Le document explore la dissonance entre les méthodes de production logicielle traditionnelles et agiles, en soulignant l'importance de la relation client-fournisseur et de la qualité dans le processus. Il suggère que l'agilité nécessite une approche collaborative et une capacité à s'adapter, tout en remettant en question les modèles de contrat classiques. Les auteurs défendent l'idée que la maîtrise de l'agilité et la transparence dans les relations peuvent améliorer la performance des projets logiciels.

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.fr
jf@jago.fr http://my.opera.com/jfjago/blog/

2. 10 Contracts for your next Agile Software Project
http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts

3. Les avantages de l’Agilité
Time to market Productivité
Qualité Satisfaction utilisateurs
http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts

4. Comment ça marche
Découpe du projet
Vision cadencée du projet
en fonctions
Début Fin Début Fin Début Fin Début Fin
Version 0.1 devis simples
(1 mois maxi)
Version 0.2 + devis complexes
Une é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

6. Ou sont mes service points ?

7. Au delà des limites

9. Nouvelles tendances

10. Besoin de relation ?

13. La réduction des coûts ne doit plus être notre objectif
principal.(…) nous accordons une importance cruciale
à la relation avec les fournisseurs.
Cela suppose d’établir une gouvernance basée sur la
mixité des équipes à tous les niveaux.
Yves Marchand Directeur en charge du service des achats transverses
La lettre des Achats février 2010

14. Demande d’Agile ?
www.agilemanifesto.org

15. Les juristes aussi en parlent

17. A leur arrivée en France, les licences Open Source
avaient défrayé la chronique. On les disait
intransposables en droit français, anti-économiques,
voire utopistes (…. )
Aujourd’hui, aucun juriste français ne songe à les
combattre, et elles témoignent de ce qu’une autre
conception du droit d’auteur est possible (…) peut-
être en ira-t-il de même des Méthodes
Agiles ?
http://www.staub-associes.com/fr/page-5-286-methodes-agiles.html

18. Un désir de quoi ?

19. Avant l’Agilité

20. Avec l’Agilité

21. Êtes –vous prêts ?

22. Quel intérêt de changer de façon
de faire si c’est pour avoir les
mêmes résultats ?

23. J’achète un logiciel élaboré « à façon »
selon ma demande.

24. J’achète un logiciel élaboré « à façon » et
parfaitement adapté à mon besoin.

25. J’achète un logiciel élaboré « à façon »
conformément à ma demande et
parfaitement adapté à mon besoin.

26. J’achète une promesse de réalisation
d’un logiciel élaboré « à façon »
conformément à ….
?

27. Je me protège par contrat contre une
promesse mal maîtrisée.
!

28. Confiance ?
Promesse 1 Promesse 2

29. Quelle est la capacité de production ?

31. Et celle de votre fournisseur?

32. 2000 j/h

33. Quelle performance
?

34. J’achète la promesse qu’avec un
certain effort on aboutira à la
réalisation « à façon » d’un logiciel
conforme à ….

35. Il serait rassurant de connaître
la quantité de produit qui sort
du système, pas l’énergie qu’il
dépense
!

36. Qu’elle quantité de logiciel peut
produire mon fournisseur système ?
La mesure de ce qui sort du en 15 j
est la seule mesure tangible

37. On ne sait
pas mesurer
cela

38. Les j/h sont
une mesure
d’énergie
dépensée
raisonnable
La capacité en
sortie du
système reste
inconnue

39. Cependant en
Agile…
! Capacité courante :
36 Unités/cycle

40. Lequel ?
Poulet 1 Poulet 2

41. Poulet 1

42. Poulet 2

43. Ce qui nous intéresse, c’est un système
de production qui garantisse des qualités
supérieures au produit (santé,
environnement…)

44. Quelle production logicielle ?

45. Chef de Responsable
projet qualité
Architecte Analyste
Développeur Développeur Testeur
Travail Process
Document
Information
Classique ?

46. Equipe
Facilitateur
Responsabilité
collective Client métier
Travail Process
Produit
Information
Agile ?

47. J’achète un logiciel élaboré « à façon »
selon ma demande et dans le cadre
d’un processus Agile.

48. J’achète un logiciel élaboré « à façon »
selon ma demande et dans le cadre
d’un processus Agile qui me garantit le
meilleur retour sur investissement
possible

49. Émergence rapide
Enthousiasme Simplicité
Créativité
Équipe capable d’affronter les tempêtes
Partage de la vision
Désaccords constructifs
Limitation des risques
Valeur first Qualité « built in »

50. Il n’y a pas
de label qui
puisse me
garantir cela

51. Aucun label ne
garantie la
qualité du
processus Agile
d’un
fournisseur

52. Je me protège par contrat contre une
promesse mal maîtrisée…
...laquelle ?

53. L’Agilité contient une performance que
vous n’avez jamais connue
Si vous acceptez…

54. de privilégier la capacité d’action

55. l’erreur comme une
donnée d’entrée
probable du système

56. l’engagement commun
vers un but immanquable

57. de confier la
maîtrise à
l’équipe

58. L’Agilité contient une performance que
vous n’avez jamais connue
Si vous acceptez l’effort de la mettre en
place

59. Qu’est-ce que l’on achète ?

60. J’achète un logiciel élaboré « à façon » selon
ma demande et la promesse qu’il sera réalisé
dans le cadre d’un processus Agile qui me
garantit le meilleur retour sur investissement
possible

61. On ne peut
pas s’engager
au forfait en
Agile

62. Comment être
Agile si on ne
s’engage pas ?
…mais comment
s’engager vraiment
sans la liberté de
le faire ?

63. Le principe Agile n’est pas de limiter
l’engagement.
Le principe Agile est d’éliminer les obstacles
qui limitent notre engagement

64. Nouvelle base de réflexion :
1. Penser produit, pas projet.
2. L’Agilité est un processus de
coproduction logicielle

65. Zone client
Flux continu
d’information
Info
Info
Info Ajustement
Transformation
Flux continu de
produit fini
Zone fournisseur

66. 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

67. 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)

68. 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

69. Qu’est-ce que
c’est ?

70. Imaginez
Soyez clairs sur ce que vous achetez
Et inventez votre contrat
Fournisseur
A B
A 5,5 -5 , 8
Client
B 8 , -5 -3 , -3

71. Les règles du jeu on changé…
Jean-François Jagodzinski http://www.agilessence.fr
jf@jago.fr http://my.opera.com/jfjago/blog/