Après avoir fait une introduction de différents concepts (Méthodes empiriques, CAS, TOC) permettant de comprendre le socle commun des méthodes agiles telles que Scrum ou Kanban, je parcours trois retours d'expérience significatifs hors coeur de cible agile de manière à donner des axes de réflexions pour contextualiser le choix de ces approches.
Ce dernier volet donne des éléments de conclusion et une première version d'un radar de décision qui s'appuie sur les questions que j’ai pu me poser au fil de ces retours d’expérience et qui m’ont amené à faire des choix ou à expérimenter ces approches. Je les ai regroupés par thèmes:
- Sur la nature du système
- Ou est le goulot d’étranglement? Plutôt client, plutôt équipe?
- A-t-on besoin de gérer des stocks/files d'attente? A-t-on des équipes spécialisées travaillant à des vélocités différentes?
- Sur la nature du travail
- Quelle est l’unité fonctionnelle minimum recettable? Sa fréquence?
- Un incrément time boxé a-t-il un sens?
- Le takt time a-t-il plus de sens sur une tache unitaire? Un incrément fonctionnel? Une version?
- Sur le pilotage et ses contraintes
- Doit-on faire un pilotage plutôt par le nombre de tâches (forte volumétrie)? Par leur estimation?
- A-t-on un besoin de priorisation métier plutôt au niveau de la tâche? Par domaine métier?
- Sur sa capacité à s’engager
- Plutôt par les délais avec des mesures sur des taches répétitives?
- Plutôt par la planification (priorisation & contraintes: dépendances à l’extérieur de l’équipe (sous-traitance, ressource partagée, client, ...) à gérer par exemple)?
Prochaine étape : une première session à blanc avec AgileRennes afin d'avoir un feed-back au plus tôt sur le contenu suivi d'un refactoring du support.
Téléchargez la version 0.5 de la présentation.