En 2012, les entreprises Sita et Valtech se sont associées afin de développer une application web de gestion du traitement/valorisation des dechets . Cette association a été contractualisée par un "forfait agile". Nous vous présenterons le contrat et les particularités qui en font un contrat agile, mais aussi comment s'est déroulé le projet. Un projet Agile au forfait, ça se passe très bien. Etienne Charignon, Consultant, Valtech France yohan.founs@valtech.fr

2. Retour d'expérience
Forfait Agile
Pascal GRUAU
Etienne CHARIGNON

3. LE FSUG
remercie ses sponsors pour leur soutien

4. Retour d'expérience :
Forfait Agile
• Les secrets de la réussite d'un projet agile au forfait
– PARTIE 1: Les présentations
– PARTIE 2: Le contexte du projet
– PARTIE 3: Les Secrets d'un projet agile au forfait
– PARTIE 4: Le résultat

5. 5
Les présentations
§ Pascal
GRUAU
:
Chef
de
projet
à
la
DSI
de
SITA SPECIALITES
> Proxy
Product
Owner
sur
le
projet
§ EBenne
CHARIGNON
:
Consultant
VALTECH
> Membre
de
l'équipe
Scrum

6. 6
Les présentations
§ 8 régions
>
collecte,
tri,
valorisaBon
et
stockage
des
déchets
§ Sita Recyclage
>
ValorisaBon
maBère
des
déchets
§ Sita AMI
>
Assainissement
et
maintenance
industrielle
§ Sita Spécialités
>
ValorisaBon
et
éliminaBon
des
déchets
dangereux
eau
déchets

7. 7
Contexte du projet
• Lancement du projet
– Octobre 2011: choix d'un développement en méthode AGILE
– Novembre 2012 : préparation de la consultation
– Janvier-février 2012 : choix du prestataire et contractualisation
– Mi février 2012 : lancement des développements de l'application
– Octobre 2012 : mise en prod sur un site pilote
• Pourquoi AGILE :
– Développement spécifique à 100%
– Nécessité de présenter un outil opérationnel dans les 6 mois aux clients
– Besoin fonctionnel pas totalement mature
– Opportunité d'expérimenter cette méthodologie

8. 4 POINTS CLÉS DE CE RETOUR
D’EXPÉRIENCE
Les secrets d'un projet AGILE au forfait

9. 9
1. Préparer sa consultation au format AGILE
• Rédiger un product backlog assez abouti
– : A partir du CdC fonctionnel et d’ateliers fonctionnels, rédaction d'un product
backlog : 120 "user stories" priorisées et pré-chiffrées en nombre de points de
complexité.
• L'ajustement du périmètre du product backlog est un des éléments d'ajustement du
budget initial
– Le format du product backlog facilite ce travail
– : Consultation sur 550 points, -> hors budget
– on a négocié et contractualisé 400 points
– Seulement 1 mois pour analyser les propositions, négocier et contractualiser

10. 10
2. Consulter les sociétés qui maitrisent l'agilité
• Les sociétés vont retravailler le product backlog avec leurs abaques pour élaborer leur
chiffrage
– : après présélection de 6 sociétés (RFI) consultation avec 4 sociétés (RFP)
• Les sociétés ont "industrialisé" le process de développement pour être vite opérationnel
– : lancement de projet en 2 semaines (Itération 0)
pour mettre en place l'usine logicielle, les outils de pilotage du projet …
• Conception d'une équipe bien calibrée
– développeurs junior et senior, analyste, …
• Reste un pari pour les sociétés : forfait = risque
– : budget du simple au double entre les 4 sociétés consultées
SITA SPE n'a pas choisi la moins disante

11. 11
3. un contrat simple et équilibré
• On appuie le contrat sur la méthode Agile
– Rituels de l’agilité
– Définition du rôle de chacun
– Engagement de disponibilité du PO
– Le Product Backlog
• On achète un forfait de points
– Avec un nombre de points minimum (Release 1 = 250 pts).
– Ce sont les sprints qui ont définit le rythme de facturation
– : Possibilité de sortir à chaque itération après la première Release
• Le sujet de discutions quotidien : les points !

12. 12
4. jouer le jeu des rituels
• Un Product Owner très présent
– l'idéal : une équipe de dev. installée chez les fonctionnels
– : Proxy Product Owner (DSI) chez Valtech 3 jours par semaine
• Re-chiffrage de product backlog par l'équipe de dev.
– Prend un temps certain (IT 0) mais permet
• l'appropriation du besoin fonctionnel par l'équipe de développement
• un pilotage clair des priorités en cours de projet par le PPO
• une échelle de valeur commune pour l'équipe constituée
– : 400 pts de la consultation <=> 382 pts ré-estimé
• Recette à chaque itération par l'équipe fonctionnelle
– Retour des anomalies et des évolutions au fil de l'eau.
– : ½ journée avec les fonctionnels à chaque itération (tt les 3 semaines)
- Intégration de nouvelles user stories (25%) et re-priorisation au fil de l'eau par le PPO

13. 13
Les 4 secrets d'un projet AGILE au forfait
• 1 Consulter au format AGILE
• 2 Solliciter des sociétés expérimentées
• 3 Contractualiser de façon simple et équilibrée
• 4 Se prêter au jeu des rituels

14. 14
Points de vigilance
• Bien faire spécifier les user stories complémentaires
identifiées par le partenaire
– user stories d'organisation
– user stories technique
• Bien spécifier ses propres exigences technique
– compatibilité navigateurs
– Niveau de sécurité de l'application

15. 15
Résultat
• Un climat de transparence et de confiance réciproque
• Un projet dans le budget et dans délais
– Un démarrage du projet le 15 février 2012 (IT0),
– Une première démo le 23 mars 2012.
– Une mise en production (pilote) le 1 octobre 2012,
– Fin des développements le 22 mars 2013
• Qualité technique de l'application
– Peu de bugs et régression de sprints en sprints
– Recette pour mise en production "facile"
• une application différente de ce qui était spécifié initialement
– Mais avec une meilleure adéquation au besoin
– Une application qui a plus de "valeur" que prévu

16. 16
Questions / Réponses

18. ANNEXE

19. 19
Le triangle de fer
Fonctionnel => en points de complexité
Cout Délais
Qualité