les dessous du po - agile france 2015

Les dessous du PO décomplexé

Par Estelle Vantillard & Brieuc Le Marec

9h30 – 10h30 Salle ?

estelle.vantillard@valtech.com brieuc.lemarec@valtech.com

#AgileFrance @

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

Le PO connecté à l’entreprise

Un cadrage musclé et un sprint 0 agité

Sprint 1 : L’avalanche de questions

Rétrospective numéro 1

Frein numéro 1

Le besoin a bougé

jusqu’à la fin du

sprint

Plusieurs réponses ne

sont jamais arrivées

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

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

L’atelier "Orga métier"

« Mesdames, messieurs, nous avons besoin

d’organiser notre collaboration»

Revue de Backlog

•Marketing

•Juridique

•Gestionnaire

Analyse &

Rédaction

Atelier Métier & Ergo & Graph

•Marketing

•Communication Externe

•Gestionnaire

•Ergonome

Rédaction & Créa

Atelier faisabilité

•Teach Leader

•Ergonome

Vers DOR

L M M J V L M M J V

Un déroulement d’un sprint côté métier

Sprint Planning Sprint N-1

Démo - Rétro Sprint N-1

Sprint 2 : Le conflit des priorités

Rétrospective numéro 2

Burn Down Sprint 2

Rétrospective numéro 2

On a corrigé des

anomalies de

production

Il y a des priorités qui

sont arrivées

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

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

Circonscrire les perturbations

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

Sprint 3 : La menace du brouillard

Rétrospective numéro 3

KEEP

DOING MORE

OF

LESS

OF

STOP

DOING

START

DOING

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

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

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

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.

Sprint 4 : La baisse d’entrain

Rétrospective numéro 4

Mood meter Sprint 4

Frein numéro 4

Peu de questionnement

en sprint planning

L’objectif du sprint est

difficile à identifier

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

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

Du reboost

Sprint 5 : Le syndrome de la bad news

Rétrospective numéro 5

Frein numéro 5

Le PO met de la pression

Peur de communiquer sur

des dates et un périmètre

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

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

De la transparence vers le haut

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

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

Merci à tous_