Premier jour
La formation commence par un atelier Kanban, atelier qui ne m'avait pas accroché au lkbe2010. Mais c'était sans compter la dernière version avec laquelle nous avons pu jouer toute la matinée, vraiment très bien qui m'a apporté une meilleure compréhension sur les diagrammes de flux cumulé, les graphiques de contrôle et a mis en avant plusieurs points clefs du Kanban:
La priorisation avec les classes de services (ou comment accélérer le cycle time pour les classes de type dates fixes par exemple), la priorisation par la valeur/coût... mais pas le coût total de l'implémentation (que l'on retrouve avec le jeu de la valeur métier) mais par le coût du goulot d'étranglement (apport de la théorie des contraintes qui est un fil conducteur de cette journée), et l'allocation des ressources pour gérer ces goulots d'étranglement.
L'atelier permet d'éviter la cascade de slides sur le mécanisme du Kanban que l'on expérimente directement. L'atelier est pour cela très complet. Et j'en ai donc commandé 2 jeux :o).
Après un peu trop de temps passé sur un retour d'expérience très bien documenté dans le livre et sur le web, nous avons passé en revue les principes fondamentaux, comportements émergent, visualisation et scalabilité du Kanban.
Deuxième jour
Cette seconde journée était axée notions avancées telles que les classes de services, coût du délai, métriques, gestion des risques au travers un atelier d'un cas réel d'un participant.
Les métriques ont plus été revues avec le module sur les SLA, puisque que c'est le type d'engagement privilégié avec une approche Kanban. On y retrouve les graphiques de contrôle qui permettent l'analyse des tendances du cycle time, permettant de voir les effets d'un changement de politique sur le processus; Et la vue spectrale des cycle time pour définir le bon niveau de SLA et l'analyse causes racines des points exceptionnels, ce qui m'avait échappé lors du lkbe2010.
L'après midi était plus centré sur les modèles d'amélioration. En effet, le Kanban est vu par Anderson comme un outil d'amélioration continue plus que comme une méthode de gestion de projet. Il propose donc les modèles d'amélioration qu'il utilise avec le Kanban:
Gérer le flux avec la théorie des contraintes, réduire la variabilité et améliorer le coût économique avec le Lean.
Pour la planification, rien de neuf avec le Kanban. Mais David Anderson nous a proposé un mélange intéressant entre les diagrammes de flux cumulé et les courbes en S (que l'on retrouve avec le RUP entre autre) pour faire de la planification à long terme.
Au final, une bien meilleure compréhension de notions avancées sur le Kanban et les modèles d'amélioration. Plus qu'une formation sur le Kanban, c'est un état de l'art des processus par David Anderson.
Particulièrement la seconde journée, les participants ont intérêt pour suivre d'avoir une bonne culture générale des processus, un intérêt plus large que la gestion de projet, certains passages étant plus à destination de décideurs, d'éditeurs.
Aucun commentaire:
Enregistrer un commentaire