View
1.567
Download
3
Category
Preview:
DESCRIPTION
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
Citation preview
Retour d'expérience Forfait Agile
Pascal GRUAU Etienne CHARIGNON
LE FSUG remercie ses sponsors pour leur soutien
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
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
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
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
4 POINTS CLÉS DE CE RETOUR D’EXPÉRIENCE
Les secrets d'un projet AGILE au forfait
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
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
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
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
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
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
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
Questions / Réponses
ANNEXE
19
Le triangle de fer
Fonctionnel => en points de complexité
Cout Délais
Qualité
Recommended