Les Bases des Méthodes Lean/Agile

Les Bases des méthodesAgiles
Bonne nouvelle: on saitque ca marche en on saitpourquoi.
Mauvaise nouvelle: c’est pas facile

Consultant.
Project Manager.
Games Maker.
His Blog: blog.nayima.be
NAYIMA
We make play work

Les buts
Voirquelquesidéesfondamentales des méthodes Agile et Lean
Comprendrepourquoicelamarche
Comprendrepourquoipeud’équipesréussissent à mettrecela en place

Les Tests
 J’aidécouvertune nouvelle idée
 Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe
 Je veux en savoir plus

Théorie des Contraintes
Des actions locales pour
des améliorationsglobales

9
8
5
7
??
7
7
Le maillon faibleLe Goulot d’étranglement

Il ne faut pas courir plus vitequesesutilisateur
Backlog
Le Goulot
The Business
Operations
Dev team

Il ne faut pas courir plus vitequesesutilisateur
Le Goulot
Dev team
The Business
Operations
Backlog
6 releases
per year
2 releases
per year

Quatre clients vont plus vitequ’un
Le Goulot
Dev team
Backlog
Sales
Operations
Production
Finance
Audit
Customers
6 releases
per year
2 major releases
per year per group

I’ln’y a pas de “Business”Il n’y a que “Nous”
Dev team
Backlog
Sales
Operations
Production
Finance
Audit
Customers
6 releases
per year
2 releases
per year per group

DEVOPS

Le Goulot bouge
Analyse
Design
Code
Test

Le Goulot bouge
Design
Analyse
Code
Test

Le Goulot bouge
Code
Analyse
Design
Test

Le Goulot bouge
Test
Analyse
Design
Code

The Bottleneck Game

Oui, mais…

Oui, mais…
On estorganisé en départements
Chaquedépartement a sespropresobjectifs
Les projetssonttellement complexes qu’iln’y a personne qui a la vueglobale

Real Options
Déciderquandilfautdécider

Des décisions comme des options
Un coût
Une valeur
Une date d’expiration
On prend les décisions difficiles à défaire tard
On prend les décisions faciles à défaire tôt

Planification Real Options
Option
Option
On attend...
Option
Décision 2
Deadline
Décision 3
Décision 1

Repousser les décisions
Option
Option
On attend...
Option
Décision 2
Deadline
Décision 3
Décision 1

Repousser les décisions
Option
Option
On attend...
ET on cherche plus d’info
Option
Décision 2
Deadline
Décision 3

Une histoire belge
Redesign du site d’une chaine télé

Redesign du site télé
Date de livraison fixe: Site web doit être prêt avant Novembre
On a un design/style existant
“Il y aura un re-design de la chaine”
Donc, il faudra un re-design de tous les sites

Q: qu’est-ce qu’on fait?
A: Continuer avec ancien design, puis retravaillerB: Attendre le nouveau design

Appliquons Real Options
Implementation Ancien Design
Site sans design
Implementation Nouveau Design
1 Octobre
1 Septembre
1 Aout

Réduction du temps d’implementation
Implementation Ancien Design
Site sans design
Implementation Nouveau Design
1 Octobre
1 Septembre
1 Aout

Résultat
Plein de discussion sur le design (plusieurs mois)
Un équipier suit le progrès
Décision du 1er Septembre: ancien design
Site et application livré à temps
“On a jamais vécu un projet avec si peu de stress”
On a séparé la partie connue de la partie sous discussion
“Ceci sera notre approche pour tous les projects suivants”

Excellence technique
Réduit le temps d’implementation et retarde les dates de décision
Rend plus de décisions faciles à défaire

Oui, mais…

Oui, mais…
“Je préfèreunemauvaisedécisionplutôtque pas de décision”
“Je n’aime pas l’incertitude”
“J’aiappris à prendre les décisionsarchitecturales le plus tôt possible”
“On ne réussit plus à changer notre code ou architecture”

Valeur
Réduire les coûtsc’est facile,
maisça ne dure pas

