Support de la présentation de ProxiAD lors de l'étape de l'agile tour 2009 à Lille sur la contractualisation agile.

1. Agilité, des difficultés d'une contractualisation client-fournisseur équitable. Pascal Perigault : Directeur de marché Proxiad Grégory Ivanes : Chef de Projet (Scrum Master Certifié) AGILE TOUR 2009 - LILLE - 30/10/2009

3. Apport des méthodes agiles

4. Les difficultés de la contractualisation

5. Les différents contrats possibles

7. Introduction

8. Les 4 valeurs fondamentales de l’agilité AGILE TOUR 2009 L'équipe « Personnes et interaction plutôt que processus et outils » L'application « Logiciel fonctionnel plutôt que documentation complète » La collaboration « Collaboration avec le client plutôt que négociation de contrat » L'acceptation du changement « Réagir au changement plutôt que suivre un plan » Manifeste agile

9. Le contrat au forfait classique Le client définit le cahier des charges Le fournisseur s'engage à livrer ce qui est décrit pour un coût et dans un délai fixes.  Risque pour le fournisseur  Rigidité pour le client

10. Que peuvent nous apporter les méthodes agiles et notamment SCRUM ?

11. Se concentrer sur les fonctionnalités nécessaires SCRUM nous impose de développer en premier les fonctionnalités les plus importantes pour le client. Les gaspillages sont éliminés

12. Valeur marginale de chaque sprint http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/

13. SCRUM vs Effet tunnel Le client vérifie l'utilisabilité de chaque fonctionnalité. Chaque sprint influence sa vision de l’application finale. L’application finale en sera forcément plus adaptée au besoin réel du client.

14. Les délais sont réduits Projet classique Etude d’opportunité Choix du fournisseur Analyse Conception Développement Qualification Etude De faisabilité Etude Détaillée Projet agile Qualification Sprint n Qualification Sprint 1 … Etude d’opportunité Etude Defaisabilité Etude Détaillée Choix du fournisseur

15. Flexibilité SCRUM est flexible, le client peut modifier le backlog sans avoir à renégocier un avenant. On évite ainsi les discussions… ProxiAD - 07/09/2009 - v2.0

17. Estimation plus précise

19. Suivi de projet réel et réactualisé à chaque sprint Equipe A : Le client a considéré que 7 fonctionnalités sur les 15 prévues sont terminées la vélocité a été remise à jour reste 6 sprints pour terminer la release. Equipe B: Nous avons terminé 80 % de l’analyse détaillée 95 % de l’architecture technique et 10 % du développement.

20. Participation du client Le client doit être impliqué dans le développement. Le périmètre initial évolue immanquablement au cours du projet. Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes.

21. Les difficultés de la contractualisation

22. Difficultés Un projet agile doit tolérer les variations de périmètre. Le client souhaite connaitre le montant de son engagement financier.

23. Contractualisation Les contrats agiles visent à construire un climat de confiance durable entre le client et le fournisseur collaborer pour atteindre l'objectif commun de livraison du logiciel attendu être transparent sur les capacités, les performances et les difficultés rencontrées s'adapter aux changements métier du client induits par un marché de plus en plus évolutif.

24. Les différents contrats possibles

25. Les objectifs « gagnant – gagnant » pour le client et le fournisseur Relation saine et constructive dans un climat de confiance mutuelle et durable

26. Les différents contrats possibles Contractualisation à chaque sprint Engagement de moyen ( proche du centre de service) mise à disposition d’une équipe formée à la démarche agile. Une 1ère contractualisation classique de 3 à 6 mois (la visibilité restant assez bonne) puis démarche agile enclenchée.

27. D’autres contrats moins classique Marge Fixe Ex: Contrat de 200 h.j, coût 1 h.j = 10 Ecus, Marge = 20 % 2400 Ecus = (10 * 200 ) + 400 pour une version livrée en effort nominal ; (coût de l’effort pour le fournisseur) x Volume de l’effort nominal + marge du fournisseur 1900 Ecus = 10 x 150 + 400 si le projet est terminé pour un effort de 150 h.j 3400 Ecus = 10 x 300 + 400 si le projet est livré pour un effort de 300 h.j. La marge du fournisseur reste identique, elle peut être réalisée plus ou moins vite. Le client peut stopper le projet à chaque sprint ( il paie le consommé et la marge) Partage de profit réalisé grâce à l’application http://blog.octo.com/contractualisation_agile/

28. Notre retour d’expérience Full SCRUM Technologie : J2EE, GWT, JPA, TDD Domaine : Retail Projet d’environ 2 ans Engagement de moyen ET Contractualisation à chaque sprint

29. Pour plus de détails http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/ http://blog.octo.com/contractualisation_agile/ http://www.lemagit.fr/article/offshore-developpement-gouvernance-projet/4511/1/methodes-agiles-renouveau-des-relations-client-fournisseur-dans-ingenierie/ http://www.areyouagile.com/2009/09/la-contractualisation-des-projets-scrum-avec-les-ssii/ ftp://ftp-developpez.com/valtech/articles/conception/agile/contractualisation/ContractualisationAgile.pdf http://www.agiliste.fr/Home/arretons-de-se-faire-mal-avec-les-forfaits-et-le-cycle-en-v http://fr.wikipedia.org/wiki/Manifeste_agile