Kanban vs Scrum (slides)

  • Published on
    19-Jul-2015

  • View
    131

  • Download
    6

Embed Size (px)

Transcript

  • Traduit par Fabrice Aimetti le 30/05/2009

    19 Mai 2009

    Guide pratique

    Henrik Kniberg Crisp ABCoach Agile & Java Guy

    Cofondateur / CTO de Goyada (services mobiles)30 dveloppeurs

    Lead architect chez Ace Interactive (jeux)20 dveloppeurs

    Responsable du dveloppement chez Tain (jeux)40 dveloppeurs

    Coach Agile dans diffrentesentreprises

  • 2Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Introduction

    But de cette prsentation :

    Clarifier Kanban et Scrum en les comparant

    ... afin que vous puissiez comprendre comment vous pouvez tre amen les utiliser dans votre environnement.

  • 3Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scrum en brefDivisez votre organisation

    Divisez votre produit

    Grand groupe passant beaucoup de temps construire un gros truc

    Petite quipe passant un peu de temps construire de petites choses... mais intgrant rgulirement pour voir l'ensemble

    Optimisez la valeur mtier

    Optimisez les processus

    Divisez le temps

    Janvier Avril

  • 4Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Kanban en bref

    Visualisez le workflow

    Limitez le WIP (lencours)

    Mesurez & optimisez le flux

  • 5Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Racines de Kanban(Toyota)

    Taiichi OhnoPre du Systme de Production Toyota

    Les deux piliers du Systme de Production Toyota sont le juste--temps et l'automatisation avec une touche humaine, ou autonomation. L'outil utilis pour faire fonctionner le systme est kanban.

  • 6Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Kanban dans le dveloppement logiciel

  • 7Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Kanban et Scrum sont deux outils processus

    Outils physiques Outils procesusalias patterns dorganisation

  • 8Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Prescriptif vs adaptatif

    Prescriptif Adaptatif

    Miyamoto MusashiSamoura du 17me sicle

    Ne dveloppez pas un attachement une arme ou une cole de combat

  • 9Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scrum prescrit des rles

  • 10Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scrum prescrit des itrations

    Equipe Scrum

    Equipe Kanban 1

    Equipe Kanban 2

    Equipe Kanban 3

  • 11Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Les deux limitent le WIP, mais dune manire diffrente

    Tableau Scrum Tableau Kanban

    WIP limit par unit de temps (itration)

    WIP limit par tat dans le workflow

  • 12Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Les deux sont empiriques

    Kanban est plus configurable

    Super, beaucoup plus de choix !

    Oh non, cest plus compliqu !

  • 13Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Exemple : testez avec des limites WIP

    Lundi, Semaine 1 Lundi, Semaine 2 Lundi, Semaine 3 Lundi, Semaine 4

    Lundi, Semaine 5

  • 14Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scrum nautorise pas le changementen milieu ditration

  • 15Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Le tableau Scrum est rinitialis chaque nouvel itration

    Scrum1er jour du sprint A mi-sprint Dernier jour du sprint

    KanbanTous les jours

  • 16Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scrum prescrit des quipes multidisciplinaires

    Kanban exemple 1 Kanban exemple 2

    Equipe multidisciplinaire

    Equipe multidisciplinaire

    SpcialisteEquipe multidisciplinaire

    Equipe spcialise

  • 17Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Les items dun backlog Scrum doivent tenir dans un sprint

  • 18Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    En Scrum, estimation et vlocit sont prescrites

    Vlocit probable : 8 par sprint (rythme soutenable ?)

  • 19Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Les deux autorisent le travail sur plusieurs produits simultanment

    Kanban exemple 1Tches avec un code couleur

    Kanban exemple 2Couloir de nage avec un code couleur

  • 20Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Les deuxsont Leanet Agile

    1. Individus et Interactionsplutt que Process et Outils

    2. Un Logiciel qui fonctionneplutt quune Documentation Complte

    3. La Collaboration du Clientplutt que la Ngociation du Contrat

    4. Rpondre au Changementplutt que le Suivi dun Planning

    1. Fondez vos dcisions sur une philosophie long terme, mme au dtriment des objectifs financiers court terme

    2. Organisez les processus en flux continu pour mettre au jour les problmes3. Utilisez des systmes tirs pour viter la surproduction4. Lissez la charge de travail (heijunka)5. Inculquez une culture de rsolution immdiate des problmes, dobtention de la

    qualit au premier coup.6. La standardisation des tches est la base de lamlioration continueet de la

    responsabilisation des employs7. Utilisez des contrles visuels pour quaucun problme ne reste cach.8. Utilisez uniquement des technologies fiables, longuement prouves, qui servent

    vos collaborateurs et vos processus.9. Formez des responsables qui matrisent parfaitement le travail, sont imprgns

    de la philosophie et lenseignent aux autres.10. Formez des individus et des quipes exceptionnels , qui appliquent la philosophie

    de votre entreprise.11. Respectez votre rseau de partenaires et de fournisseurs en les encourageant et

    en les aidant progresser.12. Allez sur le terrain pour bien comprendre la situation (genchi genbutsu)13. Dcidez en prenant le temps ncessaire, par consensus, en examinant en dtail

    toutes les options. Appliquez rapidement les dcisions.14. Devenez une entreprise apprenante grce la rflexion systmatique (hansei) et

    lamlioration continue (kaizen).

  • 21Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Diffrence mineure : Scrum prescrit un Backlog Produit prioris

    Scrum :

    Le Backlog Produit doit forcment exister

    Les changements du Backlog Produit prennent effet dans le prochain sprint (pas dans le sprint courant)

    Le Backlog doit tre triselon la valeur produit

    Kanban :

    Le Backlog Produit est optionnel

    Les changements du Backlog Produit prennent effet ds quil ya retour la capacit

    Nimporte quel principe de priorisation peut tre utilis :

    Prendre nimporte quel item

    Toujours prendre le premier item

    Toujours prendre le plus vieil item

    20% sur des items de maintenance, 80% sur des nouveaux items

    Rpartissez de faon gale la capacit entre le produit A et le produit B

    Prenez toujours les items urgents en premier

    mais beaucoup dquipes combinent ces approches

  • 22Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Diffrence mineure :Scrum prescrit des runions quotidiennes

    mais beaucoup dquipes Kanban le font de toute faon

  • 23Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Diffrence mineure :En Scrum, les burndown charts sont prescrits

    Pas de graphiques particuliers prescrits en Kanban. Les quipes utilisent ce quelles veulent.

  • 24Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Exemple : tableau Scrum vs tableau Kanban

    Scrum

    Kanban

  • 25Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 26Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 27Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 28Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 29Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 30Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 1

  • 31Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 32Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 33Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 34Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 35Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 36Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 37Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 38Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 39Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Scnario 2 : problme de dploiement

  • 40Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Kanban vs Scrum

    Ressemblances :Les deux sont Lean et Agile

    Les deux utilisent le Juste temps

    Les deux limitent le WIP

    Les deux utilisent la transparence pour piloter l'amlioration des processus

    Les deux se concentrent sur la livraison dun produit logiciel rapidement et frquemment

    Les deux sont fondes sur l'auto-organisation des quipes

    Les deux requirent de diviser le travail en lments

    Dans les deux cas, le planning de versions est continuellement optimis et base sur des donnes empiriques (vlocit / temps de cycle)

    Diffrences :

  • 41Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009

    Le plus important :commencez avec les rtrospectives !

    Mettez en pratique le bon processus adapt votre contexte.

    Ne vous proccupez pas de faire bien du premier coup au dbut.

    Dployez votre bote outil.

    Exprimentez !