3. Un peu d’histoire
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
3
4. Phase Pilote
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
4
5. Phase pilote, leçons apprises
Projets pilotes
petite taille < 10 personnes
moyenne durée 3 mois < 8 mois
déjà Multi sites
• Prouver
• Evangélisation / Capillarité
• Base Intégration Continue (Jenkins, CC)
• Organisation Composant
• Organisation Métier
5
6. Phase Projet
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
6
7. Starter Projet
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
7
8. Starter Projet
Formation
•Pour tout le monde
Atelier démarrage projet
• De la vision au sprint backlog
• Atelier par thèmes (Vision, Valeur, us, DOD,…)
• Time boxing
• Démos
• Construction équipe
• La machine est en marche!
8
9. Organisation Scrum Teams
Large Scale Scrum
Chief Product Owner
2 Requirement Areas
Area Product Owners
Area Scrum Master
9 scrum teams : PO, SM, TM
www.craiglarman.com
9
11. Release Demo 1
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
11
12. Démo Release 1
Essayer… les démos
• La démo = objectif
• Objectifs atteints
• Première vélocité stabilisée
• Transparence positive Mngt/Partenaire
12
13. Release 1 : Gestion du backlog
Premier backlog
• Backlog initialisé presque complet
• Backlog orienté technique
• Priorisé dans le temps pas en valeur
• Difficulté de lier avec les items business
13
14. Release 1 : Architecture
Product Owner = Architectes
Eviter… backlog = liste de tâches
• Vision technique
• Backlog vs Architecture
Eviter… tout bon du 1er coup
• Prioriser les travaux d’architecture
• Produit complexe
14
15. Release 1 : Architecture
Eviter… équipe d’architecte
• Trop « papier »
Essayer… communauté d’architecte
• Les archis dans les équipes
Essayer… les prototypes
• Eprouver l’archi par des protos
• Producteur de User stories pour dev
15
16. Release 1 : Les obstacles
Impediments
Eviter… de gérer les obstacles
• Identifier les obstacles
• Corriger soi même avant remontée
Essayer… d’éliminer les obstacles
• Temps de résolution
• Bon indicateur du management
•1 er Axe d’amélioration productivité
16
17. Release 1 : Train Model
Le train model
Slot Slot Slot
Main Stream VNR
Rebase Deliver
Feature 1 Stream
Merge
Feature 2 Stream
Feature 3 Stream
Feature 4 Stream
17
18. Release 1 : Train Model
Eviter… le train model
• Quand les cycles sont trop longs
• Par une équipe indépendante
• Blocage du train
Essayer… le train model
• Réduction des temps (build et non reg.)
• En intégration continue
• Responsabilisant les équipes
18
19. Release 1 : Non régression, tests autos
Essayer… l’automatisation
• 100% tests unitaires
Essayer… la sélection des tests
• On commit, daily, weekly, release, …
• Par priorité
Essayer… la dichotomie des tests
• Confiance entre couches de tests
19
20. Release 2
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
20
21. Release 2
Eviter… la course aux points
• Vélocité != productivité
Essayer… le management Servant Leader
• Visibilité, priorité business Pression
• Transparence négative
Essayer… la qualité non négociable
• Pratiques eXtreme Programing
• Definition of Done
21
22. Release 2 : Qualité, DOD
Eviter… DOD commune au début
• Imposition des standards
• Non responsabilisation des équipes
• Contrat entre PO et équipe (chacune)
Essayer… tendre vers DOD commune
• DOD par équipe, autonomie, prise en charge
• Plan de transition vers DOD commune
• Ne pas sous estimer la charge (US tech)
22
23. Atelier A-TDD
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
23
24. Release 2 : Atelier A-TDD
Essayer… le pilotage par les tests
• Piloté par les scénarios E2E
• Dichotomie des tests
• Par critères ou par user stories
• Planification = release plan
Essayer… les testeurs en Product Owner
• Niveau système E2E
24
25. Release 2 : Atelier A-TDD
Agile cycle Operational
definition &
verification
specify/verify
Business
needs
Requirements specify/verify
&
Test
process
implement
Software
25
26. Release 2 : Atelier A-TDD
Stratégie de test
Scenario système E2E
Scenario sous systèmes
Scenario composants
Tests unitaires, µTests
26
27. Et maintenant
Transformation Agile
Phase Pilote
-2 ans Mars 2011
Projet 1 Projet 2
Projet 3
Phase Projet
Mars 2011 Juillet 2011 Atelier A-TDD 2013
Starter Projet Release 1 Release 2 Release 3 Releases n..
27
28. Global : La suite
• Stabilisation Qualité
• Amélioration productivité
• Etat des lieux
• journée type d’un développeur
• Type Value Stream Mapping
• Nouvelles équipes, sous traitance
28
29. Impact Social
Eviter… trop de changements à la fois
Essayer… le développeur au centre (les pigs)
29
30. Conclusion
Essayer… de stabiliser la qualité avant d’augmenter la vélocité
•Une approche Lean pour amélioration productivité
•Utiliser les pratiques XP, voire Software Craftsmanship
Essayer… de vous faire accompagner
•Long terme
•Méthodologique, Technologique
•Humain
Essayer… le management en servant leader
•Coacher le management aussi
30
31. Succès
Dynamique Agile en marche
Principes Agiles compris et appliqués
Projet transformé
31