4 raisons pour les Product Owners d'impliquer les développeurs dans la rédaction des Stories
Beaucoup de gens sont étonnés quand on recommande d'inclure également les programmeurs dans les ateliers d'écriture de stories. Mais après tout, ces ateliers sont des réunions qui visent à déterminer quelle fonctionnalité sera développée ensuite. Ces ateliers peuvent par exemple avoir lieu une fois par trimestre, mais certains projets nécessitent l'écriture de stories à chaque Sprint.
Indépendamment de la fréquence des réunions, il est important que les programmeurs, testeurs et autres experts techniques y participent également. Toutes ces personnes peuvent être regroupées sous le terme "développeur" et les quatre raisons suivantes montrent pourquoi il est si important d'impliquer tous les développeurs dans l'écriture de stories.
Plus grand engagement des développeurs
Il est important d'impliquer les développeurs car on souhaite qu'ils soient enthousiastes et convaincus par le produit, et qu'ils s'y engagent pleinement. Après tout, des développeurs qui ne ressentent aucun intérêt pour ce sur quoi ils travaillent ne fourniront jamais leur meilleure performance. Lorsqu'ils participent aux réunions, ils ont la possibilité de contribuer. Il est peu probable que leurs idées soient aussi bonnes que celles du Product Owner ou d'autres personnes qui ont une compréhension plus approfondie de l'entreprise et des clients, mais elles méritent tout de même d'être entendues.
Meilleure compréhension des exigences
Comment acquérir une compréhension plus approfondie de l'entreprise et des clients ? En réfléchissant au produit, à l'entreprise et aux clients ! Les développeurs ont cette opportunité lorsqu'ils participent à des Story Writing Workshops. Plus ils sont impliqués, plus ils apprennent. Et petit à petit, on se rend compte que certaines des meilleures idées peuvent en fait venir des développeurs.
Ce n'est pas aussi chronophage qu'on le croit
Une objection à la participation des développeurs à ce type d'ateliers est qu'ils ont alors moins de temps pour participer à d'autres réunions ou pour faire leur "vrai travail" : écrire du code. Cependant, une partie de ce temps est récupérée lors des Sprints suivants, car les développeurs auront moins de questions à poser. S'ils sont présents lors de la genèse des idées, ils n'auront pas besoin de demander plus tard pourquoi le client veut telle ou telle chose, alors qu'il existe d'autres moyens de répondre à ce besoin, etc. Certes, la participation des développeurs aux réunions prend du temps, mais pas autant qu'on pourrait le penser. Et tous les avantages qui en découlent compensent largement cet investissement.
La créativité est stimulée
Plus il y a de personnes qui réfléchissent à la façon d'optimiser le produit, plus le Product Owner dispose d'idées pour établir ses priorités. C'est particulièrement utile car les développeurs ont souvent une perspective très différente d'un problème par rapport aux personnes du côté business. Aucune des deux n'est meilleure ou moins bonne. C'est la diversité des connaissances, des compétences et des façons de penser qui permet de trouver la meilleure solution possible à un problème pour le client.
Il y a certainement d'autres points que je n'ai pas mentionnés ici, mais tu trouveras sûrement toi-même d'autres raisons pour lesquelles les programmeurs et autres experts techniques devraient être impliqués dans les Story Writing Meetings.
Ce texte provient du blog de Mike Cohn et a été traduit par nos soins.
Qu'est-ce qu'un Chief Product Owner
=> Comment fonctionne le travail avec plusieurs Product Owners dans les grands projets ?
Travailler avec les User Stories
=> Voici comment fonctionnent les User Stories dans Scrum.
