Cette présentation a trait à l'agilité que l'on peut ... - Agile Grenoble
Cette présentation a trait à l'agilité que l'on peut ... - Agile Grenoble
Cette présentation a trait à l'agilité que l'on peut ... - Agile Grenoble
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Un projet « classi<strong>que</strong> », en cascade dure 12 <strong>à</strong> 24<br />
mois en moyenne.<br />
Est sé<strong>que</strong>ntiel dans le principe (même si on parallélise).<br />
On n’a jamais le temps de faire des retours d’expérience.<br />
Le projet ne se déroule jamais comme prévu …<br />
On passe beaucoup (trop) de temps <strong>à</strong> gérer les décalages<br />
de plannings, les changements d’affectations<br />
d’équipiers… (les fameux 42 processus du PMI).<br />
Or les délais (déj<strong>à</strong> très longs) sont contraints… donc<br />
on ferme les yeux sur la qualité (pas le temps de<br />
tester avant de livrer… le client fera le débugage…).<br />
On a des effets tunnels énormes avec de grands<br />
écarts entre ce <strong>que</strong> le client attendait et ce qu’il reçoit<br />
18 mois plus tard…<br />
<br />
<br />
Et les projets arrivent mécani<strong>que</strong>ment en retard (en<br />
effet, sur 12 ou 18 mois, il y a toujours des aléas<br />
avec des impacts en cascade)… sur un marché dont<br />
la demande a évolué et donc avec une valeur ajoutée<br />
qui a baissée sur le marché par rapport <strong>à</strong> ce qu’elle<br />
aurait été 18 mois auparavant…