Journée Agilité le 15 mars 2012 avec l'EI-CESI de Bordeaux.

1. Journée Agilité
15/03/12 1

2. Check-In
15/03/12 2

3. Personal Branding
Fabrice Aimetti
Serial Retrospective Coach Fondateur Sky Castle Commencez
Traducteur Man Agile Agilarium® Gamer le voyage !
15/03/12 3
(agilarium.com) (agilarium.blogspot.com) (agilarium.wikispaces.com) (@Agilarium) (skycastlegame.net)

4. Backlog matinée
A faire En cours Fini
Il était
une fois
30 Manifeste
Agile
60
Scrum
(& Kanban)
60
Bon
Appétit
60
15/03/12 4

5. Backlog matinée
A faire En cours Fini
Il était
une fois
Manifeste 30
Agile
60
Scrum
(& Kanban)
60
Bon
Appétit
60
15/03/12 5

6. Aucun reniement des
méthodes utilisées jusque là
Simplement tirer les leçons du passé et s’améliorer
PAS de choc frontal,
c’est beaucoup plus
subtil !
15/03/12 6

7. Mais quand même...
on en a bien bavé !
JE planifie, TU réalises, JE contrôle, TU t'ajustes...
?
15/03/12 7

8. Approche prédictive
Beaucoup de projets ressemblent à des boulets de canon...
Hypothèses :
• Le client sait ce qu’il veut :
”le cahier décharge”
Système
prédictif
(les bonnes • Le fournisseur sait comment le construire :
idées, c’est ”l’énorme de développements”
au début)
• Rien ne va changer au cours du projet :
”un nouvel espoir ?”
26/02/12 8

9. Leçons apprises
Fabriquer le bon produit
Coût
é
x it
le
mp
Co
La moitié des
choses que nous
développons ne
sont jamais
utilisées !
# de fonctionnalités
26/02/12 9

10. Leçons apprises
Maximiser le minimalisme (”less is more”)
”Je ne veux pas plus de fonctionnalités.”
”Je veux plus de cas d’usage.”
26/02/12 10

11. Backlog matinée
A faire En cours Fini
Il était
une fois
Manifeste 30
Agile
60
Scrum
(& Kanban)
60
Bon
Appétit
60
15/03/12 11

12. Manifeste Agile
Manifeste pour le développement Agile de logiciels (11-13 Fév 2001)
www.agilemanifesto.org/iso/fr
Nous découvrons comment mieux développer des logiciels
par la pratique et en aidant les autres à le faire.
Ces expériences nous ont amené à valoriser :
Les individus et leurs interactions
plus que les processus et les outils
Des logiciels opérationnels
plus qu’une documentation exhaustive
La collaboration avec les clients
plus que la négociation contractuelle
L’adaptation au changement
plus que le suivi d’un plan
26/02/12 Nous reconnaissons la valeur des seconds éléments 12
mais privilégions les premiers. Traduit par le CARA

13. Manifeste Agile
Principes sous-jacents au Manifeste Agile
 Notre plus haute priorité est de satisfaire le client  Un logiciel opérationnel est la principale mesure
en livrant rapidement et régulièrement des d’avancement.
fonctionnalités à grande valeur ajoutée.
 Les processus Agiles encouragent un rythme de
 Accueillez positivement les changements de besoins, développement soutenable. Ensemble, les
même tard dans le projet. Les processus Agiles commanditaires, les développeurs et les utilisateurs
exploitent le changement pour donner un avantage devraient être capables de maintenir indéfiniment un
compétitif au client. rythme constant.
 Livrez fréquemment un logiciel opérationnel avec des  Une attention continue à l'excellence technique et à une
cycles de quelques semaines à quelques mois et une bonne conception renforcent l’Agilité.
préférence pour les plus courts.
 La simplicité – c’est-à-dire l’art de minimiser la
 Les utilisateurs ou leurs représentants et les quantité de travail inutile – est essentielle.
développeurs doivent travailler ensemble
 Les meilleures architectures, spécifications et
quotidiennement tout au long du projet.
conceptions émergent d'équipes auto-organisées.
 Réalisez les projets avec des personnes motivées.
 À intervalles réguliers, l'équipe réfléchit aux moyens de