Project Economic Framework

PDCA cycle

Business Value Modelling

Prioritisation par Valeur
TODO
BUSY
RFT
DONE
Iteration
Release
Value

Compagnie de téléphonie
Situation
2 mois d’analyse
“Il faut 60 features”
“Il faut une application web self-service avec architecture SOA”
Ca va prendre +/- 2 ans
Résultat
3 jours d’analyse Agile
Seulement 10 des 60 features apportent de la valeur
On a identifié 4 features qu’ils avaient oubliés
25% de la valeur pouvait être livrée dans deux mois (sans application web...)

Oui, mais…

Oui, mais…
“On n’a pas le temps”
“Impliquertoutel’équipeest un gachis de temps”
“Il n’y a pas moyen de définir la valeur”
“Notre but est de réduire les coûts”

Autonomie

Et moi?
Je fais quoi?

Challenge Respectueux
Buts et stratégie
Aider / Coacher / Former
Challenger

Oui, mais…

Oui, mais…
“Ilsvontprendre les tâchesfaciles”
“Ils ne vontrien faire si je ne leurdis pas quoi faire”
“Il n’y a pas de managers dans Agile”
“On varien demander aux managers, car ilsvontprendre la mauvaisedécision”
“Les développeurssurestimenttoujours, donc je diviseleurs estimations par 4”

L’excellence technique
Difficile d’être agile dans un marais

Pratiques de Qualité
Tests d’acceptanceavant le code
Tests unitairesavant le code
Refactoring continu
Conception Simple
Binomage
Design/code Guidelines

Un experiment
Même équipe
Même application
Même langage
Même client
Sans TDD => 2/3 de la vitesse de développement

Oui, mais…

Oui, mais…
“On n’a pas le temps d’écrire du bon code, car on passe tout notre temps à corriger des bugs”
“Les testeursn’ont pas fait leurboulot”
“C’estdevenutropcompliqué, faudraréécrire”
“Ecrire des tests prendtrop de temps”
“Il faut de la discipline”

The Logical Thinking Process

The Logical Thinking Process
Intermediate Objectives Map
Prerequisite/
Transition Tree
Comment y arriver?
Par petits pas
Quel est notre but?
Qu’est-ce qu’on manque?
Future Reality Tree
Current Reality Tree
Est-ce que cela marchera?
Quels nouveau problèmes
Est-ce qu’on va créer?
Pourquoi est-ce qu’on manque quelque chose?
Conflict Resolution Diagram
Qu’est-ce qu’on pourrait faire
pour résoudre le conflit sous-jacent?

Et moi?
Je peux jouer?

“Amélioration Continue”?

Amélioration Continue

Challenge Respectueux
Buts et stratégie
Aider / Coacher / Former
Challenger

Oui, mais…

Oui, mais…
“On va pas changer la documentation du processus”
“On n’ose pas faire les changementsqu’ilfaut”
“On n’a pas le temps d’implementer les actions de la retrospective”
“On n’ose pas parler des vraisproblèmes”
“On a peur des conflits”

En résumé

En résumé
Théorie des Contraintes
Real Options
Définir la Valeur économique
Autonomie de l’équipe et du management
Excellence Technique
Systems Thinking

Les Tests
 J’aidécouvertune nouvelle idée
 Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe
 Je veux en savoir plus

Si vousvoulez en savoir plus

Merci
Thank You
Dank u

http://blog.nayima.be	1633
http://wokier.posterous.com	114
http://buffetvert.blogspot.com	32
http://translate.googleusercontent.com	9
http://207.46.192.232	2
http://paper.li	2
url_unknown	1
http://www.slideshare.net	1
http://us-w1.rockmelt.com	1
http://a0.twimg.com	1
http://buffetvert.blogspot.fr	1

Les Bases des Méthodes Lean/Agile

by AgileCoach.net on Jun 06, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

11 Embeds 1,797

Statistics

Les Bases des Méthodes Lean/Agile — Presentation Transcript