journée agilité avec ei-cesi (15-mar-12)

15/03/12 1

Journée Agilité

15/03/12 2

Check-In

15/03/12 3

Personal Branding

Sky Castle Gamer

SerialTraducteur

RetrospectiveMan

CoachAgile

FondateurAgilarium®

Fabrice AimettiCommencezle voyage !

(agilarium.com) (agilarium.blogspot.com) (agilarium.wikispaces.com) (@Agilarium) (skycastlegame.net)

15/03/12 4

Backlog matinée

Il étaitune fois

ManifesteAgile

Scrum(& Kanban)

A faire En cours Fini

30

60

60

BonAppétit

60

15/03/12 5

Backlog matinée

Il étaitune fois

ManifesteAgile

Scrum(& Kanban)

A faire En cours Fini

30

60

60

BonAppétit

60

15/03/12 6

Aucun reniement desmé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 7

Mais quand même...on en a bien bavé !

JE planifie, TU réalises, JE contrôle, TU t'ajustes...

?

26/02/12 8

Approche prédictiveBeaucoup de projets ressemblent à des boulets de canon...

Hypothèses :• Le client sait ce qu’il veut :

”le cahier décharge”

• Le fournisseur sait comment le construire :”l’énorme de développements”

• Rien ne va changer au cours du projet :”un nouvel espoir ?”

Systèmeprédictif

(les bonnesidées, c’estau début)

26/02/12 9

Leçons apprises

La moitié des choses que nous développons ne

sont jamais utilisées !

Comple

xitéCoû

t

# de fonctionnalités

Fabriquer le bon produit

26/02/12 10

Leçons apprisesMaximiser le minimalisme (”less is more”)

”Je ne veux pas plus de fonctionnalités.”

”Je veux plus de cas d’usage.”

15/03/12 11

Backlog matinée

Il étaitune fois

ManifesteAgile

Scrum(& Kanban)

A faire En cours Fini

30

60

60

BonAppétit

60

26/02/12 12

Manifeste AgileManifeste pour le développement Agile de logiciels (11-13 Fév 2001)

www.agilemanifesto.org/iso/frNous 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 interactionsplus que les processus et les outils

Des logiciels opérationnelsplus qu’une documentation exhaustive

La collaboration avec les clientsplus que la négociation contractuelle

L’adaptation au changementplus que le suivi d’un plan

Nous reconnaissons la valeur des seconds éléments mais privilégions les premiers.

Traduit par le CARA

26/02/12 13

Manifeste AgilePrincipes sous-jacents au Manifeste Agile

Notre plus haute priorité est de satisfaire le clienten livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.

Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.

Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts.

Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet.

Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les 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 en face à face.

Un logiciel opérationnel est la principale mesure d’avancement.

Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant.

Une attention continue à l'excellence technique et à une bonne conception renforcent l’Agilité.

La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.

Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées.

À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.

Traduit par le CARA

26/02/12 14

AtelierReconnaissez-vous des valeurs, principes et pratiques Lean dans le Manifeste Agile ?

26/02/12 15

Atelier

26/02/12 16

Leçons apprisesL’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 tempsde bonnes idées)

Besoins Conception Dévelop. Test

26/02/12 17

L'Agile, le bon sens en action

Sem 1 Sem 2 Sem 3 Sem 4

C DA B

Sem 5 Sem 6 Sem 7 Sem 8

Planning

Sem 1 Sem 2 Sem 3 Sem 4

C DA B

(voué à l’échec, mais nous ne le savons pas encore)

Scénario traditionnel”Nous allons livré ABCD en 4 semaines”

Périmètre

Coût DélaiQualité

Scénario Agile”Nous livrons toujours quelque chose à chaque sprint (2 semaines)””Nous pensons pouvoir finir ABCD en 2 sprints, mais nous n’en sommes pas sûrs””Nous livrons toujours les items les plus importants en premier”

Périmètre

Coût Délai

Qualité

XXX

Sem 1 Sem 2

A A B

Sem 5 Sem 6

EA

Sem 3

B

Oups, nous avons seulement fini AB ! Notre vélocité est moindre que prévue. Qu’allons-nous faire

maintenant ?

Sem 4

Nous serons probablement

en retard...

Oups, nous sommes en retard ! Et le client n'a rien !

26/02/12 18

Agile vs Cascade

Coût duChangement

ValeurLivrée

Intensité&

Stress

Transparence&

Implicationdu Client

Temps Temps

Temps Temps

AgileCascade

© VersionOne

15/03/12 19

Backlog matinée

Il étaitune fois

ManifesteAgile

