« Comprendre le temps de cycle dans le logiciel » : différence entre les versions
De Wiki Agile
| Ligne 57 : | Ligne 57 : | ||
'''Temps de Cycle Prévu = Nombre d'éléments en cours / Débit Moyen'''<br/> | '''Temps de Cycle Prévu = Nombre d'éléments en cours / Débit Moyen'''<br/> | ||
<br/> | <br/> | ||
'''Temps de Cycle = Travail en | '''Temps de Cycle = Travail en cours / Débit'''<br/> | ||
<br/> | <br/> | ||
par exemple, disons que vous avez 50 éléments en cours et que vous en finissez en moyenne 10 par semaine.<br/> | par exemple, disons que vous avez 50 éléments en cours et que vous en finissez en moyenne 10 par semaine.<br/> | ||
| Ligne 86 : | Ligne 86 : | ||
Yorke’s motto<br/> | Yorke’s motto<br/> | ||
<br/> | <br/> | ||
En substance, moins vous avez de travail en cours, plus vite cela sera fait, c'est la leçon à tirer de cela.<br/> | |||
<br/> | |||
Cependant, il devient désormais possible de réduire le travail en cours à un point tel que le débit est impacté (le système peut tomber en famine), ce qui crée une négociations.<br/> | |||
<br/> | |||
Dans certaines situations, le temps de cycle est un facteur critique, il est donc souhaitable de disposer d'un peu de temps de mou, par exemple en cas de besoin urgent de voir un médecin, par rapport à un rendez-vous régulier. Mais dans la plupart des autres cas, nous voudrions limiter notre WIP autant que possible sans impacté le débit.<br/> | |||
==D'autres termes moins utilisés== | ==D'autres termes moins utilisés== | ||
==Résumé== | ==Résumé== | ||
