Téléchargé 17 fois
Téléchargé parGuillaume Saint Etienne
Services & Contrats Agiles
Le document aborde la gestion des projets logiciels à travers une approche agile, soulignant l'importance de l'adaptabilité et de la collaboration entre clients et développeurs. Il critique les méthodes traditionnelles de gestion de projet, notamment la planification rigide, et plaide pour un contrat agile qui favorise la transparence et la flexibilité. Enfin, il met en avant la nécessité d'une communication étroite et d'une implication du client tout au long du processus pour garantir la réussite des projets.
Contenu connexe
Similaire à Services & Contrats Agiles
Services & Contrats Agiles
- 1. Services & Contrats Agiles 1
- 2. my background • Réalisationlogicielle depuis 1981 • Artisan depuis 1998 • 5 éditeurs logiciel • sociétés de service • S+S (Software+Service) 2
- 3. Le contexte • Fabriquerdu logiciel • Travailler en équipe • Satisfaire un client • Rendre un service 3
- 4.
- 5. Restrospective Comparative Automobile vs. informatique 6
- 6. Débuts industrie automobile 7
- 7.
- 8.
- 9. Echelle de temps 1673 1936 1/5e 10
- 10. Back to reality Lesconstats qui fâchent... taux de réussite dans les projets S.I. 1998 2004 16% 29% 11
- 11. L’estimation • Les planssont généraux et manquent de précision 12
- 12. Le suivi • Eninformatique, il y a absence de métriques pour déterminer l'état d'avancement, la durée, et la qualité du logiciel. • Méthodes empiriques 13
- 13. Les demandes du client • Les spécifications sont au moins TOUJOURS glissantes • Et la plupart du temps incomplètes ou trop interprétables • Jamais les mêmes entre le début et la fin du projet (le temps passe…) 14
- 14. Adaptabilité ≠ prédictivité 15
- 15. Dualité • NOUS COMMENCONSUN PROJET • NOUS LIVRONS UN PRODUIT 16
- 16. GOUVERNANCE en 2010 • Ce que le client attend de la gouvernance: oQue le projet soit livré à la date prévue! oVaut-il mieux gouverner ou prendre part au travail? 17
- 17. ALIGNEMENT • Ce quiimporte vraiment: o Un logiciel qui répondent aux vraies attentes du METIER (ou du domaine) • Est-ce que au moins on sait quelles sont les vraies attentes? 18
- 18. ALORS COMMENT FAIT-ON? 19
- 19. ALORS COMMENT FAIT-ON? On «offre» un service agile? 20
- 20. Ce que l'agilité n'est pas • Une absence de méthode oBien au contraire, le cadre de conduite est plus rigoureux qu’un cycle en « V » oLe suivi est plus précis 21
- 21.
- 22.
- 23. COMMENT ON NEFAIT PAS! • Pas de planification hasardeuse • Ce qu’on ne sait pas prédire avec exactitude n’est pas à planifier • Fabriquer un logiciel est une somme de procédés humains • Restons toujours réalistes! o Soyons responsables 24
- 24. Mais vraiment si vousinsistez, on peut vous faire un planning
- 25. COMMENT ON NEFAIT PAS! • On ne fait pas de cycle de vie en V • Pas d’effet tunnel • On n’en veut pas… •VRAIMENT PAS! 26
- 26. Client /Utilisateurs Concepteur /CP Cahier des Charges /Exigences Spécifications Détaillées Deliveries Développeurs / Code 27
- 27. Le problème Client /Utilisateurs Concepteur /CP Cahier des Charges /Exigences DELTA ++ Spécifications Détaillées Deliveries DELTA -- Développeurs / Code 28
- 28. Raccourcir les cycles, Rapprochezles hommes, faire des économies Client /Utilisateurs MOA/CP Développeurs /Testeurs
- 29.
- 30. Le problème BLOQUANT BLOQUANT BLOQUANT RETARD TROP TARD!!! BLOQUé!!!!! 31
- 31. CE QU'ON N'EST PAS! • ni génie, ni fonctionnaire • Nous ne voulons plus de « fracture » informatique 32
- 32. changer! • On està l’écoute 33
- 33. On ne veuxplus…
- 34. ni de bigupfront design 35
- 35. On veut travailler, réaliser, montrer,écouter, adapter, itèrer, ajuster, livrer 36
- 36. On a paspeur de montrer comment on travaille • Donc on est 300% confiant dans la méthode • On joue la transparence • On écoute les retours du client • On accepte les critiques et les demandes de changement 37
- 37. COMMENT ON NEFAIT PAS! Ne jamais oublier de faire de la gestion de risque... 38
- 38. Au contraire, lerisque est constamment cadré • Backlog à chaque début de SPRINT • Mesure de la vélocité • Rétrospective 25/02/2009 39
- 39.
- 40. …mais que veutle client? 41
- 41.
- 42. changer la visiondu projet 43
- 43.
- 44.
- 46. • Quand savez vous combien cela va vous couter? 47
- 47.
- 48. ALORS COMMENT FAIT- ON?
- 49. ON FIGE LETEMPS 50
- 50. 22/10/09 www.agiletour.com
- 51. • Un délaifixe (dead line) est imposé : • une Time-box pour limiter la durée des itérations • Le nombre d’itérations est connu à l’avance 52
- 52.
- 53. N x t=T www.agiletour.com
- 54. •Mais c’est duforfait? www.agiletour.com
- 55. •Mais c’est duforfait? •NON! www.agiletour.com
- 56. •Les itérations nesont pas des phases •Elles ont toutes la même durée www.agiletour.com
- 57.
- 58. • C’est lebudget qui est fixe : • Design-to-cost (l’équivalent du backlog en « Agile moderne »). 59
- 59. • S’engager uniquementsur du temps… • …est-ce satisfaisant pour le client? www.agiletour.com
- 60.
- 62. ON FIGE LAQUALITE • zéro défaut! 63
- 65. Choisir les fonctions •Seulement les bonnes! • Comme on ne peut pas tout prédire… • …on assume que la 1ère estimation sera globale • On raffinera pendant le projet • L’art est de ne pas sortir du périmètre temps+ressources+qualité imposé www.agiletour.com
- 66. On donne despriorités 70
- 67. Etablir les fonctions •Ensemble • Progressivement • Itérativement • De manière contrôlée et contrôlable o Avec des TESTS! • Ce travail fait partie du projet • …et non plus de l’avant vente www.agiletour.com
- 68. Quelle Confiance!! 22/10/09
- 69. On va lefaire ensemble!!!
- 70. Le contrat Un palliatifà la confiance ? 74
- 71. chaque partie doit être responsable et respectueuse si le climat est au conflit avant la signature du contrat, abandonnez! 22/10/09 www.agiletour.com
- 72. Le client •Créer unclimat de confiance durable avec le client 76
- 73.
- 74. Avant le CONTRAT Liste des fonctions Prédiction de réalisation garanties 22/10/09 www.agiletour.com
- 75. Avant le CONTRAT Liste des fonctions Prédiction de réalisation garanties 22/10/09 www.agiletour.com
- 76. Le contrat agile •Le contrat agile repose sur un triple engagement mutuel du client et du fournisseur Collaboration Collaboration Visibilité Transparence Flexibilité Adaptation 80
- 77. Signature le CONTRAT prix mesures qualité périmètre 22/10/09 www.agiletour.com
- 78. Livraison le CONTRAT prix mesures Liste des qualité fonctions + tests ! périmètre 22/10/09 www.agiletour.com
- 79.
- 80.
- 81. Des contrats • 1. le contrat au sprint • 2. le forfait / périmètre figé • 3. l’assistance technique • 4. l’assistance technique avec un périmètre figé et un budget limité • 5. l’assistance technique avec un périmètre variable et un budget limité • 6. le développement par phase • 7. les clauses de bonus / pénalités • 8. le bénéfice fixé à l’avance • 9. le profit pour rien, les changements à discrétion • 10. le projet commun 86
- 82. FOCUS •1 projet =2 projets o le « Avant projet » o le « Pendant projet » •Permet de murir le besoin • = 2 contrats 87
- 83. Phase d’avant projet •durée : max. 2 mois o - rédaction des use cases (AMOA / client) o - construction du backlog produit (PO / client) o - développement du story board fonctionnel : low fidelity (PO / client) o - sprint 0 : réalisations de POCs • - règles métier avec DSL ou RSPEC • - composants graphiques évolués
- 84.
- 85. ATTENTION: RISQUE DEBRUF! • Big Requirements Up Front • BRUF Leads to Significant Wastage 91
- 86. Mélange forfait-régie Temps estimé= TE (en jours x homme) Taux journalier: TJ Montant estimé dans le contrat ME = TE x TJ Temps réel = TR, Montant Facturé = MF • Si ( TR > TE), MF = ME + ( (TR-TE) x TJ / 2) • Si ( TR < TE), MF = ME - ( (TE-TR) x TJ / 2) Gagnant - Gagnant!
- 87. les fonctionnalités sont ajustables pour le client c'est une preuve de votre capacité d'adaptation et non une tentative de livrer moins
- 88. le client doit maîtriser ses exigences il doit être Product Owner ou en désigner un
- 89. Sans Product Owner, pas de produit Sans produit , pas de projet.
- 90. Il est préférableque le Client admette que la recette dure toute la durée du projet les fins d'itérations sont autant de recettes nécessaires au succès du projet
- 91. mieux vaut unclient présent 1 jour par semaine, plutôt que 2 mois par an cycle itératifs d'une semaine si le client ne peut être avec l'équipe.
- 92. Variations sur lethème facturation
- 93.
- 94. Itérations forfaitaires U.S #1 Vélocité Initiale 20 pts U.S #3 connue 10 pts 50 U.S #2 #1 20 pts pour Sprints de 2 semaines Le client achète une série fixée de 10 semaines
- 95. Itérations de valeurs U.S #1 20 pts Vélocité Initiale valeur : 5 U.S #3 connue 10 pts valeur : 15 50 U.S #2 U.S #1 20 pts 20 pts pour Sprints de 2 semaines valeur : 10 Le client paye la valeur de chaque itération
- 96. Paiements à lalivraison • Le client paie pour ce qu'il a • Possibilité de prévoir un crédit initial pour éviter les multiples factures • Ce qui n'est pas dépensé est remboursé
- 97.
- 98. Une approche gagnant- gagnant • Itération => livraison • Livraison => facture • Liberté d’engagement • Le client respecte son budget • … ou le ré-attribue • Le prestataire est payé pour son travail 105
- 99. • le clientest d'abord libre de changer d'avis o de faire évoluer le périmètre fonctionnel selon son besoin 106
- 100. Dans le contrat clientet fournisseur prévoient de définir PENDANT LE PROJET l'ordre de priorité de chaque fonctionnalité basée sur sa valeur ajoutée métier et étude de sa complexité. 107
- 101. Définir des indicateurs de pilotage • indicateurs de qualité => productivité. o Mesures des bugs et qualité du code o Seuils d'anomalies très faibles o Mesure de la couverture des fonctionnalités (Product Backlog) o Mesure de l’effort de développement permanent (Sprint Burndown chart). 108
- 102. Savoir aller audelà du contrat 109
- 103. Engagements du fournisseur • Réactivité • Livraisons d’éléments finis (exploitables) • Bonne pratiques o usine logicielle et tests o architecture o suivi de projet agiles • Les impacts des évolutions sont partagés 110
- 104. Engagements du client • Disponibilité / Implication • Vision • Retours (feedback) o rapides o constructifs o suivi de projet agiles • Mesurer la valeur ajoutée de ce qu'il veut 111
- 105. Tout se mesure •Valeur ajoutée • mesurée • Retour sur investissement •mesuré 112
- 106. Le contrat Un alliéà la confiance ! 114
- 107.