Scrum(& Kanban)

A faire En cours Fini

30

60

60

BonAppétit

60

26/02/12 20

Scrum, l'héritage TPS

1947Wiliam Edwards Deming est envoyé à Tokyo comme conseiller de l’État-major des forces alliées pour appliquer ses théories sur le Management.

1948-1975Taiichi Ohno et Eiji Toyoda développe le Système de Production Toyota (TPS), que l'on appellera plus tard le Lean.

1986Hirotaka 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 basant sur la métaphore de la mêlée de rugby Scrum.

26/02/12 21

Scrum, la naissance

1995Jeff demande à Ken Schwaber (DG Advanced Development Methods) de l'aider à déployer Scrum chez Individual, société Internet.

1995Ken Schwaber et Jeff Sutherland présentent le framework Scrum dans un contexte de développement logiciel lors de la conférence OOPSLA.

1993Jeff Sutherland déploie Scrum pour la première fois chez Easel Corporation.

26/02/12 22

Scrum, le framework

Qu'est-ce-que vous voyez ?

26/02/12 23

Scrum, le framework

Backlogdu Produit Backlog

du Sprint

Sprint de1 à 4 semaines

Mêléequotidienne

Revue de Sprint= Incrément Produit

(potentiellementdéployable)

& Rétrospective

Vision

Sélection(=négociation)du contenu lors de la réunion de Planification du

Sprint

ProductOwner

ScrumMaster Équipe

3 artefacts(documentaires)

3 cérémonies3 rôles

« Grooming »

BurndownChart

PLAN............DO.............CHECK....ACT

26/02/12 24

Scrum, on découpe tout

Découpez votre organisation

Janvier Avril

Découpez le temps

Optimiser la valeur métier

€

€€€

Optimiser le processus

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.

Découpez votre produit

26/02/12 25

Kanban, le petit frère

A faire En cours Fini :o)

B

C

A

D

FluxFlux

Tableau Scrum

WIP limité par unité de temps (itération)

Burndown

10203040506070

1 2 3 4 5 8 9 10 11 12 15 16 17 18 19Août

Reste à faireestimé

Date

WIP limité par état du processus (workflow)

A faire En cours Fini :o)

B

C

A

D

Flux – Lead time moyen : joursFlux – Lead time moyen : jours

2

Tableau Kanban

6

RèglesVisualiser le processusLimiter le WIPMesurer & optimiser fluxDéfinir autres règles(DoD, , ...)

Mis au point parDavid Anderson

en 2004

CFD

26/02/12 26

Scrum & Kanban tirer le meilleur des 2

Operations / support team

Equipen°1

Equipen°2

Equipen°3

ScrumScrum ScrumScrum ScrumScrum

ScrumScrum

Étape 2

Operations / support team

Equipen°1

Equipen°2

Equipen°3

ScrumScrum ScrumScrum ScrumScrum

Étape 3

KanbanKanban

DevOps =Build & Run

Equipen°1

Equipen°2

Equipen°3

ScrumScrum ScrumScrum ScrumScrum

Étape 1

26/02/12 27

On en parlera une prochaine fois...peut-être :o)

15/03/12 28

Backlog matinée

Il étaitune fois

ManifesteAgile

PrezScrum

A faire En cours Fini

30

60

60

BonAppétit

60

15/03/12 29

Journée Agilité

15/03/12 30

Backlog après-midi

IntroPM

AirplaneGameKanban

Game

A faire En cours Fini

10

60

120

Rétro15

15/03/12 31

Backlog après-midi

IntroPM

AirplaneGameKanban

Game

A faire En cours Fini

10

60

120

Rétro15

15/03/12 32

Airplane GameExécution du jeu :

● Construction d'un maximum d'avions par 4 fabricants et 1 testeur.● En 2 minutes.

Processus de fabrication d’un avion en papierProcessus de fabrication d’un avion en papierDEV1 DEV2 DEV3 DEV4 TEST

3 EQUIPES EN COMPETITION

15/03/12 33

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 5

Wip 3

€

5

6

Profit -1

Airplane GameExécution en mode « flux poussés » :

● On produit à tout va.

Exécution en mode « flux tirés » :● On limite l'encours.

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 6

Wip 4

€

6

8

Profit -2

Exécution en mode « flux tirés » :● On optimise le goulet.

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 7

Wip 2

€

7

4

Profit 3

2 2 1 2 2

1 2 2 2

5 finis

6 finis

7 finis

3 Encours

4 Encours

2 Encours

Limite d'encours

Limite d'encours

EQUIPE 1

15/03/12 34

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 7

