Vous avez créé un produit intéressant pour vos utilisateurs mais savez-vous leur livrer de la valeur en continu ? Ce retour d’expérience (Société Elis) explore les leviers importants que nous avons utilisés pour livrer de la valeur aux utilisateurs chaque semaine. Il détaille les stratégies utilisées pour relier une product roadmap à de petits incréments livrés très régulièrement. Il démontre l’importance du choix de la Definition of Done dans la construction du flux et son impact sur l’implication du product owner. Enfin, il met en évidence le travail nécessaire sur la gestion des versions, des branches de développement mais aussi des environnements de validation pour créer un flux efficace. La mesure du flux est essentielle pour permettre son optimisation. Nous verrons dans cette présentation les indicateurs que nous trouvons utiles à suivre ainsi que les décisions qu’ils permettent de prendre.

1. 20 & 21 septembre 2022 - New Cap Event Center
Sous le capot d'un bon TTM
(Rex ELIS)
Sandrine Badetz & Sébastien Delest

2. Remerciements à nos sponsors et partenaires
Partenaire

3. Qui sommes-nous ?
Coach agile
Elis
Product Owner
Elis

4. Elis, plus d'un siècle d'expertise
Elis est un prestataire multiservice international qui propose des solutions de location-entretien
d’articles textiles, d’hygiène et de bien-être.

5. Pourquoi ce retour
d’expérience ?

6. Le produit GLAD
400 managers en charge de la logistique opérationnelle
6 000 agents de service sillonnent les routes quotidiennement

7. Des débuts en V

8. Reboot agile & techno
Nouvelle Scrum team
Approche Scrum
Environnement Azure
Livraisons fréquentes
Produit
Utilisateurs
Dev team
Scrum
Master
Product
Owner

9. de l'Apprentissage à l'Engouement
La règle d'Or: Glad = Facilitateur pour les opérationnels

10. Expérience positive

11. Sous le capot d’un bon TTM

12. Definition of Done
Développement
& Tests
Validation
Product owner
TNR
manuels
Livré
Développement
& Tests
Validation
Product owner
TNR
manuels
Livré
Développement
& Tests
Validation Product
owner
Livré
R
e
a
d
y
T
o
D
e
v
R
e
a
d
y
T
o
D
e
v
R
e
a
d
y
T
o
D
e
v
Sprint
Sprint
Sprint

13. Le flux de travail
Kanban de préparation
Scrum de réalisation (sprint)
B
a
c
k
l
o
g
R
e
f
i
n
e
m
e
n
t
R
e
a
d
y
t
o
d
e
v
D
e
v
e
l
o
p
m
e
n
t
V
a
l
i
d
a
t
i
o
n
Q
A
V
a
l
i
d
a
t
i
o
n
P
O
D
O
N
E
=
P
r
ê
t
p
o
u
r
T
N
R
De l’espace pour le PO pour travailler son backlog
Le Refinement, un passage obligé pour travailler avec la dev team
Contribution régulière
du PO dans le sprint

14. Livrer souvent

15. Fluidité
US
Dev
Version
Testeur
Version
Product Owner
Sprint

16. Qualité du flux
Temps moyen pour chaque activité (en jour)
0
2
4
6
8
10
Dev
Code review
To Deploy
Qua Validation
Testeur Validation
PO
Cible 23/06/2022 08/07/2022 21/07/2022 09/09/2022 15/09/2022

17. Stock du sprint
0
20
40
60
80
100
120
140
160
180
200
mai-21 juil.-21 sept.-21 nov.-21 janv.-22 mars-22 mai-22 juil.-22 sept.-22
Vélocité & Temps de cycle

18. Répartitions des story points
37
8
30
95
5
Dev
Code review

19. Livraisons par mois
0
1
2
3
4
5
6
a
v
r
.
-
2
1
m
a
i
-
2
1
j
u
i
n
-
2
1
j
u
i
l
.
-
2
1
a
o
û
t
-
2
1
s
e
p
t
.
-
2
1
o
c
t
.
-
2
1
n
o
v
.
-
2
1
d
é
c
.
-
2
1
j
a
n
v
.
-
2
2
f
é
v
r
.
-
2
2
m
a
r
s
-
2
2
a
v
r
.
-
2
2
m
a
i
-
2
2
j
u
i
n
-
2
2
j
u
i
l
.
-
2
2
a
o
û
t
-
2
2
Échec
Succès

20. Taux d’échec de déploiement
0,00
0,10
0,20
0,30
0,40
0,50
sept.-21 oct.-21 nov.-21 déc.-21 janv.-22 févr.-22 mars-22 avr.-22 mai-22 juin-22 juil.-22 août-22

21. Accelerate - State of DevOps 2021

22. Product Roadmap
Inspiré de https://www.romanpichler.com/blog/working-go-product-roadmap/
Release
Release
Name
Q1
Release
Name
Q2
Release
Name
Q3
Release
Name
Q4
Goal
The goal of the releases
Features
List of features
ordered by value (max 5)
Feature
User
stories
User
stories
User
stories
Release ≠ Livraison

23. Release Plan
-100
-50
0
50
100
150
200
250
Velocity
New items
Sprint #1
Sprint #2
Sprint #3
Sprint #4
Sprint #5
Remaining
story
points
of
the
release
backlog
Sprint #6
Sprint #7
Initial Forecast
Ajusted Forecast
https://www.morisseauconsulting.com/2016/03/17/plan-de-release/

24. Indicateurs de release
0,0
2,0
4,0
6,0
8,0
10,0
12,0
14,0
16,0
0%
10%
20%
30%
40%
50%
60%
2021-Q1 2021-Q2 2021-Q3 2021-Q4 2022-Q1 2022-Q2
Interval de livraison % of bug

25. Fonctionnalité
US 1 US 2 US 3 US 4 US 5 US 6 US 7 US 8
TTM des fonctionnalités
Couper ou améliorer
Temps
Valeur
Apprentissages
Valeur métier
Adapté de « The Knowledge-Acquisition Curve -- Alistair Cockburn 2011 »

26. Pour un suivi efficace
Une fonctionnalité ∈ une release de 3 mois
Si une fonctionnalité > 3 mois de travail ⇨ découpage fonctionnel
Une fonctionnalité ∈ une release du passée est toujours terminée
TTM d’une fonctionnalité ≈ 3 mois

27. Conclusion