Agilité : comment ne pas devenir un Shadok

Agilité : comment ne pas devenir un Shadok
Automne 2011

Transcript

1. Agilité Identifiez les freins & Réussir le changement @pablopernot www.areyouagile.com www.smartview.fr ou comment ne pas devenir un shadok
2. CONSTAT
3. 30% Des transitions agiles réussissent seulement
4. 30% succès échec
5. POURQUOI CE CONSTAT ?
6. agile en 2012 ?
7. De nombreuses façons de faire
8. De nombreuses façon d'échouer
9. Cynefin framework et les systèmes adaptatifs complexes Cynefin Framework Dave Snowden
10. transparence inspection adaptation priorisation estimation amélioration continue définition de "fini" daily standup sprint planning sprint review iteration retrospective backlog planning release planning poker etc. Complexe / Ordonné
11. Cynefin Dynamics
12. Phénomènes de freins, conduite du changement
13. LES FREINS
15. Jean Tabaka * une culture d'entreprise qui ne sait pas changer * usage inefficace des rétrospectives * oubli le besoin d'infrastructure associée à l'agile * manque d'implication général * disponibilité du product owner * le scrummaster n'est pas la bonne personne * pas de consultant externe pour prêcher la bonne parole * l'équipe manque d'autorité et de d'aplomb * on sous­estime l'importance des tests * les primes et objectifs sont basés sur l'ancien modèle * on revient imperceptiblement à l'ancien modèle * suivre une "checklist"
16. Théorie des contraintes (Goldratt) Les freins sont une source d'amélioration Il faut embrasser les problèmes La répétition du même frein indique une mauvaise réponse ou une incapacité à répondre correctement Trop de freins sont un problème Métaphore de la fièvre
17. Pour éviter d'être confronté à trop de freins il faut mener une bonne conduite du changement Anticipons les freins par la conduite du changement (amont) par l'amélioration continue (aval)
18. CONDUITE DU CHANGEMENT
19. Conduite du changement A D A P T Awareness (sensibilisation) Desire (envie) Ability (capacité) Promotion Transfer (transfert)
20. Sensibilisation (awareness) Méconnaissance Mauvaise interprétation Toutes les strates de l'entreprise mais surtout les managers Il y a peu de "bottom­up" avec l'agile
21. Envie (desire) Notamment le management Peu de "bottom­up" dans l'agile Ce désir n'est valable que si la sensibilisation est réelle Donner du sens à son action
22. alors pourquoi avoir envie d'être agile ?
23. "agile marketing"
24. Changer façon de faire qui ne fonctionne plus Meilleurs résultats(productivité) Time to market Meilleure qualité "l'agile peut m'aider"
25. Innovation Motivation Dynamique de groupe "aller plus loin"
26. Capacité (Ability) degré de sensibilisation degré et raison de la motivation nature contexte A mon avis il n'y a pas de capacité liée aux aspects métiers, fonctionnels
27. SCRUM Extreme Programming Lean craftsmanship devops Kanban en fonction de votre capacité on peut se projeter sur certaines approches, certaines méthodes
28. mais attention à la cohérence générale attention à l'atomicité de vos approches Les valeurs priment sur les principes qui priment sur les pratiques (mais on commence souvent avec les pratiques...)
29. Capacité faible Il faut du temps pour faire émerger les pratiques Il y a de fortes contraintes le projet doit faire sens Capacité normale Une approche normale mais qui ne peut pas se faire de façon globale en raison de certaines contraintes (tout le monde n'est pas sensibilisé ou motivé, impossibilité matérielle ou financière, etc.) Capacité forte Capacité à faire une mutation complète rapidement En raison du contexte et de la nature En raison de l'investissement (qui valide l'envie)
30. Il n'y a pas de meilleure capacité Mais il ne faut pas se tromper de catégorie surestime : chaos : trop de choses inattendues à gérer auquel on est mal préparé (freins) sous­estime : entropie forte, démotivation
31. CONCLUSION / RAPPEL
32. Freins Réponses Répétition Améliorations Leviers forts Nombre élevé Changement Envie Sensibilisation Parcours adapté méconnaissance mauvaises raisons parcours inadapté Succès Echec 70% 30%
33. @pablopernot www.areyouagile.com www.smartview.fr Merci à Jacques Rouxel, le créateur, et Claude Pieplu, la voix, pour ces merveilleux shadoks que j'ai utilisé sans vergogne (et sans droit). www.amazon.fr/les+shadocks