Voir la source de La 5ème pratique fondamentale de Kanban

[[Category: Karl Scotland]]
[[Category: Portail Framework]]
<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 />
----
 Traducteur : Fabrice Aimetti<br />  Date : 12/07/2011<br />
----
 Traduction :<br /> <br />  J'ai récemment écrit ce que je considérais comme étant [http://availagility.co.uk/2009/06/15/how-is-kanban-different-from-other-approaches/ les quatre pratiques fondamentales] d'un système Kanban pour le développement de logiciels :<br /> <br />  1. Cartographiez la chaîne de valeur<br />  2. Visualisez la chaîne de valeur<br />  3. Limitez les travaux en cours (WIP)<br />  4. Établissez une cadence<br /> <br />  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 :<br /> <br />  5. Réduisez les éléments dans le Kanban<br /> <br />  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 [http://www.amazon.com/Learning-See-Stream-Mapping-Eliminate/dp/0966784308 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.