En 2014, l'Agilité est mainstream, tous les projets sont Agiles (ou presque tous), les rituels sont là (démo, rétro, planning game & co), le management visuel est visible de tous... Néanmoins les résultats ne sont pas là; les utilisateurs ne sont pas satisfaits, les développeurs sont démotivés et les DSI commencent à regretter leur choix.
A travers l'analyse d'une dizaine de projets sur une période de 2 ans, je vous proposerai les origines de ces dérives mais surtout les drivers qui permettent aux clients, développeurs et DSI de connaitre la température de leur projet et la cause générique de ces échecs."
2. 2
Avant je faisais
du Waterfall
mais ça c’était
avant
3. 3
« By 2012,[…] agile development
methods will be utilized in 80% of all
software development projects »
Thomas Murphy and David Norton, Gartner’s analysts (2010)
4. 4
Les dérives de l’adolescence
Début de l’âge adulte
Premiers pas vers la sagesse
5. Le Standup n’est pas un rapport militaire
5
Bonnes pratiques : Standup
✓ Rester debout
✓ Connaître l’avancement
✓ Connaître les obstacles
✓ Donner/rappeler la direction
✓ Ce que l’on voit : Rapidité,
énergie et solidarité
✓ Un bon standup est perçu
comme auto-géré
6. 6
Détournement de planning game
Bonnes pratiques : Planning Game
✓ L’équipe est alignée sur :
✓ sur ce qu’il y a à réaliser
✓ les points difficiles
✓ Les enjeux du sprint
✓ Le PO a appris comment
s’améliorer sur la rédaction des
Users Stories
7. 7
Démontré, mais pas responsable
Bonnes pratiques : Démo
✓ Avoir du feedback : PO et
utilisateurs
✓ Valoriser son travail
✓ Rappeler les objectifs et
enjeux du produit
✓ Echanger et discuter
✓ Co-animer entre PO et DEV
8. 8
La rétrospective forcée
Bonnes pratiques : Rétro
✓ Préparer
✓ Rappeler les faits
✓ Lister ce que l’on
souhaite améliorer
✓ Identifier des actions
✓ « TimeBoxer »
✓ Clôturer
✓ Compte-rendu
9. 9
Le management
visuel pour contrôler
Le burndown
Le Kanban ou
scrumboard
Les alertes sur les build
KO
Bonnes pratiques : visuel
✓ Afficher les problèmes
✓ Partager l’information
✓ Stimuler l’amélioration
continue
10. 10
Les dérives de l’adolescence
Début de l’âge adulte
Premiers pas vers la sagesse
11. 11
L’oubli de la technique
Bonnes pratiques : Tech
✓ Maitriser votre dette
technique
✓ Garder du temps pour
gérer votre dette
✓ TechTro
✓ La Retro Technique
12. 12
Le Product Owner tout puissant
Bonnes pratiques : PO
✓ Aider le PO
✓ Avoir une équipe PO
✓ Ne jamais surcharger le PO
13. 13
Il y a une User Story pour ça
Bonnes pratiques : US
✓ Une US apporte de la
valeur à l’utilisateur
✓ INVEST
✓ Indépendante
✓ Négociable
✓ Verticale
✓ Estimable
✓ Small
✓ Testable
14. 14
Oublier l’importance du démarrage
Bonnes pratiques : Lancement
✓ Accompagner
✓ Guider
✓ Montrer le geste
✓ Faire confiance
✓ Ajuster et former
✓ Et laisser faire l’équipe
15. 15
Ne pas finir son geste… Kanban
Bonnes pratiques
✓ Identifier les douleurs
✓ Affichez-les !
✓ Découpez votre
transition en étapes
16. Ne pas livrer fréquemment un logiciel en prod
16
Bonnes pratiques : Qualité
✓ Livrez en production
✓ Livrez en production
✓ Livrez en production
17. 17
Rétrospective : oublier l’action
Bonnes pratiques : Rétro
✓ Mesurez
✓ Essayez
✓ Limitez-vous à 3 actions ouvertes
✓ Supprimez les actions obsolètes
✓ Montrez les résultats
18. 18
Plaignant ou touriste du problème
Bonnes pratiques : Problème
✓ Transformez les « plaignants » ou
« touristes » en « clients des
problèmes »
✓ Réglez les problèmes
✓ Avec les « clients des problèmes »
19. 19
Les dérives de l’adolescence
Début de l’âge adulte
Premiers pas vers la sagesse
20. 20
Le produit
Bonnes pratiques
✓ Livraisons en production
✓ Itérations parlantes
✓ Tests automatisés
✓ Feedbacks
✓ Allez voir les utilisateurs du
produit
21. 21
Le processus
Bonnes pratiques
✓ Essayez
✓ Mesurez
✓ Système apprenant
✓ « Qu’avons-nous appris ? »
✓ Feedback à tous les niveaux
22. 22
Les personnes
Bonnes pratiques
✓ Communiquer
✓ Parler
✓ Ecouter
✓ Se comprendre
✓ Accepter de ne pas savoir
✓ Accepter d’apprendre
✓ Accepter les erreurs
23. 23
Par quoi je commence demain ?
✓ Client/Utilisateur final
✓ Apprendre (essayer, tester, ajuster)
✓ Communication
Course aux points
Performances des développeurs
Le PO pour CP impose son pricing
Le PO impose le contenu de l’itération
Au moins les tests d’intégration sont fait au moins une fois : durant la démo
Et si ça ne marche pas : vous avez le développeur sous la main….
Ça fait office de recette
La réunion où tous les acteurs sont présents et où vous pouvez passer vos messages
Je peux juger
Parler des absents : ils avaient qu’à être là
Imposer mes actions
Contrôler Fliquer : Devenir un GENDARME
Pas de Tests automatisés
Pas de suivi de la dette
vision du produit /'arrêter un Sprint en cours
connait son client
présents à toutes les cérémonies
disponible pour l'équipe
responsable du budget du projet
User Story Technique /
US de correction de Bug
Equipe auto-organisée
De 0 à 100 en 5 secondes
Flux / Plus d’itération /
La gestion des bugs
La définition d’un bug
Livrez fréquemment en PRODUCTION
À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace,
puis règle et modifie son comportement en conséquence.