Contractualisation et agilite ag2011

1 975 vues

Publié le

A propos de contractualisation Agile.
Version de Agile Grenoble 2011.
Pas de solution dans cette présentation, juste des réflexions.

0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
1 975
Sur SlideShare
0
Issues des intégrations
0
Intégrations
160
Actions
Partages
0
Téléchargements
35
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Contractualisation et agilite ag2011

  1. 1. Et à propos de la Dissonnance contractualisation Agile… De quoi Dissonance parlons nous ? Producteurs De quoi Producte ur de logiciel parlons Siècle XXI nous ? Qu’est-ce qu’on achète ? Siècle Qu’est-ce qu’on XXI Pourquoi ? achète ? Mode de production logicielle Mode de Pourquoi ? production logicielle Comment sera Passer un garanti le accord en sous- traitance ROI ? ?Jean-François Jagodzinski http://www.agilessence.frjf@jago.fr http://my.opera.com/jfjago/blog/
  2. 2. 10 Contracts for your next Agile Software Project http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts
  3. 3. Les avantages de l’AgilitéTime to market Productivité Qualité Satisfaction utilisateurs http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts
  4. 4. Comment ça marche Découpe du projet Vision cadencée du projet en fonctionsDébut Fin Début Fin Début Fin Début Fin Version 0.1 devis simples (1 mois maxi) Version 0.2 + devis complexesUne équipe multicompétences qui organise le travail et discute les Version 0.3 + commandes (1)options avec le métier Version 0.4 + commandes (2) Version 0.5 + commandes (3) Equipe Facilitateur Pas de gèle des demandes en début de projet Responsabilité collective Client métier
  5. 5. Ou sont mes service points ?
  6. 6. Au delà des limites
  7. 7. Nouvelles tendances
  8. 8. Besoin de relation ?
  9. 9. La réduction des coûts ne doit plus être notre objectifprincipal.(…) nous accordons une importance crucialeà la relation avec les fournisseurs.Cela suppose d’établir une gouvernance basée sur lamixité des équipes à tous les niveaux.Yves Marchand Directeur en charge du service des achats transverses La lettre des Achats février 2010
  10. 10. Demande d’Agile ? www.agilemanifesto.org
  11. 11. Les juristes aussi en parlent
  12. 12. A leur arrivée en France, les licences Open Sourceavaient défrayé la chronique. On les disaitintransposables en droit français, anti-économiques,voire utopistes (…. )Aujourd’hui, aucun juriste français ne songe à lescombattre, et elles témoignent de ce qu’une autreconception du droit d’auteur est possible (…) peut-être en ira-t-il de même des MéthodesAgiles ?http://www.staub-associes.com/fr/page-5-286-methodes-agiles.html
  13. 13. Un désir de quoi ?
  14. 14. Avant l’Agilité
  15. 15. Avec l’Agilité
  16. 16. Êtes –vous prêts ?
  17. 17. Quel intérêt de changer de façonde faire si c’est pour avoir lesmêmes résultats ?
  18. 18. J’achète un logiciel élaboré « à façon »selon ma demande.
  19. 19. J’achète un logiciel élaboré « à façon » etparfaitement adapté à mon besoin.
  20. 20. J’achète un logiciel élaboré « à façon »conformément à ma demande etparfaitement adapté à mon besoin.
  21. 21. J’achète une promesse de réalisationd’un logiciel élaboré « à façon »conformément à …. ?
  22. 22. Je me protège par contrat contre unepromesse mal maîtrisée. !
  23. 23. Confiance ?Promesse 1 Promesse 2
  24. 24. Quelle est la capacité de production ?
  25. 25. Et celle de votre fournisseur?
  26. 26. 2000 j/h
  27. 27. Quelle performance ?
  28. 28. J’achète la promesse qu’avec uncertain effort on aboutira à laréalisation « à façon » d’un logicielconforme à ….
  29. 29. Il serait rassurant de connaîtrela quantité de produit qui sortdu système, pas l’énergie qu’ildépense !
  30. 30. Qu’elle quantité de logiciel peutproduire mon fournisseur système ? La mesure de ce qui sort du en 15 jest la seule mesure tangible
  31. 31. On ne saitpas mesurercela
  32. 32. Les j/h sontune mesured’énergiedépensée raisonnableLa capacité ensortie dusystème resteinconnue
  33. 33. Cependant enAgile… ! Capacité courante : 36 Unités/cycle
  34. 34. Lequel ?Poulet 1 Poulet 2
  35. 35. Poulet 1
  36. 36. Poulet 2
  37. 37. Ce qui nous intéresse, c’est un systèmede production qui garantisse des qualitéssupérieures au produit (santé,environnement…)
  38. 38. Quelle production logicielle ?
  39. 39. Chef de Responsable projet qualité Architecte Analyste Développeur Développeur Testeur Travail Process Document InformationClassique ?
  40. 40. Equipe Facilitateur Responsabilité collective Client métier Travail Process Produit InformationAgile ?
  41. 41. J’achète un logiciel élaboré « à façon »selon ma demande et dans le cadred’un processus Agile.
  42. 42. J’achète un logiciel élaboré « à façon »selon ma demande et dans le cadred’un processus Agile qui me garantit lemeilleur retour sur investissementpossible
  43. 43. Émergence rapide Enthousiasme Simplicité Créativité Équipe capable d’affronter les tempêtesPartage de la vision Désaccords constructifs Limitation des risques Valeur first Qualité « built in »
  44. 44. Il n’y a pasde label quipuisse megarantir cela
  45. 45. Aucun label negarantie laqualité duprocessus Agiled’unfournisseur
  46. 46. Je me protège par contrat contre unepromesse mal maîtrisée… ...laquelle ?
  47. 47. L’Agilité contient une performance que vous n’avez jamais connue Si vous acceptez…
  48. 48. de privilégier la capacité d’action
  49. 49. l’erreur comme unedonnée d’entréeprobable du système
  50. 50. l’engagement communvers un but immanquable
  51. 51. de confier lamaîtrise àl’équipe
  52. 52. L’Agilité contient une performance que vous n’avez jamais connue Si vous acceptez l’effort de la mettre en place
  53. 53. Qu’est-ce que l’on achète ?
  54. 54. J’achète un logiciel élaboré « à façon » selonma demande et la promesse qu’il sera réalisédans le cadre d’un processus Agile qui megarantit le meilleur retour sur investissementpossible
  55. 55. On ne peutpas s’engagerau forfait enAgile
  56. 56. Comment êtreAgile si on nes’engage pas ?…mais comments’engager vraimentsans la liberté dele faire ?
  57. 57. Le principe Agile n’est pas de limiterl’engagement.Le principe Agile est d’éliminer les obstaclesqui limitent notre engagement
  58. 58. Nouvelle base de réflexion :1. Penser produit, pas projet.2. L’Agilité est un processus de coproduction logicielle
  59. 59. Zone client Flux continu d’information Info Info Info Ajustement Transformation Flux continu de produit finiZone fournisseur
  60. 60. Quelques données nouvelles • La qualité des relations agit directement sur la performance du système de production • La maîtrise de l’Agilité agit directement sur la performance du système de production • La liberté de décision de l’équipe agit directement sur la performance du système de production
  61. 61. A essayer • Monter des solutions pour investir dans la performance et aménager les frontières équipe/contrat • équations à 2 (client / coach interne / producteur), • à 3 (client / coach externe / producteur), • à 4 (client / MOA externe / coach externe / producteur)
  62. 62. A essayer • Éliminer le prix de l’équation • consulter à budget fixé • Étager les objectifs • les cycles de production sont standard, le nombre de cycles est indifférent
  63. 63. Qu’est-ce quec’est ?
  64. 64. ImaginezSoyez clairs sur ce que vous achetezEt inventez votre contrat Fournisseur A B A 5,5 -5 , 8 Client B 8 , -5 -3 , -3
  65. 65. Les règles du jeu on changé…Jean-François Jagodzinski http://www.agilessence.frjf@jago.fr http://my.opera.com/jfjago/blog/

×