• Save
Les Bases des Méthodes Lean/Agile
Upcoming SlideShare
Loading in...5
×
 

Les Bases des Méthodes Lean/Agile

on

  • 9,750 views

Six éléments à mettre en place avant de parler agilité ou lean

Six éléments à mettre en place avant de parler agilité ou lean

Statistics

Views

Total Views
9,750
Views on SlideShare
5,932
Embed Views
3,818

Actions

Likes
2
Downloads
0
Comments
0

15 Embeds 3,818

http://blog.nayima.be 3631
http://wokier.posterous.com 116
http://buffetvert.blogspot.com 32
http://flyvirg.blogspot.fr 9
http://translate.googleusercontent.com 9
http://buffetvert.blogspot.fr 7
http://abtasty.com 4
http://207.46.192.232 2
http://paper.li 2
http://www.newsblur.com 1
http://gwcr-pxyinline-1.cs.ctc 1
url_unknown 1
http://a0.twimg.com 1
http://www.slideshare.net 1
http://us-w1.rockmelt.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Portia and Pascal introduce themselves by sharing a bit about their background.
  • But then I learned about a better way of thinking
  • To do root cause analysis, we use the Current Reality Tree.Before you can analyse what you miss, you must know what you what (isn’t there a song like “You can’t have what you want unless you know what you want” ?). That’s why we use the IO mapAfter the magic happens and we come up with a solution, we use the future reality tree to “test drive” the idea, to see if it works and to see what undesired side effects we might generate.Then we find a way to implement the solution in small steps.The magic happens with the CRD tool. It’s a step by step approach to understand the fundamental conflicts that underlie the root cause and to find the real breakthrough solutions.

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

  • 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
  • 1
  • 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
  • 2
  • 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...
    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”
  • 3
  • 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”
  • 4
  • 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”
  • 5
  • 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”
  • 6
  • 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