Mathieu Gandin<br />Agilité et modèles de changement<br /> #agilefrance<br />Merci à nos sponsors :<br />platinium<br />go...
Me, Myself and I<br />Mathieu Gandin (twitter : @octomga)<br />Développeur depuis 10 ans<br />Coach agile depuis 5 ans<br ...
L'agilité c’est bien <br />ThinkBIG<br />Start small<br />Deliver Quickly<br />
Tout le monde le dit<br />
Alors c'est partie !<br />
L'agilité vue par le coach<br />
L'agilité vue par votre client<br />Oui, mais …<br />Ca ne marchera jamais ici<br />On a déjà<br />Essayé …<br />Trop cher...
L'agilité dans le contexte de votre client<br />Agile ? <br />Délais<br />Coût<br />Qualité<br />Contrôle<br />Time to Mar...
Ce que vous aimeriez voir<br />
Ce qui arrive plutôt<br />
Les pièges<br />« La fin justifie les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramat...
Les pièges<br />« La fin justifie les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramat...
« La fin justifie les moyens »<br />Au fait !<br />Pour …<br />Quoi ?<br />
Cadrage d'intervention<br />En quoi je vous aide ?<br />Qu’est-ce que vous avez déjà essayer ?<br />Comment pourriez vous ...
Cadrage d'intervention: Exemple<br />Contexte<br />Premier projet en agile<br />Enjeux<br />Time-to-market fort<br />Échéa...
Cadrage d'intervention<br />Quel est votre cadre d’intervention ?<br />Dans quel objectif ?<br />Avez-vous un plan d’actio...
Parlez en à d’autres coaches</li></li></ul><li>Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<b...
« La foire »<br />
Vision partagée<br />
Vision partagée<br />Résultats attendus<br />l’équipe s’approprie les objectifs et propose sa vision<br />la vision indiqu...
Exemple de Vision partagée<br />
Vision produit<br />Parfois ce n’est pas toujours possible<br />Revenir à une vision produit<br />Product Box<br />« Const...
Vision produit<br />Faire un atelier « Product Box » pour démarrer votre nouveau projet<br />
Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La...
« Chez moi c'est tout ou rien »<br />
Un changement, ça prend du temps <br />Idée transformatrice<br />Ancien Statu quo<br />Chaos<br />Apprentissage<br />Nouve...
Approche systémique<br />Leader<br />Feedbacks<br />Résultats<br />ressources<br />Système<br />aléatoire<br />Autres<br /...
Exemple : approche systémique<br />Premier palier d’appropriation<br />Formations<br />Ateliers pour définir la Story map ...
Deuxième palier</li></ul>Mise en place du cycle itératif<br />Équipe MOE co-localisée<br />Mise en place des différentes r...
Troisième palier</li></ul>Mise en place d’une démarche de développement piloté par les tests<br />Premiers indicateurs (Bu...
Quatrième palier
…</li></li></ul><li>Approche systémique<br />Reboucler avec le cadre de votre intervention<br />Où en êtes vous de votre p...
« La dramaturgie »<br />
Congruence et incongruence <br />« Quality Software Management Vol 3 » Gerald Weinberg<br />
Congruence et incongruence<br />Reconnaître l’incongruence en vous<br />Quatre émotions de base<br />Joie, Colère, Tristes...
Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La...
« I’msodoomed »<br />« Aujourd’hui je travaille encore sur du code legacyJEE !... »<br />
Résolution de problème<br />
Problèmes<br />Premiers développements<br />Solutions ! Ca marche<br />Prenons une solution déjà utilisé<br /><ul><li>« Pl...
Situation d’échec
Crise …</li></li></ul><li>Exemple de résolution de problème<br />« On a des difficultés pour tester mais on a toujours uti...
Résolution de problème<br />Faire moins de la même chose<br />Vélocité<br />On corrige beaucoup de bugs pendant l’itératio...
Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La...
« La conversation permanente »<br />
Core protocols<br />
Perfection Game<br />Utiliser ce protocole pour agréger les meilleures idées du groupe pour améliorer quelque chose que vo...
Perfection Game<br />Quand je mets 1/10 : Je peux améliorer presque tout<br />Quand je mets 10/10 : Je n’ai rien à ajouter...
Decider<br />Utiliser ce protocole pour amener un groupe vers un résultat unanimement désiré<br />Le proposant dit : « Je ...
Decider<br />La proposition doit être concrète et activable<br />S’il y a plus de 50% de mains plates, retirer sa proposit...
Coreprotocols<br />Compter le nombre de « oui, mais » dans une réunion, au bout de trois lancer une proposition activable<...
Upcoming SlideShare
Loading in …5
×

Agilité et modèles de changement

1,071
-1

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,071
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
12
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Agilité et modèles de changement

  1. 1. Mathieu Gandin<br />Agilité et modèles de changement<br /> #agilefrance<br />Merci à nos sponsors :<br />platinium<br />gold<br />gold<br />média<br />
  2. 2. Me, Myself and I<br />Mathieu Gandin (twitter : @octomga)<br />Développeur depuis 10 ans<br />Coach agile depuis 5 ans<br />Consultant chez Octo Technology depuis 9 ans<br />Beaucoup d’expérience de mise en place de pratiques agiles avec du code legacy<br />
  3. 3. L'agilité c’est bien <br />ThinkBIG<br />Start small<br />Deliver Quickly<br />
  4. 4. Tout le monde le dit<br />
  5. 5. Alors c'est partie !<br />
  6. 6. L'agilité vue par le coach<br />
  7. 7. L'agilité vue par votre client<br />Oui, mais …<br />Ca ne marchera jamais ici<br />On a déjà<br />Essayé …<br />Trop cher …<br />
  8. 8. L'agilité dans le contexte de votre client<br />Agile ? <br />Délais<br />Coût<br />Qualité<br />Contrôle<br />Time to Market<br />
  9. 9. Ce que vous aimeriez voir<br />
  10. 10. Ce qui arrive plutôt<br />
  11. 11. Les pièges<br />« La fin justifie les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  12. 12. Les pièges<br />« La fin justifie les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  13. 13. « La fin justifie les moyens »<br />Au fait !<br />Pour …<br />Quoi ?<br />
  14. 14. Cadrage d'intervention<br />En quoi je vous aide ?<br />Qu’est-ce que vous avez déjà essayer ?<br />Comment pourriez vous faire autrement ?<br />Quel est l’enjeu pour vous ?<br />Sur quel objectif souhaitez-vous travailler ? <br />A quel rythme ?<br />A quel tarif ?<br />« L’art de coacher » Pierre Blanc-Sahnoun<br />
  15. 15. Cadrage d'intervention: Exemple<br />Contexte<br />Premier projet en agile<br />Enjeux<br />Time-to-market fort<br />Échéance dans deux mois<br />Application mobile inédite<br />Résultats attendus<br />Le métier fait « Waou » en voyant le produit réalisé<br />Le Product Owner est autonome<br />On sait si oui ou non les pratiques agiles marchent chez nous<br />Plan d’actions<br />Ateliers vision produit (Product Box) et Story Map<br />Ateliers Définition des rôles et anatomie d’une itération<br />Travail individuel avec le PO pour démarrer le backlog<br />Régulation toutes les 2 semaines<br />Animation bilan / planning game / rétrospective<br />
  16. 16. Cadrage d'intervention<br />Quel est votre cadre d’intervention ?<br />Dans quel objectif ?<br />Avez-vous un plan d’action ?<br />Est-il connu de votre équipe ?<br /><ul><li>Si vous avez répondu non, je vous recommande de redéfinir votre cadre d’intervention avec vos clients, soit sous la forme d’un atelier de 2h, soit par le biais d’entretiens individuels (30mn chacun)
  17. 17. Parlez en à d’autres coaches</li></li></ul><li>Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  18. 18. « La foire »<br />
  19. 19. Vision partagée<br />
  20. 20. Vision partagée<br />Résultats attendus<br />l’équipe s’approprie les objectifs et propose sa vision<br />la vision indique un défi vers un futur possible, concret, riche en nouvelles possibilités<br />chaque projet est un accomplissement vers la vision<br />les objectifs individuels servent l’objectif d’équipe et vice versa<br />chacun se retrouve dans la vision et « s’y retrouve »<br />l’équipe utilise la vision pour résoudre les problèmes et les blocages<br />l’équipe possède une grande cohésion avec une coordination minimale<br />les conflits sont posés et résolus rapidement<br />les relations de travail sont des relations d’entr’aide<br />l’équipe travaille et communique sur son produit, son process et ses relations<br />les relations sortent grandies des confrontations<br />chacun est tourné vers l’action et l’amélioration<br />les communications sont équilibrées et centrées sur le respect et l’appréciation<br />l’équipe travaille dur mais l’expérience est enrichissante, amusante, épanouissante<br />
  21. 21. Exemple de Vision partagée<br />
  22. 22. Vision produit<br />Parfois ce n’est pas toujours possible<br />Revenir à une vision produit<br />Product Box<br />« Construire la vision du produit, en réalisant une boite du produit que l’on ferait pour le vendre »<br />
  23. 23. Vision produit<br />Faire un atelier « Product Box » pour démarrer votre nouveau projet<br />
  24. 24. Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  25. 25. « Chez moi c'est tout ou rien »<br />
  26. 26. Un changement, ça prend du temps <br />Idée transformatrice<br />Ancien Statu quo<br />Chaos<br />Apprentissage<br />Nouveau Statu quo<br />
  27. 27. Approche systémique<br />Leader<br />Feedbacks<br />Résultats<br />ressources<br />Système<br />aléatoire<br />Autres<br />Planifier son plan d’action en se posant les questions suivantes : qu’est-ce que je veux voir arriver ? Comment est-ce que je peux l’obtenir ? <br />Puis observer ce qui se passe réellement. Est-ce que ce que j’observe est stable ? Visible ? Explicite ? <br /> Comparer ce que j’ai observé avec ce qui était planifié et adapter mon plan d’action<br />« Quality Software Management Vol 1 » Gerald Weinberg<br />
  28. 28. Exemple : approche systémique<br />Premier palier d’appropriation<br />Formations<br />Ateliers pour définir la Story map et la roadmap du produit<br />Mise en place du backlog, du chiffrage et de la priorisation<br /><ul><li>Feedback
  29. 29. Deuxième palier</li></ul>Mise en place du cycle itératif<br />Équipe MOE co-localisée<br />Mise en place des différentes réunions (Planification de l’itération, Découpage en tâches, Synchronisation quotidienne, Bilan, Rétrospective)<br />Mise en place des premiers éléments du management visuel (Taskboard (à faire / en cours / fini), définition du « fini-fini »)<br />Premier pas dans le binômage<br /><ul><li>Feedback
  30. 30. Troisième palier</li></ul>Mise en place d’une démarche de développement piloté par les tests<br />Premiers indicateurs (Burndownchart, Vélocité)<br />Intégration des nouveaux participants sur le projet<br /><ul><li>Feedback
  31. 31. Quatrième palier
  32. 32. …</li></li></ul><li>Approche systémique<br />Reboucler avec le cadre de votre intervention<br />Où en êtes vous de votre plan d’action ?<br />Quels feedbacks avez vous récupéré ?<br /><ul><li>Allez en chercher par le biais d’entretiens individuels (10 mn avec chacun pour préparer votre rétrospective d’itération)</li></li></ul><li>Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  33. 33. « La dramaturgie »<br />
  34. 34. Congruence et incongruence <br />« Quality Software Management Vol 3 » Gerald Weinberg<br />
  35. 35. Congruence et incongruence<br />Reconnaître l’incongruence en vous<br />Quatre émotions de base<br />Joie, Colère, Tristesse et Peur<br />Quelle émotion m’est la plus familière ? Celle avec qui je vis le plus souvent ?<br />Laquelle m’est la plus étrangère ? Celle que je ne connais pas ou peu ?<br />Et les deux autres qui restent ? Comment je vis avec ?<br />Et pour chacune d’elles : Ca se passe comment dans mon corps ? Quelle sensation ?<br />
  36. 36. Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  37. 37. « I’msodoomed »<br />« Aujourd’hui je travaille encore sur du code legacyJEE !... »<br />
  38. 38. Résolution de problème<br />
  39. 39. Problèmes<br />Premiers développements<br />Solutions ! Ca marche<br />Prenons une solution déjà utilisé<br /><ul><li>« Plus de la même chose »
  40. 40. Situation d’échec
  41. 41. Crise …</li></li></ul><li>Exemple de résolution de problème<br />« On a des difficultés pour tester mais on a toujours utilisé des frameworks pour corriger nos problèmes, alors on teste avec des frameworks de mocks »<br />« Plus je mock, plus le code de mes tests sont complexes »<br />« Plus le code des tests sont complexes, plus j’ai des difficultés à tester »<br />« Plus j’ai des difficultés pour tester, plus j’utilise des frameworks … »<br /><ul><li>Dans ce cas, essayons de tester avec moins de frameworks</li></ul>PcRessourcepcRessource = new PcRessource() {<br /> @Override<br />protected URI createURI(RegistredPcpcToRegister) {<br />try {<br /> return new URI("");<br /> } catch (URISyntaxException e) {<br />throw new RuntimeException(e);<br /> }<br /> }<br /> };<br />
  42. 42. Résolution de problème<br />Faire moins de la même chose<br />Vélocité<br />On corrige beaucoup de bugs pendant l’itération<br />Augmentation du rythme<br />Retour à un rythme soutenable<br />Première étape :<br />Ralentir et arrêter d’accumuler de la dette technique<br />Deuxième étape :<br />Diminution de la dette et apports de plus de valeur métier<br />Temps<br />
  43. 43. Les pièges<br />« La fin ne justifie pas les moyens ! »<br />« La foire »<br />« Chez moi c’est tout ou rien ! »<br />« La dramaturgie »<br />« I’msodoomed !! »<br />« La conversation permanente »<br />
  44. 44. « La conversation permanente »<br />
  45. 45. Core protocols<br />
  46. 46. Perfection Game<br />Utiliser ce protocole pour agréger les meilleures idées du groupe pour améliorer quelque chose que vous avez créé.<br />Etapes<br />La personne à l'initiative de la demande de perfectionnement exécute quelque chose ou présente le produit qui est proposé au perfectionnement <br />Les autres personnes notent la performance de 1 à 10, 10 représentant la perfection<br />Chaque personne donnant une note accompagne celle-ci d’une explication spécifique justifiant la valeur sur 10 sous la forme « ce qui était bien et qui justifie la note c'est XYZ » <br />Chaque personne indique spécifiquement ce qui doit ce qui doit être fait pour obtenir la note 10 sous la forme « pour avoir 10, j'ajouterai/je ferai XYZ »<br />
  47. 47. Perfection Game<br />Quand je mets 1/10 : Je peux améliorer presque tout<br />Quand je mets 10/10 : Je n’ai rien à ajouter<br />La note est inversement proportionnelle à la valeur que je peux ajouter au produit<br />Celui qui perfectionne un produit ne dit pas ce qu’il n’aime pas<br />Les suggestions d’amélioration doivent être activables<br />Elles sont à prendre ou à laisser<br />On ne discute pas pendant un Perfection Game<br />
  48. 48. Decider<br />Utiliser ce protocole pour amener un groupe vers un résultat unanimement désiré<br />Le proposant dit : « Je propose … 1, 2, 3 »<br />Les votants peuvent :<br />Montrer un pouce en l’air pour soutenir la proposition<br />Montrer une main plate pour suivre la proposition, elle ne sera pas sabotée<br />Montrer un pouce en bas pour dire non à la proposition (on effectue alors une résolution)<br />Montrer deux pouces en bas pour dire un non absolu, mettre son véto. <br />
  49. 49. Decider<br />La proposition doit être concrète et activable<br />S’il y a plus de 50% de mains plates, retirer sa proposition<br />Résolution<br />Le proposant regarde le refusant et lui demander « qu’est qu’il te faut pour en être ? »<br />Intégrer les changements dans la proposition et/ou refaire une proposition<br />Si le refusant explique son refus, redire « qu’est qu’il te faut pour en être ? »<br />Les autres attendent<br />
  50. 50. Coreprotocols<br />Compter le nombre de « oui, mais » dans une réunion, au bout de trois lancer une proposition activable<br />Transmetter le détail du « perfection game » et du « decider » au champion de l’agile de l’équipe que vous accompagnez<br />
  51. 51. Pour finir …<br />« La fin justifie les moyens ! » : Cadrage d’intervention<br />« La foire » : Vision partagée et vision produit<br />« Chez moi c’est tout ou rien ! » : Approche systémique<br />« La dramaturgie » : Respect de soi, des autres, du contexte<br />« I’msodoomed !! » : Résolution de problèmes plus de ce qui marche et moins de ce qui ne marche pas<br />« La conversation permanente » : Plus de protocoles<br />
  52. 52. Questions<br />49<br />
  53. 53. Merci !<br />50<br />mga@octo.com<br />

×