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 !
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
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.
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
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