Cinq initiatives qu'un PO peut prendre pour implémenter le rôle du PO dans une organisation complexe, où il est multi-connecté et multi-dépendant.
Le choix de ces 5 initiatives est le fruit d'un parti-pris appliqué parmi toutes celles qu'un PO peut apporter à Scrum pour l'adapter à son organisation, et à son organisation pour l'adapter à Scrum.
1. Les dessous du PO décomplexé
Par Estelle Vantillard & Brieuc Le Marec
9h30 – 10h30 Salle ?
estelle.vantillard@valtech.com
brieuc.lemarec@valtech.com
#AgileFrance@
2.
3. Le Product Owner by the book
• Seul aux commandes de son produit, de son équipe
• Redevable de ses utilisateurs et de son entreprise
• Souverain sur l’investissement de son budget
8. Frein numéro 1
Le besoin a bougé
jusqu’à la fin du
sprint
Plusieurs réponses ne
sont jamais arrivées
9. Frein numéro 1
Des réponses manquantes
Une définition de prêt (DOR)
riche
Un métier complexe et de
nombreux contributeurs
Des contributions pas
itératives
Le besoin a bougé
jusqu’à la fin du
sprint
Plusieurs réponses ne
sont jamais arrivées
10. Cause racine – Dessous PO numéro 1
L’atteinte de la DOR
n’est pas organisée
itérativement
Ritualiser la rédaction du
backlog à la DOR
(orga + management)
Initiative
DOR atteinte pour toutes
les user stories du sprint
planning
Objectif atteint
15. Rétrospective numéro 2
On a corrigé des
anomalies de
production
Il y a des priorités qui
sont arrivées
16. Frein numéro 2
On a corrigés des
anomalies de
production
Il y a des priorités qui
sont arrivées
Une maintenance qui
perturbe les priorités
Une équipe sollicitée en direct
et en urgence
La DSI a des objectifs qualité
(nb ano) à tenir
La priorisation échappe au
PO
17. Cause racine – Dessous PO numéro 2
Maintenance sur-
priorisée
La priorisation échappe
au PO
Intégrer les anomalies de
prod dans le sprint planning
Support passe par PO
Initiative
Pas de user story échouée
à cause de la maintenance
sans décision du PO
Objectif atteint
19. PO Libéré
Déroulé de la séance :
- Présentation Thème du Sprint
- Liste Anomalies PROD prioritaires
- Liste User Stories prêtes
- Détails Critères d’Acceptation (US) ou des Tests (ANO)
- Questions/Réponses PO Team
- Validation Compréhension et Estimation
Validation atteignable + Engagement collectif
22. Rétrospective numéro 3
Trop de tests de non
régression manuels
Démo tourne en
session de tests
Evaluer l’effort de
tests restant
Compétences de test
dans l’équipe
23. Frein numéro 3
Trop de tests de non
régression manuels
Démo tourne en
session de tests
Evaluer l’effort de
tests restant
Compétences de test
dans l’équipe
La DOD n’est pas comprise /
utilisée
On fait du best effort On
testera à la fin
On n’a pas toutes les
compétences de test dans
l’équipe
Pas de validation itérative
Absence de stratégie de test
24. Cause racine – Dessous PO numéro 3
Absence de stratégie de
validation
Utiliser la DOD pour porter
la stratégie de tests
Démontrable vs exploitable
Initiative
Visibilité sur l’effort de test
Partage de l’engagement
qualité
Objectif atteint
25. Un exemple de définitions de fini (DOD)
DOD d’une User Story
Le code source, tests compris est « mergé »
sur le master GIT.
Le code s’intègre correctement en intégration.
Tous les tests unitaires sont exécutés et
passants.
Le code est revu et tous les retours sont pris
en compte.
Tous les tests d’acceptation sont automatisés
et passants.
Le code est déployé sur l’environnement de
recette fonctionnelle.
DOD d’une Release
Chaque story de la release est DONE.
Plus de 80% de couverture de code par les
tests unitaires.
Plus de 70% de couverture de code par les
tests d’acceptation automatisés.
Les tests utilisateurs exploratoires sont
réalisés et les feedbacks sont intégrés ou
tracés.
Les tests de performance sont réalisés et les
performances optimisées.
Les tests de charge sont effectués et
satisfaisants.
28. Frein numéro 4
Peu de questionnement
en sprint planning
L’objectif du sprint est
difficile à identifier
29. Frein numéro 4
Peu de questionnement
en sprint planning
L’objectif du sprint est
difficile à identifier
L’équipe est attentiste.
Ne questionne pas, se
contente des éléments
apportés
L’équipe a du mal à se situer
Ne challenge plus
La vision du produit et les
enjeux sont perdus de vue
Manque d’animation autour
du produit et des enjeux
30. Cause racine – Dessous PO numéro 4
Manque d’animation
autour du produit et des
enjeux
Apporter le « pourquoi »
d’abord
Communiquer pour clarifier
les objectifs
Etre fun
Initiative
Plus d’implication
Plus d’engagement
Plus de sourires
Objectif atteint
34. Frein numéro 5
Le PO met de la pression
Peur de communiquer sur
des dates et un périmètre
35. Le PO met de la pression
Peur de communiquer sur
des dates et un périmètre
Frein numéro 5
Les indicateurs ne sont pas
tous au vert
Peur des reproches
Impacts politiques
Méconnaissance des effets
de la transparence
Pas l’habitude
36. Cause racine – Dessous PO numéro 5
Métier et IT n’utilisent
pas la transparence ni
les indicateurs Scrum
Proposer des supports de
pilotage « agilisés »
Inviter les managers en
démo
Initiative
Moins de pression en sprint
planning
Plus de réalisme
Objectif atteint
38. Plein d’autres initiatives à prendre
L’équipe travaille aussi
pour une autre MOA
L’équipe ne lit pas ce
que j’écris
L’équipe est ralentie par
l’attente de services
Le marketing m’oblige à
varier mes priorités en
cours de sprint
Mon manager me
demande le « reste à
faire »
Mon manager interfère
dans les priorités
La composition de
l’équipe n’est pas stable
39. Les initiatives du PO
Initiative de
mobiliser
solliciter
Initiative de
s’approprier
s’accaparer
Initiative de
challenger
revendiquer
Initiative de
motiver
Initiative
d’escalader
d’éduquer