« La 5ème pratique fondamentale de Kanban » : différence entre les versions
Aller à la navigation
Aller à la recherche
Page créée avec « Category: Karl Scotland Category: Portail Framework <div id="content_view" class="wiki" style="display: block"> Auteur : Karl Scotland<br /> Source : [http://avai... » |
Aucun résumé des modifications |
||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Karl Scotland]] | [[Category: Karl Scotland]] | ||
[[Category: Portail Framework]] | [[Category: Portail Framework]] | ||
[[Category: Kanban]] | |||
<div id="content_view" class="wiki" style="display: block"> Auteur : Karl Scotland<br /> Source : [http://availagility.co.uk/2009/06/30/the-fifth-primary-practice-of-kanban/ The Fifth Primary Practice of Kanban]<br /> Date : 30/06/2009<br /> | <div id="content_view" class="wiki" style="display: block"> Auteur : Karl Scotland<br /> Source : [http://availagility.co.uk/2009/06/30/the-fifth-primary-practice-of-kanban/ The Fifth Primary Practice of Kanban]<br /> Date : 30/06/2009<br /> | ||
---- | ---- | ||
Version du 12 juillet 2018 à 05:38
Auteur : Karl Scotland
Source : The Fifth Primary Practice of Kanban
Date : 30/06/2009
Source : The Fifth Primary Practice of Kanban
Date : 30/06/2009
Traducteur : Fabrice Aimetti
Date : 12/07/2011
Traduction :
J'ai récemment écrit ce que je considérais comme étant les quatre pratiques fondamentales d'un système Kanban pour le développement de logiciels :
1. Cartographiez la chaîne de valeur
2. Visualisez la chaîne de valeur
3. Limitez les travaux en cours (WIP)
4. Établissez une cadence
Durant les discussions qui ont suivi sur l'amélioration continue dans un système Kanban, j'ai décidé qu'il manquait une cinquième pratique fondamentale :
5. Réduisez les éléments dans le Kanban
J'ai d'abord appelé cette pratique "Éliminez le Kanban", mais j'ai vite été persuadé que c'était probablement trop sensationnel et par conséquent potentiellement source de confusion ou d'erreur. L'intention de cette pratique est qu'une fois qu'un système Kanban est en place, l'équipe devrait constamment chercher à l'améliorer en créant un environnement où le travail s'écoule naturellement. Il y a une citation de Rother et Shook, je crois, qui dit "laissez le flux s'écouler là où vous pouvez, tirez le travail là où vous devez". En s'efforçant de réduire le nombre d'éléments dans le système kanban, une équipe évoluera vers un environnement où ses membres seront davantage auto-organisés et où le travail pourra mieux s'écouler. Ceci peut être atteint soit en diminuant les limites de WIP, soit en réduisant fortement le nombre d'étapes distinctes.