Fournissez-leur l’environnement et le soutien dont ils
devenir plus efficace, puis règle et modifie son
ont besoin et faites-leur confiance pour atteindre les
comportement en conséquence.
objectifs fixés.
 La méthode la plus simple et la plus efficace pour
transmettre de l’information à l'équipe de
développement et à l’intérieur de celle-ci est le dialogue
26/02/12 à face.
en face 13
Traduit par le CARA

14. Atelier
Reconnaissez-vous des valeurs, principes et
pratiques Lean dans le Manifeste Agile ?
26/02/12 14

15. Atelier
26/02/12 15

16. Leçons apprises
L’Agile ressemble à un missile à tête chercheuse...
Hypothèses :
• Le client découvre au fur et à mesure ce qu’il veut :
”besoins émergents”
• Le fournisseur découvre comment le construire :
”architecture & conception émergente”
• Les choses changent au cours du projet :
”embrassez le changement !” (principe n°2)
Système adaptatif
(on a tout le temps
de bonnes idées)
Besoins Conception Dévelop. Test
26/02/12 16

17. L'Agile, le bon sens en action
A B
Planning C D
(voué à l’échec,
mais nous ne le savons pas encore) Sem 1 Sem 2 Sem 3 Sem 4
Oups, nous sommes
Scénario traditionnel en retard ! Et le
”Nous allons livré ABCD en 4 semaines” client n'a rien ! A B
C D
Périmètre
Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6 Sem 7 Sem 8
X X X
Coût
Qualité
Délai
Scénario Agile Oups, nous avons seulement fini
”Nous livrons toujours quelque chose à chaque sprint (2 semaines)” AB ! Notre vélocité est moindre
”Nous pensons pouvoir finir ABCD en 2 sprints, mais nous n’en sommes pas sûrs”
que prévue. Qu’allons-nous faire
”Nous livrons toujours les items les plus importants en premier” Nous serons maintenant ?
Périmètre
probablement
en retard...
Qualité Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6
Coût Délai
A A B A B E
26/02/12 17

18. Agile
Agile vs Cascade Cascade
Coût du Intensité
Changement &
Stress
Temps Temps
Valeur
Livrée Transparence
&
Implication
du Client
Temps Temps
© VersionOne
26/02/12 18

19. Backlog matinée
A faire En cours Fini
Il était
une fois
Manifeste 30
Agile
60
Scrum
(& Kanban)
60
Bon
Appétit
60
15/03/12 19

20. Scrum, l'héritage TPS
1947
Wiliam Edwards Deming est envoyé à Tokyo comme
conseiller de l’État-major des forces alliées pour appliquer
ses théories sur le Management.
1948-1975
Taiichi Ohno et Eiji Toyoda développe le Système de
Production Toyota (TPS), que l'on appellera plus tard le
Lean.
1986
Hirotaka Takeuchi et Ikujiro Nonaka étudie notamment
les méthodes des industries japonaises et publie un article
décrivant une nouvelle façon d'organiser les équipes en se
26/02/12 20
basant sur la métaphore de la mêlée de rugby Scrum.

21. Scrum, la naissance
1993
Jeff Sutherland déploie Scrum pour la première fois chez
Easel Corporation.
1995
Jeff demande à Ken Schwaber (DG Advanced Development
Methods) de l'aider à déployer Scrum chez Individual,
société Internet.
1995
Ken Schwaber et Jeff Sutherland présentent le framework
Scrum dans un contexte de développement logiciel lors de la
conférence OOPSLA.
26/02/12 21

22. Scrum, le framework
Qu'est-ce-que
vous voyez ?
26/02/12 22

23. Scrum, le framework
Scrum 3 artefacts
Master Équipe (documentaires)
3 cérémonies
3 rôles
Burndown
Product Chart
Mêlée
Vision Owner quotidienne
Revue de Sprint
= Incrément Produit
Backlog Sprint de (potentiellement
du Produit Backlog 1 à 4 semaines déployable)
du Sprint & Rétrospective
Sélection « Grooming »
(=négociation)
du contenu lors
de la réunion de
Planification du
Sprint
26/02/12 23
PLAN............DO.............CHECK....ACT

