• Like
  • Save
2011 XKE - Kanban in action
Upcoming SlideShare
Loading in...5
×
 

2011 XKE - Kanban in action

on

  • 1,003 views

 

Statistics

Views

Total Views
1,003
Views on SlideShare
1,003
Embed Views
0

Actions

Likes
0
Downloads
22
Comments
0

0 Embeds 0

No embeds

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
  • The Lean goal of pulling individual work requests through asequence of value adding activities, quickly and withoutinterruption.as opposed toMoving batches of work between stages in a workflow.
  • Don’t build features that nobody needs right nowDon’t write more specs than you can codeDon’t write more code than you can testDon’t test more code than you can deploy
  • PRIMING KANBAN – JesperBoeg

2011 XKE - Kanban in action 2011 XKE - Kanban in action Presentation Transcript

  • Kanban in actionXKE – Janvier 2012 – Nathaniel Richand 1
  • Il y a peut-être un million de méthodes etmême un peu plus, mais quant aux principes,ils sont en nombre limité. L’homme qui maîtrise les principes pourraavec succès choisir ses propres méthodes. L’homme qui essaye des méthodes, ignorantles principes, est condamné à avoir desproblèmes. - RALPH WALDO EMERSON
  • Principe :Optimiser globalement
  • La théorie des contraintes• Le but de toute activité est de faire du profit, maintenant et durablement• La Théorie des Contraintes est une philosophie de management qui se concentre sur les performances des contraintes, souvent des ressources limitées, pour améliorer la performance globale du système 4
  • Optimum local et optimum global“Un système d’optimum locaux n’estpas du tout un système optimum. - Eliyahu M. Goldratt 5
  • Contrainte• Tout système subit au moins une contrainte, sans quoi il serait en mesure datteindre indéfiniment des performances élevées.• Tout comme la solidité de la chaîne est celle de son maillon le plus faible, la performance globale dun système ne peut excéder la performance de sa contrainte. 6
  • Le goulot d’étranglement Le goulot Backlog Code DéploiementToute perte de temps sur un goulot est une perte pour tout le système. Tout gain de temps sur un non-goulot est un leurre. 7
  • 5 étapes de la TOC1. Identifier la contrainte 2. Exploiter la contrainte 3. Subordonner toutes les décisions par rapport à la contrainte 4. Elever la contrainte 5. Répéter à la nouvelle contrainte 8
  • Le but Améliorer le throughput Le rythme auquel le système Throughput génère de l’argent à partir des Stock vente. Diminuer les stocks Dépense Tout l’argent que le système à opérationnelle investit en achetant des choses qu’il à l’intention de vendre. Diminuer les dépenses opérationnelles Tout l’argent que le système dépense dans le but de transformerBusiness model les stock en throughput. 9
  • Principe :One Piece Flow
  • One piece flowTirer une requête detravail individuelle àtravers une séquenced’activités ajoutant dela valeur rapidementet sans interruption.Plutôt que :Faire avancer desbatchs de travail ausein des différentesétapes du workflow. 11
  • Principe :Tirer plutôt que pousser
  • Pull vs Push• Ne pas réaliser une fonctionnalité dont personne n’a besoin maintenant• Ne pas écrire trop de spécifications par rapport à ce que l’on peut développer• Ne pas écrire trop de code par rapport à ce que l’on tester• Ne pas développer plus par rapport à ce que l’on peut déployer 13
  • Kanban
  • Originaire du Japon,Kanban est une copiede procédés issus dutoyotisme. 15
  • KanbanKanban repose sur 5 pratiques:• Visualiser le travail• Limiter le Work In Progess• Rendre les règles explicites• Mesurer et manager le flot• Identifier les opportunités d’amélioration 16
  • Visualiser le travail17
  • Simulation de Kanban S16 Design Dev Test Jour Sortie Jour Temps de d’entrée cycle - 9 = I2 (Refactor du module core) Design Dev Test Jour Sortie Jour Temps de d’entrée - 8 = cycleInspiré par www.getkanban.com 18
  • Limiter le Work In ProgressDiminuer le WIP permet de faire émerger les problèmes qui était cachés. 19
  • http://www.manufactus.com/lean/en/
  • Identifier les opportunités d’améliorationLe client Le clientdemande reçoit unun service service Lead time "All we are doing is looking at the time line, from the moment the customer gives us an order to the point when we collect the cash. And we are reducing the time line by reducing the non-value adding wastes.“ Taiichi Ohno 21
  • Diagramme de flux cumuléhttp://kanbanery.com 22
  • http://leanandkanban.wordpress.com/ 23
  • Les standards évoluent Act Plan Check Do Standard Amélioration continue24
  • Le contexte est important, donc…Kanban vous permet de concevoir unprocessus qui s’adapte au contexte, au lieude manipuler le contexte pour qu’il s’adapteà un processus spécifique
  • Commencer avec Kanban• Commencer par ce que vous faites maintenant• Modifier légèrement pour passer en mode Pull• Utiliser une méthode transparente pour visualiser le travail et organiser l’équipe• Limiter le WIP• Avancer en reconnaissant les goulets d’étranglement les gaspillages qui affectent la performance 26
  • RéférencesLa référence par David Anderson Gratuit sur InfoQ http://www.infoq.com/minibooks/priming-kanban-jesper-boeg 27
  • ROTI !28