Comment les membres de votre équipe décriraient-ils le rôle des parties prenantes avec lesquelles ils travaillent ? Certains diraient que ce sont ces personnes que l’on est obligé de croiser une fois par sprint pour leur faire une démo, et récolter quelques remarques qui ne respirent pas toujours l’agilité. D’autres répondraient simplement qu’ils n’en n’ont jamais rencontré. A vrai dire, il faut avouer que les parties prenantes sont souvent les derniers auxquels on pense quand il s’agit de Scrum, il n’y a qu’à voir le peu de mots qui leur est consacré dans le guide.
Pourtant il est évident que les parties prenantes doivent jouer un rôle essentiel dans la construction du produit. C’est eux qui assurent le lien entre l’équipe et les utilisateurs, les clients, le marché … avec la réalité en fait. Ils sont à l’origine de la création de l’équipe, financent le développement du produit, définissent sa stratégie. Comment alors construire des interactions entre les parties prenantes et l’équipe, à la hauteur de ces enjeux ? Dans cette conférence, je vous présenterai en quoi les parties prenantes constituent, tout comme l’équipe Scrum, une équipe pluridisciplinaire dont la collaboration sera essentielle à la réussite de votre produit. Pour aller plus loin, je vous parlerai de leur rôle clé quand il s’agit de synchroniser plusieurs équipes entre elles.
5. Cette conférence est pour vous …
… si vous ne savez pas répondre à l’une de ces questions :
A) Qu’attendons-nous de nos parties prenantes ?
B) Suis-je partie prenante d’une équipe Scrum sans le savoir ?
C) En fait c’est quoi des parties prenantes ?
D) Quelle est la réponse D ?
6. Partie prenante
Scrum.org
« A person external to the Scrum Team with a specific interest in
and knowledge of a product that is required for incremental
discovery. »
10. Les propositions
Les Parties Prenantes …
… sont indispensables à l'équipe Scrum.
… constituent une équipe pluridisciplinaire.
… sont un maillon essentiel de l'agilité à l'échelle d'une organisation.
15. Valeurs
Un Engagement commun pour la réussite du produit.
Le Focus sur les priorités du moment.
Une Ouverture aux propositions de chacun.
Le Respect pour la qualité du travail accompli.
Saluer le Courage de chacun à explorer la complexité.
16. Ce qu'il y a à gagner pour les PP
Capacité à vous adapter aux évolutions du marché
Ajuster les coûts à l’impact réel du produit
Le droit de changer d’avis
Tester vos hypothèses en conditions réelles
17. Il faudra aussi renoncer
A définir un périmètre qui ne bougera pas
A définir une cible sans étapes intermédiaires
A planifier à long terme (au-delà du trimestre)
A prescrire la solution technique à l’équipe
19. Un groupe identifié
Un produit est un vecteur de valeur. Il a
une limite claire, des parties prenantes
connues, des utilisateurs ou des clients
bien définis.
« Le Product Owner peut représenter les
besoins de nombreuses parties prenantes
dans le Product Backlog. »
23. Stratèges
Adéquation produit /
attentes du marché
Ex : Marketing, Client, Manager,
PDG, PM …
Product Owner
§ Analyse les attentes du marché
§ Identifie des opportunités
d'évolution de l'objectif produit
§ Relations avec des partenaires
§ Identifie les enjeux de délais
24. Experts
Adéquation produit /
qualité attendue
Facultatif si toutes les
compétences sont dans l’équipe.
Ex : Architecte, Ergonome,
Exploitant, Support …
Développeurs
§ Représente les attentes de
qualité de l’organisation : DoD
§ Anticipe des opportunités
technologiques
§ Répond aux questions
techniques
25. Managers
Adéquation équipe /
travail à réaliser
Facultatif si l'équipe est autonome
sur le budget et le processus de
recrutement.
Scrum Master
§ A l'écoute de besoins de
l'équipe
§ Encadre l'évolution de la
composition de l'équipe
§ Porte une attention à chaque
personne
33. Pendant ce temps à Vera Cruz …
“Toute organisation qui conçoit un système produira
une conception dont la structure est une copie de la
structure de communication de l'organisation.”
Loi de Conway
37. Qui pour faire le lien ?
§ Connecter les produits entre eux
§ Définir un objectif commun
§ Décider de créer un produit
§ Trancher entre plusieurs priorités