En 2011, nous avons eu l'occasion de réaliser le rêve de tout agiliste. Un client a fait réaliser, par un concours de circonstances, deux fois le même site web, un en mode agile, l'autre en mode "classique". A votre avis qui a gagné ? Je vous présenterai le contexte de cette expérience à première vue étonnante et nous regarderons en détail les différences et leurs conséquences. Jusqu'à présent, j'ai toujours pensé qu'entre agile et cycle en V il "n'y avait pas photo"... Bon, maintenant en plus j'ai la photo !

1. Agile contre Cycle en V : Le match
Retour d'expérience – Etienne Charignon – Consultant Valtech
#agilegrenoble
1

2. Le projet

3. Le sujet
acheter
34 t
 Commande de ciment par camion de 34 tonnes
 Fonctionnement légèrement différents / pays
3

4. L’histoire
A la conquête
Démarrage Le projet Industrialisation
du monde
Le
Appel Le forfait C'est La Et plus
L'audit core
d'offre Agile gagné ! France loin...
model
On est en
concurrence !
4

5. Le match

6. Deux fois le même site web ? En tout cas, 1 seul AO
Malaisie Afrique du Sud
 Cycle en V  Agile
 10 personnes / 2 mois  5 personnes / 4 mois
 Framework maison  Java standard, composants OSS
 Intégration SI synchrone  Intégration SI asynchrone
6

7. Deux fois le même site web ? En tout cas, 1 seul AO
 On a reçu les mêmes spécifications :
– Refaire le site de la Pologne « iso-fonctionnel »
– Des documents Word ont été produits en cours de projet
 Pas le même Product Owner
7

8. La course
Ça c’est la phase
de mise au point !
Pas en
Démo prod !
On est
en prod !
2011 : Avril Mai Juin Juillet Août
8

9. C'était un projet facile ?
Un projet facile c'est un projet
que l'on ne peut pas rater.

10. Agile
Pourquoi se sont-ils plantés ?

11. Pourquoi ? - Trop prétentieux ?
 La prétention des projets en cascade (le mythe du mois.homme)
4 mois x 5 hommes ≠ 2 mois x 10 hommes
20 ≠ 20
Les projets informatiques ne sont pas linéaires
11

12. Pourquoi ? - Le contenu fonctionnel « complet »
 Malaisie :
– tout le contenu prévu est présent et même plus !
 Afrique du sud :
– contenu réduit, ajusté... « incomplet »... mais satisfaisant
12

13. Pourquoi ? - Une équipe ? Quelle équipe ?
 Malaisie :
– 10 personnes en 2 mois. Travail d'équipe impossible !
 Afrique du sud :
– Développement en France dans les locaux de Lafarge
– PO, manager Lafarge, équipes intégration SI : tous très
accessibles
– L'équipe d'intégration SI avait accès à notre usine logicielle
13

14. Pourquoi ? Une architecture technique mauvaise ?
 Malaisie :
– Intégration avec le SI synchrone
– Framework maison
– Solution industrielle
 Afrique du sud :
– Intégration avec le SI asynchrone
– Java standard + composants Open Source classiques
– Solution « craftée »
– Construction incrémentale (simplification BDD)
14

15. Au mois d'août en Afrique du sud
15

16. Pendant ce temps là en Chine...
16

17. Ils ont échoué à mettre en production !
Voici ce que nous avons fait :
 Mise en production...
– En continu sur un serveur de dev
– A chaque fin d'itération sur un serveur de recette
– A la moitié (un peu plus) du projet en production
 Avantages
– Feedbacks courts
– Quelques « tests » de performances
– Mise au point de l'intégration SI
La performance c’est déjà
de commencer par mettre en prod !
17

18. Questions ?