24. Scrum, on découpe tout
Découpez votre produit
Découpez votre
organisation
De grandes équipes passant beaucoup de temps à construire de grosses choses.
De petites équipes passant un peu de temps à construire de petites choses
… mais intégrant le tout régulièrement pour voir l’ensemble.
Optimiser le processus
Optimiser la valeur métier
€€€
Découpez
le temps
Janvier Avril
€
26/02/12 24

25. Kanban, le petit frère
Tableau Scrum Tableau Kanban
A faire En cours Fini :o) A faire En cours Fini :o)
2
A A Mis au point par
David Anderson
B B en 2004
C C Règles
Visualiser le processus
D D Limiter le WIP
Mesurer & optimiser flux
Définir autres règles
Flux
Flux Flux – Lead time moyen ::
Flux – Lead time moyen 6 jours
jours
(DoD, , ...)
WIP limité par unité de temps (itération) WIP limité par état du processus (workflow)
70
60
Burndown CFD
Reste à faire 50
estimé 40
30
20
10
Août 1 2 3 4 5 8 9 10 11 12 15 16 17 18 19
Date
26/02/12 25

26. Scrum & Kanban tirer le meilleur des 2
Étape 1 Étape 2 Étape 3
Equipe Equipe Equipe Equipe Equipe Equipe Equipe Equipe Equipe
n°1 n°2 n°3 n°1 n°2 n°3 n°1 n°2 n°3
Scrum
Scrum Scrum
Scrum Scrum
Scrum Scrum
Scrum Scrum
Scrum Scrum
Scrum Scrum Scrum Scrum
Scrum Scrum Scrum
Operations / support team Operations / support team
Scrum
Scrum Kanban
Kanban
DevOps =
Build & Run
26/02/12 26

27. On en parlera une
prochaine fois...
peut-être :o)
26/02/12 27

28. Backlog matinée
A faire En cours Fini
Il était
une fois
Manifeste 30
Agile
60
Prez
Scrum
60
Bon
Appétit
60
15/03/12 28

29. Journée Agilité
15/03/12 29

30. Backlog après-midi
A faire En cours Fini
Intro
PM
10
Airplane
Kanban Game 60
Game
120
Rétro
15
15/03/12 30

31. Backlog après-midi
A faire En cours Fini
Intro
PM
10
Airplane
Kanban Game
60
Game
120
Rétro
15
15/03/12 31

32. Airplane Game
Exécution du jeu :
●
Construction d'un maximum d'avions par 4 fabricants et 1 testeur.
●
En 2 minutes.
3 EQUIPES EN
COMPETITION
DEV1 DEV2 DEV3 DEV4 TEST
Processus de fabrication d’un avion en papier
Processus de fabrication d’un avion en papier
15/03/12 32

33. Airplane Game EQUIPE 1
Exécution en mode « flux poussés » :
1 avion fini = 1M€
●
On produit à tout va. 1 avion wip = 2M€ # €
Fini 5 5
Wip 3 6
3
Encours
Profit -1
5 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On limite l'encours. 1 avion wip = 2M€ # €
Fini 6 6
Limite d'encours 2 2 1 2 2 Wip 4 8
4 Profit -2
Encours
6 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On optimise le goulet. 1 avion wip = 2M€ # €
Fini 7 7
Limite d'encours 1 2 2 2 Wip 2 4
2 Profit 3
Encours
7 finis
15/03/12 33

34. Airplane Game EQUIPE 2
Exécution en mode « flux poussés » :
1 avion fini = 1M€
●
On produit à tout va. 1 avion wip = 2M€ # €
Fini 7 7
Wip 4 8
4
Encours
Profit -1
7 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On limite l'encours. 1 avion wip = 2M€ # €
Fini 3 3
Limite d'encours 2 2 1 2 2 Wip 3 6
3 Profit -3
Encours
3 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On optimise le goulet avec un poste « volant ». 1 avion wip = 2M€ # €
Fini 7 7
Limite d'encours 2 2 2 2 Wip 1 2
1 Profit 5
Encours
8 finis
15/03/12 34