Wip 4

€

7

8

Profit -1

Airplane GameExécution en mode « flux poussés » :

● On produit à tout va.

Exécution en mode « flux tirés » :● On limite l'encours.

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 3

Wip 3

€

3

6

Profit -3

Exécution en mode « flux tirés » :● On optimise le goulet avec un poste « volant ».

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 7

Wip 1

€

7

2

Profit 5

2 2 1 2 2

2 2 2 2

7 finis

3 finis

8 finis

4 Encours

3 Encours

1 Encours

Limite d'encours

Limite d'encours

EQUIPE 2

15/03/12 35

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 5

Wip 2

€

5

4

Profit 1

Airplane GameExécution en mode « flux poussés » :

● On produit à tout va.

Exécution en mode « flux tirés » :● On limite l'encours.

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 7

Wip 2

€

7

4

Profit 3

Exécution en mode « flux tirés » :● On optimise le pliage au 1er poste de travail.

1 avion fini = 1M€1 avion wip = 2M€ #

Fini 6

Wip 2

€

6

4

Profit 2

2 2 1 2 2

5 finis

7 finis

6 finis

2 Encours

2 Encours

2 Encours

Limite d'encours

Limite d'encours

EQUIPE 3

2 2 1 2 2

21/02/12 36

Limiter l'encoursSCENARIO « Pas à pas »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C

A

D

E

F

G

H IJ L

KM

21/02/12 37

Limiter l'encoursSCENARIO « Pas à pas »

NextDev

Done

Backlog 32

In production :o)Ongoing

BC

A

D

E

F

G

H IJ L

KM

21/02/12 38

Limiter l'encoursSCENARIO « Pas à pas »

NextDev

Done

Backlog 32

In production :o)Ongoing

BC

A

D

E

F

G

H IJ L

KM

21/02/12 39

Limiter l'encoursSCENARIO « Pas à pas »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C A

D

E

F

G

H IJ L

KM

21/02/12 40

Limiter l'encoursSCENARIO « Pas à pas »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C A

D

E

F

G

H IJ L

KM

21/02/12 41

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C

A

D

E

F

G

H IJ L

KM

PO

21/02/12 42

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

BC

A

D

E

F

G

H IJ L

KM

PO

21/02/12 43

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C A

D

E

F

G

H IJ L

KM

PO

21/02/12 44

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C A

D

E

F

G

H IJ L

KM

PO

21/02/12 45

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C A

D

F

G

H IJ L

KM

!?

E

PO

21/02/12 46

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C

A

D

EF

G

H IJ L

KM

!?PO

21/02/12 47

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

C

A

D

EF

G

H IJ L

KM

PO

21/02/12 48

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

A

D

EF

G

H IJ L

KM

C

PO

21/02/12 49

Limiter l'encoursSCENARIO « Problème de déploiement »

NextDev

Done

Backlog 32

In production :o)Ongoing

B

AD

EF

G

H IJ L

KM

C

PO

15/03/12 50

Limiter l'encours

Théorie des Contraintes :(1) Identifiez les contraintes.(2) Exploitez la contrainte.(3) Subordonnez tout à la décision ci-dessus.(4) Optimisez la contrainte.(5) Retournez à l'étape (1) une fois la contrainte supprimée.

http://www.tocca.com.au/Images/FlashFiles/demoOperations.swf

15/03/12 51

Backlog après-midiIntroPM

AirplaneGame

KanbanGame

A faire En cours Fini

10

60

120

Rétro15

15/03/12 52

Kanban Game

15/03/12 53

Kanban Game

# 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 H4H2H1

x x x x H2H3

x x M2 / 14

Story de priorité H(aute), M(oyenne), B(asse) estimée par l'équipe.3 sprint de 10 jours.

Vélocité Rétro

15/03/12 54

Kanban GamePhilippe

François-Xavierpratique le lancerde dés au sol :)

Manuel

Christophe

15/03/12 55

Kanban Game

Hicham Benjamin Bastien

Christophe Fabien Joel Audrey

15/03/12 56

Kanban GameRokhaya

Kiné

2 rayons de soleil

Claire CamilleÉlodie

Guillaume

15/03/12 57

Backlog après-midiIntroPM

AirplaneGame

KanbanGame

A faire En cours Fini

10

60

120

Rétro15

15/03/12 58

Learning Matrix

15/03/12 59

Agenda prévisionnel2012

16/03

2012

27/03

2012

26/04

2012

24/05

2012

16/06

2012

Oct.

2012

08/11

2012

05/04 Scrum Wine

15/03/12 60FINI !