- Nico Tondeur
- GAG Manager
- Agiliste / Serious Gamer depuis 2004
- « La valeur ne passe que par l’humain! »
Thèmes liés
Explorer les Trade Offs (Compromis) agiles
Un Trade Off est un compromis. Lorsque nous travaillons dans une démarche agile, nous utilisons régulièrement des compromis sans pour autant nous en rendre compte.
Manifeste Agile
Le manifeste agile est un bon exemple de compromis. « Nous valorisons les individus et leurs interactions devant les processus et les outils »… Nous sommes ici en plein dans le compromis, en reconnaissant que pour favoriser (valoriser) quelque chose nous devons potentiellement accepter de mettre de côté (ou en arrière-plan) autre chose.
Dans le cadre du manifeste, nous nous retrouvons souvent devant des dilemmes malgré tout… Par exemple : Puis-je , afin de valoriser les individus et leurs interactions, oublier complètement les outils et processus mis en place au sein de mon organisation ?
Nous faisons, entant qu’individu, que groupe ou qu’organisation, des choix afin de placer le curseur entre ces « antagonistes » au bon endroit. Nous avons l’habitude, entant qu’accompagnateur de la transformation, de dire que nous devons valoriser les individus et leurs interactions tout en utilisant les processus et les outils qui permettent de favoriser cette volonté. Et il en va de même pour les 3 autres valeurs du manifeste.
Les compromis du PO
Lorsqu’on parle de compromis en démarche agile, on peut aussi se focaliser sur le travail du Product Owner.
En effet, ce dernier doit souvent choisir de placer le curseur des travaux engagés sur une échelle de curseurs qui permettrons de valider si l’équipe doit se focaliser sur la satisfaction des parties prenantes, la livraison dans les temps, la livraison dans le budget alloué, la livraison de l’intégralité du périmètre, la réponse à tous les besoins, la satisfaction de l’équipe, la satisfaction des utilisateurs…
Souvent, le PO de fait accompagner pour prendre ces décisions et il aura besoin de mettre en place une « matrice » simple lui permettant d’orienter ces choix. Le framework SCRUM apporte souvent une réponse simplifiée pour les Pos : focalisez-vous sur la valeur… le souci étant souvent d’identifier ce qu’est la valeur.
Nous utilisons régulièrement, lors de nos accompagnements, la vidéo suivante : https://www.youtube.com/watch?v=3qMpB-UH9kA
Cette dernière, traduite par Florent Lothon depuis les travaux d’Henrik Kniberg, montre bien l’importance d’identifier les différents types de valeur que l’équipe peut produire : La valeur connaissance ou la valeur satisfaction des utilisateurs.
Faire des compromis de manière générale dans la démarche agile
De manière plus générale, la démarche agile est faite de compromis. Nous savons dés le départ que nous ne pourrons pas tout produire en même temps, il nous faut donc choisir ce que nous produirons en premier. La démarche agile favorisant la prise d’autonomie de l’équipe, il est généralement primordial, dans cette prise d’autonomie, de fournir à l’équipe l’outillage nécessaire (connaissance, pratique…) qui lui permettra de prendre les bonnes décisions, rapidement (de faire les bon compromis). Une des premières pratiques que nous proposons généralement est alors de rendre les choses explicites via la visibilité et la transparence notamment.
Si je dispose de toutes les informations nécessaires à prendre la décision, si j’ai toutes les connaissances pour pouvoir évaluer la conséquence d’un compromis, alors je peux, en toute autonomie, choisir le côté du curseur à favoriser.
Sources d’inspiration pour cet article : https://designthinkingagile.com/trade-off-sliders/
Que sont les « Agile Topic Cards »?
Créées par Jimmy Janlén de chez Crisp, ces cartes sont utilisées par nos coachs dans l’accompagnement des individus et des communautés dans le cadre des transformations agiles.
Elles présentent des sujets de la thématique « Agile » sur lesquels les personnes peuvent discuter, se renseigner, faire de la veille…
Pour plus d’informations sur notre manière d’utiliser ces cartes et pour les liens de téléchargement, vous pouvez consulter la page dédiée: Les Agile Topic Cards
Cet article vous a été utile?
Cliquez sur un cœur pour voter.
Les dernières "Agile Topic Card" ajoutées sur le site
ATC – 154 – INVEST
Vue de l'équipe du GAG sur la carte "Agile Topic N°154 : Rôles" par Jimmy Janlén
C'est parti >ATC – 171 – Cargo Cult
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 136 – YAGNI
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 127 – User Story Mapping
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 72 – Visualization
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 87 – Retrospective
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 117 – Outcome vs Output
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 111 – Démo
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 035 – Rôles
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >