Gestion de programme agile -Cas pratique -

Ali Bentaleb, Agile Teams and Enterprise Coach
Recommanda)ons
en

Ges)on
de
Programme
Agile

-‐Cas
pra)que-‐

Ali
Bentaleb,
Agile
Teams
and
Enterprise
Coach

Ges)onnaire
de
programme
agile
cer)ﬁé,
SPC

juin
2015

Sommaire

Ø  Contexte

Ø  Acquis
–
points
à
conserver

Ø  Constats
–
points
à
améliorer

Ø  Alignement
entre
les
équipes
et
la
vue
intégrée
de
la
livraison

Ø  Qualité
du
code

Ø  Discon7nuité
des
terminés

Ø  Gouvernance
du
programme
et
des
carnets
de
produits

Ø  Recommanda)ons

Ø  Ges7on
de
programme
agile

Ø  Concepts
pour
supporter
la
ges7on
du
programme

Ø  Structure
pour
supporter
la
ges7on
du
programme

Ø  Équipe
DevOps

Contexte

Ø  5
équipes
de
réalisa7on
agile
scrum
et
scrumban
de
5
à
9
personnes

Ø  1
équipe
de
AQ

Ø  1
équipe
de
déploiement
avec
SM,
PO
et
Release
manager

Ø  1
équipe
de
TI
pour
l’exploita7on
(ges7on
tradi7onnelle)

Ø  1
équipe
d’architecture
avec
un
SM
et
PO

Ø  1
équipe
des
analystes
fonc7onnels,
kanban
mais
en
Silos

Ø  1
équipe
de
gouvernance
de
programme

Ø  Les
propriétaires
de
processus

Acquis
…
Super!!

Ø  La
Démo
de
toutes
les
équipes
après
chaque
itéra7on

Ø  La
synchronisa7on
des
sprints
entre
les
équipes
de
réalisa7on

Ø  Le
support
de
l'équipe
de
déploiement

Ø  Les
super
mêlées
des
PO,
SM

Constats
:
Points
à
améliorer

Ø  1.
Alignement
entre
les
équipes
et
la
vue
intégrée
de
la

livraison

Ø  1.1
Le
concept
de
la
livraison

Ø  C’est
quoi
une
livraison?

Ø  La
durée
de
la
livraison
est
très
longue

Ø  Date
de
livraison
changent
chaque
sprint

Ø  Prépara7on
de
la
planiﬁca7on
des
livraisons
est
centralisée
par

l’architecture
et
la
gouvernance
du
programme

Ø  Livraisons
vs
produits
et
le
détail
approprié

Constats
:
Points
à
améliorer

Ø  1.Alignement
entre
les
équipes
et
la
vue
intégrée
de
la

livraison

Ø  1.2.
Planiﬁca)on
de
la
livraison

Ø  Peu
ou
pas
de
précision
des
contraintes
architecturales

Ø  Peu
de
précision
des
contraintes
UX
et
des
normes
et
standards

de
développement
à
respecter.

Ø  Peu
de
précision
concernant
la
stratégie
des
tests
et
des

environnements

Ø  Aucune
implica7on
des
membres
des
équipes
de
réalisa7on
et

de
la
ges7on
de
changement
dans
la
planiﬁca7on

Ø  Manque
de
partage
et
communica7on
de
la
vision
de
livraison

Constats:
Points
à
améliorer

Ø  1.Alignement
entre
les
équipes
et
la

vue
intégrée
de
la

livraison

Ø  1.3
Exécu)on
du
programme

Ø  Disposer
d’un
environnement
pour
les
tests
AQ
après
chaque

sprint

Ø  Précision
concernant
le
rôle
de
AQ
pour
exécuter
les
tests
de

prêt
accepta7on
et
la

valida7on
des
nouvelles
fonc7onnalités

après
chaque
itéra7on

Ø  Automa7ser
les
tests
cumula7fs

Ø  Implica7on
des
u7lisateurs
ﬁnaux
à
faire
des
tests
exploratoires

après
chaque
sprint.

Constats
:
Points
à
améliorer

Ø  2.
Qualité
du
code
:
«You
can’t
scale
crappy
code
»

Ø  Nombre
élevé
des
anomalies
(Déc.
2014)

Ø  Stabilités
diﬃcile
de
l’applica7on
pour
la
L1

Ø  La
revue
et
réfactoring
du
code

Ø  Automa7sa7on
des
tests
cumula7fs
(TDD)

Constats:
Points
à
améliorer

Ø  3.
Discon)nuité
des
terminés

Ø  Terminé
de
l’équipe
des
analystes

Ø  Terminé
des
équipes
de
réalisa7on

Ø  Terminé
architecture

Ø  Terminé
AQ

Ø  Terminé
u7lisateur

Ø  Terminé
performance

Ø  Terminé
DTI

Ø  Terminé
RM
(Release
manager)

Ø  Terminé
ges7on
de
changement

Constats:
Points
à
améliorer

