« Comment fonctionne Kanban » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 11 : | Ligne 11 : | ||
<br/> | <br/> | ||
Récemment, Kanban a suscité un intérêt croissant en tant que méthode simple et efficace pour gérer le développement logiciel et l'amélioration continue. Mais comment (ou peut-être pourquoi) Kanban fonctionne-t-il ? Est-ce parce qu'il expose le système et permet un suivi visuel des demandes ? Ou parce qu'il limite les travaux en cours (“'work-on-process”') et réduit le gaspillage dû aux bascules de tâches (''task switching'') ? Ou peut-être est-ce dû au feedback fréquent et précis qu'il fournit aux managers par le biais de mesures simples telles que le temps de cycle (“'cycle time”') et le débit ("throughput") ? Dans cet article, nous entrerons dans les détails et étudierons Kanban à la lumière de la théorie des files d'attente et de la loi de Little. En outre, à l'aide d'études de cas, nous illustrerons trois problèmes typiques auxquels sont confrontés les managers de systèmes de développement Kanban, ainsi que la manière de les résoudre. Nous découvrirons ainsi quelques concepts de base et des idées intéressantes sur le fonctionnement de Kanban.<br/> | Récemment, Kanban a suscité un intérêt croissant en tant que méthode simple et efficace pour gérer le développement logiciel et l'amélioration continue. Mais comment (ou peut-être pourquoi) Kanban fonctionne-t-il ? Est-ce parce qu'il expose le système et permet un suivi visuel des demandes ? Ou parce qu'il limite les travaux en cours (“'work-on-process”') et réduit le gaspillage dû aux bascules de tâches (''task switching'') ? Ou peut-être est-ce dû au feedback fréquent et précis qu'il fournit aux managers par le biais de mesures simples telles que le temps de cycle (“'cycle time”') et le débit ("throughput") ? Dans cet article, nous entrerons dans les détails et étudierons Kanban à la lumière de la théorie des files d'attente et de la loi de Little. En outre, à l'aide d'études de cas, nous illustrerons trois problèmes typiques auxquels sont confrontés les managers de systèmes de développement Kanban, ainsi que la manière de les résoudre. Nous découvrirons ainsi quelques concepts de base et des idées intéressantes sur le fonctionnement de Kanban.<br/> | ||
==La loi de Little dans les systèmes logiciels== | |||
La loi de Little (du nom de John Little) est l'une des idées sur lesquelles repose le système Kanban. Dans le domaine du développement de logiciels, la loi de Little s'énonce de la manière suivante : | |||
WIP = Th * CT | |||
où WIP (Work In Process) = quantité moyenne d'éléments inachevés (bugs, user stories, change requests, etc) dans le système de développement. | |||
Th (Débit / ''Throughput'') = production de l'équipe en unité de temps | |||
CT (Temps de Cycle / ''Cycle Time'') = Temps moyen nécessaire à l'équipe pour terminer un élément. | |||
La dynamique de la loi de Little est surprenant. Elle explique de nombreuses difficultés liées au développement de logiciels et nous incite à trouver des solutions. Pour analyser la dynamique des prochaines études de cas, nous utiliserons les diagrammes d'effets, un excellent outil pour analyser les systèmes non linéaires ou les systèmes ayant plus de deux effets ou influences affectant le comportement du système.<br/> | |||
==Références== | ==Références== | ||
