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

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

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

Relation MOE et MOA
mercredi 28 mars 12

Le temps passe....
mercredi 28 mars 12

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

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

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

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

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

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

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

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

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

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

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

Les roles
mercredi 28 mars 12

La MOA devient PO
mercredi 28 mars 12

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

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

La méthode
mercredi 28 mars 12

Kanban
mercredi 28 mars 12

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

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

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

ON MIX LE TOUT AVEC
SCRUM
mercredi 28 mars 12

SCRUMBAN
mercredi 28 mars 12

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

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

QUESTIONS
mercredi 28 mars 12

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

mercredi 28 mars 12