35. Airplane Game EQUIPE 3
Exécution en mode « flux poussés » :
1 avion fini = 1M€
●
On produit à tout va. 1 avion wip = 2M€ # €
Fini 5 5
Wip 2 4
2
Encours
Profit 1
5 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On limite l'encours. 1 avion wip = 2M€ # €
Fini 7 7
Limite d'encours 2 2 1 2 2 Wip 2 4
2 Profit 3
Encours
7 finis
Exécution en mode « flux tirés » : 1 avion fini = 1M€
●
On optimise le pliage au 1er poste de travail. 1 avion wip = 2M€ # €
Fini 6 6
Limite d'encours
2 2 1 2 2 Wip 2 4
2 Profit 2
Encours
6 finis
15/03/12 35

36. Limiter l'encours
SCENARIO « Pas à pas »
Dev
Backlog Next 3 In production :o)
2
Ongoing Done
A
B
G
C
F
D
H
I
J L E
M K
21/02/12 36

37. Limiter l'encours
SCENARIO « Pas à pas »
Dev
Backlog Next 3 In production :o)
2
Ongoing Done
A
G
B
C
F
D
H
I
J L E
M K
21/02/12 37

38. Limiter l'encours
SCENARIO « Pas à pas »
Dev
Backlog Next 3 In production :o)
2
Ongoing Done
A
G
B
C
F
D
H
I
J L E
M K
21/02/12 38

39. Limiter l'encours
SCENARIO « Pas à pas »
Dev
Backlog Next 3 In production :o)
2
Ongoing Done
C A
G
D B
F
H
I
J L E
M K
21/02/12 39

40. Limiter l'encours
SCENARIO « Pas à pas »
Dev
Backlog Next 3 In production :o)
2
Ongoing Done
C A
G
D B
F
H
I
J L E
M K
21/02/12 40

41. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
A
B
G
C
F
D
H
I
J L E
M K
21/02/12 41

42. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
A
G
B
C
F
D
H
I
J L E
M K
21/02/12 42

43. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
C A
G
D B
F
H
I
J L E
M K
21/02/12 43

44. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
C A
G
D B
F
H
I
J L E
M K
21/02/12 44

45. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
C A
G
D
!? B
F
H
I
J L E
M K
21/02/12 45

46. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
G !? A
D B
F
E C
H
I
J L
M K
21/02/12 46

47. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
A
G
D B
F
E C
H
I
J L
M K
21/02/12 47

48. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
A
G
D B
F
E C
H
I
J L
M K
21/02/12 48

49. Limiter l'encours
SCENARIO « Problème de déploiement »
Dev
Backlog Next 3 In production :o)
2
PO Ongoing Done
D A
G
B
E
F
C
H
I
J L
M K
21/02/12 49

50. Limiter l'encours
http://www.tocca.com.au/Images/FlashFiles/demoOperations.swf
Théorie des Contraintes :
(1) Identifiez les contraintes.
(2) Exploitez la contrainte.
(3) Subordonnez tout à la décision ci-dessus.
(4) Optimisez la contrainte.
15/03/12 50
(5) Retournez à l'étape (1) une fois la contrainte supprimée.

51. Backlog après-midi
A faire En cours Fini
Intro
PM
10
Airplane
Game
Kanban 60
Game
120
Rétro
15
15/03/12 51

52. Kanban Game
15/03/12 52

53. Kanban Game
Story de priorité H(aute), M(oyenne), B(asse) estimée par l'équipe.
3 sprint de 10 jours.
Vélocité Rétro
# 1 2 3 4 5 6 7 8 9 10 V R
1 x x x x x x x x x x 0
2 x x x x x x x x x H4 4
3 H4 x x x x H2 x x M2 / 14
H2 H3
H1
15/03/12 53

54. Kanban Game
Philippe
Christophe
François-Xavier Manuel
pratique le lancer
de dés au sol :)
15/03/12 54

55. Kanban Game
Hicham Benjamin Bastien
Christophe Fabien Joel Audrey
15/03/12 55

56. Kanban Game
Kiné
Rokhaya
Claire Camille
Élodie
Guillaume
15/03/12 56
2 rayons de soleil

57. Backlog après-midi
A faire En cours Fini
Intro
PM
10
Airplane
Game
Kanban 60
Game
120
Rétro
15
15/03/12 57

58. Learning Matrix
15/03/12 58

59. Agenda prévisionnel
2012
2012
16/03 24/05
2012 2012
27/03 16/06
2012
05/04 Scrum Wine 2012
Oct.
2012 2012
26/04 08/11
15/03/12 59

60. FINI !
15/03/12 60