Kanban Digest #19, c’est le meilleur du #Kanban lu cette semaine sur le Web
Lu sur Twitter |
@hakanforssad-hoc swarming will help you create short term result but will likely make it harder to improve over time |
| @hakanforssFollow @DReinertsen advise when setting WIP Limits. Start with 2x avg WIP. Then reduce WIP by 20-30% on a regular cadance e.g. Once a month | |
| @hakanforssWhat is the right WIP limit in an kanban system? When you can start finding what is blocking your flow. | |
| @ourfounder Interruptions create waste. What pulls your team away from planned work? How much value is lost? #lean #pkflow #kanban #management #pmot | |
| @ourfounder When a team has its work visually exposed for the 1st time, there is great relief and immediate improvements. #Understanding #pkflow #kanban | |
| @asplake my version of this one is « embrace variety, design for resilience » – positive & avoids the « variation » trigger word #lkna13 | |
| @reverentgeekKanban is not a methodology. Use it to improve whatever it is that you’re currently doing; observe and measure the flow of work | |
Lu sur les blogs |
A lire sur le blog de Zsolt un système kanban avec des colonnes sans limite (ou des limites infinies).
Cela arrive lorsque l’on merge les flux de sous systèmes.Mais avant cela, un de ses points de vue est de privilégier le principe des règles explicites aux limites kanban, quelques fois difficiles à suivre tant que l’on n’est pas sur un flux régulé, par exemple telle colonne doit être vide toutes les deux semaines. C’est un peu plus souple que de commencer par des limites.Je rajouterais que les colonnes sans limite sont nécessaires dans les tableaux à deux niveaux de granularité (par exemple mélangeant des MMF et des user stories) :
 Tableau à 2 niveaux |
Lu sur les groupes de discussion |
Une discussion très intéressante sur le groupe kanbandevfr sur la planification et la tenue des engagements avec du Kanban.Au programme:
|
