MA présentation lors du Scrum Day 2012. Migration d'un projet de V vers Agile sans conduite de changement

1. Migrer de V vers Agile
Retour d’expérience projet OPTI pour DCNS
Présentation de
Yannick Quenec’hdu et Étienne Rossignon
mercredi 28 mars 12

2. IL ÉTAIT UNE FOIS...
LE PROJET
OPTI
mercredi 28 mars 12

3. Démarrage du projet en
méthode classique
mercredi 28 mars 12

4. Relation MOE et MOA
mercredi 28 mars 12

5. Le temps passe....
mercredi 28 mars 12

6. Les spécifications
avancent....
mercredi 28 mars 12

7. Mais pas de livrable...
Traditionnellement utilisé
pour les projets classiques...
mercredi 28 mars 12

8. Le client cherche des
solutions....
Recruter
de nouvea
ux dévelo
ppeurs ?
?
nouvelle MOA
Recruter une
mercredi 28 mars 12

9. il décide de recruter 2 coach
Agile
mercredi 28 mars 12

10. La mission
PROPOSER UNE MÉTHODE
MIGRER LE PROJET EN MÉTHODE AGILE
FOURNIR DES LIVRABLES RAPIDEMENT
mercredi 28 mars 12

11. Le story board
Formation durant 2 jours de toutes
les équipes ( environ 50 personnes)
Analyse du projet
Choix de(s) méthode(s)
Mise en oeuvre, ont fait les Scrum
Master pour commencer
mercredi 28 mars 12

12. Premier blocage
Les spécifications
Que faisons-nous des spécifications
existantes ?
mercredi 28 mars 12

13. User stories
+ critères
es d’acceptation
ige nc
Ex
Behavior Driven
Development
Spécifications
fonctionnelles
On spécifie par les tests
mercredi 28 mars 12

14. 1.2.3 ajouter une donnée au Spécificat
ion
WBS
Je suis un administrateur, je User story
veux éditer le WBS
Afin d’ajouter une donnée
BDD
Étant donné que je suis un administrateur et que je
suis sur la page principale d’administration
Lorsque j’édite le formulaire du WBS
Alors je peux ajouter une nouvelle donnée
et je vois la nouvelle donnée
mercredi 28 mars 12

15. Les spécifications existantes ne prennent pas en
compte les rôles et les buts.
Mise en place d’ateliers hebdomadaires pour
identifier les rôles et créer les users stories à partir
des spécifications
mercredi 28 mars 12

16. nb an
Ka
el ier
At
User stories
Je suis <rôle>,
Je veux <fonction>,
Afin de <Objectif>.
mercredi 28 mars 12

17. Les roles
mercredi 28 mars 12

18. La MOA devient PO
mercredi 28 mars 12

19. Un nouveau rôle :
Le key user*
C’est une personne de la DSI DCNS
Il rédige les tests en BDD
*Communément nommé, mon key user
mercredi 28 mars 12

20. Les tests sont réalisés
par les futurs utilisateurs
de l’application
(selon les scénarios BDD)
mercredi 28 mars 12

21. La méthode
mercredi 28 mars 12

22. Kanban
mercredi 28 mars 12

23. Les états sont en relation avec
l’existant du projet
À faire Spec Dev Test Done
Rédaction
User User Réalisation User
des
story story des tests story
BDD
mercredi 28 mars 12

24. On ajoute une limite sur chaque buffer pour éviter le goulet
d’étranglement
Limite du travail
en cours
À faire En cours Terminé
0/3
Ne pas essayer de
Users
travailler au-délà Done
stories de ses limites
Les laisser dans
la file
mercredi 28 mars 12

25. On ajoute un buffer entre les activités
“pull system” (réduit les tensions et permet une meilleure
lecture du Kanban)
Spécifications Développement
En cours Terminé En cours Terminé
mercredi 28 mars 12

26. ON MIX LE TOUT AVEC
SCRUM
mercredi 28 mars 12

27. SCRUMBAN
mercredi 28 mars 12

28. Résultat
Plus de distinction entre MOA et MOE
Ils forment maintenant une équipe qui travaille
ensemble pour faire avancer le projet
Retard du projet récupéré (5 mois récupéré sur les 6
mois)
Et surtout une équipe qui travaille avec le sourire :)
mercredi 28 mars 12

29. Entendus sur le projet...
- ” Si on avez su, on vous aurez fait venir
plus tôt ”
- ”j’ai retrouvé le plaisir d’aller au travail”
- ”C’est simple et génial votre truc !”
mercredi 28 mars 12

30. QUESTIONS
mercredi 28 mars 12

31. Blog :
www.openagile.net
Contact :
yquenechdu@gmail.com
Merci pour
votre
attention
mercredi 28 mars 12

32. mercredi 28 mars 12