Ø  4.
Gouvernance
du
programme
et
des
carnets

Ø  Indicateurs
de
suivi
du
programme

Ø  Les
indicateurs
de
suivi
de
la
performance
des
équipes

Ø  Iden7ﬁca7on
des
carnets
non
fonc7onnels
et
technologiques

Ø  Clariﬁca7on
des
rôles
et
responsabilités

Ø  La
présence
forte

de
l’approche
tradi7onnelle
dans
un
programme

agile

Ø  La
présence
des
spécialistes
agile
dans
la
gouvernance
d’un

programme
agile

Ø  Le
Rôle
des
SM
est
très
limité
et
sous
es7mé

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Ges)on
de
programme
Agile
(SAFe:
maque
de
commerce
de
Scaled
agile
Inc)

Ø  Concepts
pour
supporter
la
ges)on
du
programme

Ø  Découper
le
programme
sous
forme
de
pe7tes
livraisons

Ø  Limité
la
durée
de
la
livraison
(entre
4
et
6
itéra7ons)

Ø  Aligner
toutes
les
équipes
sur
une
vision
commune

exprimée
par
un
carnet
de
livraison

Ø  La
livraison
doit
être
encadrée
par
un
guide
architectural

et
des
normes
d’expérience
u7lisateur
(UX)
et
de

développement

bien
déterminées

Ø  Pas
d’équipe
en
silos

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Concepts
pour
supporter
la
ges)on
du
programme

Ø  Déterminer
les
étapes
à
valeur
ajoutée
d’une
livraison

Ø  Je
recommande:

Ø  Prépara7on
de
la
livraison-‐
les
PP
et
propriétaire
de

processus,
Lead
SM,
lead
AQ,
architecte
intégrateur,
AF

Ø  Planiﬁca7on
de
la
livraison-‐
Tout
le
monde

Ø  Développement
de
la
livraison
–
Équipes
de
réalisa7on

Ø  Stabilisa7on
et
performance
de
la
livraison
–Équipe.
R

Ø  Implémenta7on
de
la
livraison
(Accepta7on
et
MEP:
PP,

Forma7on
et
produc7on)
équipe
interdépendance-‐
DevOps

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Concepts
pour
supporter
la
ges)on
du
programme

Ø  Une
livraison
à
la
fois

Ø  Prévoir
une
itéra)on
vide
entre
chaque
livraison

Ø  Flux
de
livraison
en
kanban,
Réalisa)on
en
Scrum/XP
et

implémenta)on
en
kanban

Ø  Réalisa)on
en
cadence
et
implémenta)on
à
la
demande

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Concepts
pour
supporter
la
ges)on
du
programme

Ø  Iden)ﬁer
l’alloca)on
de
la
capacité
du
carnet
de
la
livraison

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Concepts
pour
supporter
la
ges)on
du
programme

Ø  Iden)ﬁer
l’alloca)on
de
la
capacité
des
carnets
de
produits

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Structure
pour
supporter
la
ges)on
du
programme

Ø  Réalisa)on

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Ø  Structure
pour
supporter
la
ges)on
du
programme

Ø  Synchronisa)on
:
Scrum
de
Scrum

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

Avoir
une
visibilité
sur
les
progrès

accomplis
et
les
obstacles

Ø  Structure
pour
supporter
la
ges)on
du
programme

Ø  Implémenta)on
:
Équipe
DevOps
-‐
Kanban

Recommanda)ons:

Les
recommanda)ons
sont
Basées
sur
la
référence
de
SAFe
adaptée
par
Ali
Bentaleb,
SPC

1.  Maintenir
les
environnements
à
jour

2.  Maintenir
la
Pré
Prod
comme
image
réelle
de

la
produc7on

3.  Déploie
en
accepta7on
après
chaque
itéra7on

4.  Déploie
en
produc7on
sur
demande
ou
avec

une
fréquence
moyenne
de
4

à
6
fois
par

année

5.  Automa7ser
la
compila7on
et
le
déploiement

dans
tous
les
environnements

6.  Assurer
le
lien
entre
le
développement
et

l’exploita7on

La
valeur
tangible
se
produit
uniquement
lorsque
les
u)lisateurs
ﬁnaux
recoivent
un
logiciel
qui
fonc7onnent
avec
succès

Ques)ons

Ali
Bentaleb,
MBA,
CSM,CSP,
SPC,
PMP,
ITIL

Agile
Teams
and
Enterprise
Coach,
Trainer

Bentaleb.ali@ngsolu)ons.ca

hgps://www.linkedin.com/proﬁle/view?
id=AAIAAAEif9QBAbFbPC9tdPw7ww)OtGE-‐1p6-‐
UE&trk=nav_responsive_tab_proﬁle_pic

514
659
3313

Gestion de programme agile -Cas pratique -

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (9)

Similar to Gestion de programme agile -Cas pratique -

Similar to Gestion de programme agile -Cas pratique - (20)

Gestion de programme agile -Cas pratique -