Proxiad Agile tour 2009 LILLE
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Proxiad Agile tour 2009 LILLE

  • 2,243 views
Uploaded on

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

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

More in: Technology , Travel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
2,243
On Slideshare
2,081
From Embeds
162
Number of Embeds
3

Actions

Shares
Downloads
35
Comments
0
Likes
0

Embeds 162

http://blog.proxiad.com 158
http://www.slideshare.net 3
http://[2a00:1450:8001::84] 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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
  • 2. Plan
    AGILE TOUR 2009
    • Introduction
    • 3. Apport des méthodes agiles
    • 4. Les difficultés de la contractualisation
    • 5. Les différents contrats possibles
    • 6. Notre retour d’expérience
  • Proxiad Group
    AGILE TOUR 2009
    PROXIAD Ile de France
    Paris
    (mi 2004)
    Syntonia
    Paris
    (2004)
    PROXIAD Normandie
    Rouen
    (déc. 2005)
    PROXIAD Bulgaria
    Sofia
    (déc. 2005)
    HOLDING
    (déc. 2003)
    PROXIAD Ouest
    Nantes
    (mi 2005)
    PROXIAD Nord
    Lille
    (oct 1997)
  • 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
  • 16. L’horizon de prévisibilité
    Prévisible Incertain Imprévisible
    Maintenant
    Temps
    • Réduire les risques
    • 17. Estimation plus précise
    • 18. Chaque sprint s’effectue avec un contour connu de tous (équipe, client)
  • Ou arrêter ?
    http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/
  • 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