Agile contre Cascade - REX - Agile Grenoble 2012

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

description

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 !

Transcript of Agile contre Cascade - REX - Agile Grenoble 2012

Page 1: Agile contre Cascade - REX - Agile Grenoble 2012

Agile contre Cycle en V : Le matchRetour d'expérience – Etienne Charignon – Consultant Valtech

1

#agilegrenoble

Page 2: Agile contre Cascade - REX - Agile Grenoble 2012

Le projet

Page 3: Agile contre Cascade - REX - Agile Grenoble 2012

3

Le sujet

Commande de ciment par camion de 34 tonnes

Fonctionnement légèrement différents / pays

acheter 34 t

Page 4: Agile contre Cascade - REX - Agile Grenoble 2012

4

L’histoire

Démarrage Le projet IndustrialisationA la conquête

du monde

L'auditAppeld'offre

Le forfaitAgile

C'estgagné !

Le core model

La France

Et plus loin...

On est en concurrence !

Page 5: Agile contre Cascade - REX - Agile Grenoble 2012

Le match

Page 6: Agile contre Cascade - REX - Agile Grenoble 2012

6

Deux fois le même site web ? En tout cas, 1 seul AO

Malaisie

Cycle en V

10 personnes / 2 mois

Framework maison

Intégration SI synchrone

Afrique du Sud

Agile

5 personnes / 4 mois

Java standard, composants OSS

Intégration SI asynchrone

Page 7: Agile contre Cascade - REX - Agile Grenoble 2012

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

Page 8: Agile contre Cascade - REX - Agile Grenoble 2012

8

On est en prod !

La course

Avril Mai Juin AoûtJuillet

Pas en prod !

Ça c’est la phase de mise au point !

2011 :

Démo

On est en prod !

Page 9: Agile contre Cascade - REX - Agile Grenoble 2012

C'était un projet facile ?

Un projet facile c'est un projet que l'on ne peut pas rater.

Page 10: Agile contre Cascade - REX - Agile Grenoble 2012

Pourquoi se sont-ils plantés ? AgileAgile

Page 11: Agile contre Cascade - REX - Agile Grenoble 2012

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

Page 12: Agile contre Cascade - REX - Agile Grenoble 2012

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

Page 13: Agile contre Cascade - REX - Agile Grenoble 2012

13

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

Pourquoi ? - Une équipe ? Quelle équipe ?

Page 14: Agile contre Cascade - REX - Agile Grenoble 2012

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)

Page 15: Agile contre Cascade - REX - Agile Grenoble 2012

15

Au mois d'août en Afrique du sud

Page 16: Agile contre Cascade - REX - Agile Grenoble 2012

16

Pendant ce temps là en Chine...

Page 17: Agile contre Cascade - REX - Agile Grenoble 2012

17

Ils ont échoué à mettre en production !

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 !

Voici ce que nous avons fait :

Page 18: Agile contre Cascade - REX - Agile Grenoble 2012

Questions ?