Engagements dans les équipes agiles
Certains des derniers articles traitaient de la Continuous Discovery et du Dual-Track Agile. Dans cet article, je souhaite aborder une autre dimension des méthodes de travail efficaces dans un environnement agile – à savoir comment gérer les engagements.
Les engagements sont souvent un problème
Quand on aborde le sujet des engagements dans les équipes agiles (comme par exemple vouloir savoir ce qu'on va obtenir et quand), la plupart des gens essaient de se défiler ou refusent tout simplement.
C'est une lutte permanente entre les managers et les parties prenantes qui veulent faire tourner l'entreprise (avec des plans de recrutement, des programmes marketing, des partenariats et des contrats qui dépendent de dates et de résultats concrets) et les membres de l'équipe de développement produit, qui hésitent naturellement à s'engager sur des dates et des livraisons – du moins tant qu'ils ne savent pas exactement ce qu'ils doivent livrer et s'ils seront en mesure de fournir les résultats commerciaux requis. De plus, ils ne peuvent tout simplement pas estimer ce que cela coûtera au final s'ils n'ont pas encore de solution.
La raison en est une leçon que de nombreuses équipes produit ont apprise à leurs dépens : beaucoup d'idées ne fonctionnent tout simplement pas comme nous l'espérions, et pour les idées qui pourraient effectivement fonctionner, il faut généralement plusieurs itérations avant d'arriver à un point où l'on peut considérer le produit comme un succès pour l'entreprise.
Pour des logiciels sur mesure, on peut peut-être simplement effectuer autant d'itérations que nécessaire jusqu'à ce que « l'entreprise » soit satisfaite du logiciel (ou abandonne l'idée). Pour une entreprise de produits, cela ne fonctionnera pas ainsi.
Ne te méprends pas. Beaucoup de gens m'ont entendu pester contre les dangers des roadmaps pour les parties prenantes. L'article sur l'Opportunity Backlog est simplement le plus récent à aborder ce problème. Les bonnes entreprises de produits minimisent ces engagements. Cependant, il y a toujours certains engagements qui doivent être pris pour qu'une entreprise puisse fonctionner efficacement.
Alors que faire ?
Il s'agit de comprendre que le moment où les engagements sont pris est la cause de tous ces problèmes d'engagements. Ils sont pris trop tôt ; avant même que nous sachions si nous pouvons honorer cet engagement – et ce qui est encore plus important – si nous pouvons résoudre le problème du client avec cela.
J'ai déjà écrit sur une situation similaire (voir ici). Dans le Dual-Track Agile, le Discovery Track consiste à répondre à ces questions avant d'investir de l'argent et du temps pour créer des produits de haute qualité.
Les engagements sont donc une question de donner et recevoir en permanence. Nous demandons aux dirigeants et aux autres parties prenantes de nous accorder un peu de temps dans la Product Discovery pour que nous puissions réfléchir à la solution nécessaire et la faire valider ; les clients doivent confirmer la valeur et l'utilisabilité, les développeurs doivent assurer la faisabilité et les parties prenantes doivent confirmer que c'est viable pour l'entreprise.
Une fois que nous avons trouvé une solution adaptée, nous pouvons faire une déclaration réfléchie et confiante sur le moment où nous pouvons la livrer et les résultats commerciaux que nous pouvons attendre. Nous pouvons également évaluer si cela en vaut la peine.
Note que nos chefs de projet sont extrêmement importants lorsqu'il s'agit de déterminer des dates concrètes pour les engagements. Pense simplement à ce qui se passe lorsque les développeurs estiment que quelque chose ne prendra peut-être que deux sprints, mais que cette équipe est déjà occupée par d'autres travaux et ne peut commencer de nouveaux travaux que dans un mois. Ces engagements et dépendances sont suivis par les chefs de projet.
Le compromis est donc très simple. L'équipe produit demande un peu de temps pour la Product Discovery avant que des engagements ne soient pris. Après la phase de Discovery, nous pouvons alors prendre des engagements sur les dates et les résultats, afin que nos collègues puissent également faire leur travail efficacement.
Ce texte provient du blog de Marty Cagan et a été traduit par nos soins en français.
Devenez Scrum Master certifié avec l'Agile Academy
Si tu souhaites mieux accompagner ton équipe en tant que Scrum Master dans leurs engagements et que tu recherches des informations complémentaires, nous avons plusieurs possibilités pour toi.
Nos formateurs certifiés proposent des formations dans le monde entier et te permettent d'obtenir une formation adaptée à tes besoins.
Pour les Scrum Masters, nous proposons les formations et opportunités de développement gratuites suivantes :
