Kanban et Scrum : tirer le meilleur des deux

Embed Size (px)

Text of Kanban et Scrum : tirer le meilleur des deux

  • Kanban et Scrum - tirer le meilleur des deux

    Henrik Kniberg et Mattias Skarin Prfac par Mary Poppendieck et David Anderson

    Traduit par Claude Aubry, Frdric Faure, Antoine Vernois et Fabrice Aimetti

  • 2010 C4Media Inc. Tous droits rservs.

    C4Media, Editeur de InfoQ.com.

    Ce livre fait partie de la collection des livres de la socit InfoQ spcialise dans le dveloppement de logiciel.

    Pour toute information ou commande de ce livre ou d'un autre livre de la socit InfoQ, prire de contacter books@c4media.com.

    Aucune partie de cette publication ne peut tre reproduite, stocke ou transmise sous quelque forme que ce soit ou par quelque moyen, lectronique, mcanique, photocopie, enregistrement, numrisation ou tout autre, sauf en vertu des articles 107 ou 108 de la loi sur le droit de reproduction (Copyright Act) des Etats-Unis promulgue en 1976 et avec l'autorisation pralable crite de l'diteur.

    Les appellations utilises par les entreprises pour distinguer leurs produits sont communment appeles des marques. Dans tous les cas o C4Media Inc. est amen porter plainte les noms des produits apparatront en initiales majuscules ou en LETTRES CAPITALES. Les lecteurs devront toutefois contacter les socits concernes pour obtenir des informations plus compltes concernant les marques et leur enregistrement.

    Rdacteur en Chef : Diana Plesa Illustration de la Couverture : Bistrian Iosip Composition: Accurance

    Bibliothque du Congrs pour la publication de donnes :

    ISBN: 978-0-557-13832-6

    Imprim aux Etats-Unis

  • Sommaire PREFACE DE MARY POPPENDIECK.............................................. vi PREFACE DE DAVID ANDERSON................................................... vii INTRODUCTION.................................................................................. xii 1ERE PARTIE - COMPARAISON........................................................ 1 1. Que sont Scrum et Kanban ? .................................................................. 3 2. Quels sont les liens entre Scrum et Kanban ?......................................... 7 3. Scrum impose des rles........................................................................ 13 4. Scrum impose des itrations de dure fixe........................................... 15 5. Kanban limite le TAF chaque tape du workflow, Scrum limite le

    TAF chaque itration ...................................................................... 17 6. Les deux sont empiriques..................................................................... 19 7. Scrum autorise peu de changement dans une itration......................... 27 8. Le tableau Scrum est rinitialis chaque dbut ditration ................ 29 9. Scrum impose des quipes multidisciplinaires..................................... 31 10. Les lments du backlog Scrum doivent tenir dans le sprint ............. 33 11. Scrum impose estimation et vlocit.................................................. 35 12. Les deux permettent de travailler sur plusieurs produits simultanment37 13. Les deux sont Lean et Agile ............................................................... 39 14. Des diffrences mineures ................................................................... 41 15. Tableau Scrum vs Tableau Kanban un exemple moins trivial ........ 45 16. Rsum de Scrum vs Kanban............................................................. 53 2EME PARTIE ETUDE DE CAS ..................................................... 57 17. Le mtier dexploitant ........................................................................ 59 18. Pourquoi diable changer ? .................................................................. 61 19. Par o commencer ? ........................................................................... 63 20. Pour sy mettre ................................................................................... 65 21. Mise en ordre de marche des quipes................................................. 67 22. Impliquer les parties prenantes........................................................... 69 23. Construire le premier tableau ............................................................. 71 24. Fixer une limite de travail en cours la premire fois .......................... 75

  • 25. Respecter la limite de TAF ................................................................ 77 26. Quelles tches afficher sur le tableau ? .............................................. 79 27. Comment estimer ? ............................................................................ 81 28. Alors, comment avons-nous travaill, concrtement ?....................... 83 29. Trouver un concept de planning qui fonctionne................................. 87 30. Quoi mesurer ? ................................................................................... 91 31. Comment les choses ont commenc changer .................................. 95 32. Leons apprises ................................................................................ 101 POINTS A RETENIR.......................................................................... 105 LES AUTEURS.................................................................................... 107 LES TRADUCTEURS......................................................................... 109

  • INTRODUCTION | v

    v

    Glossaire Ajout par les traducteurs pour permettre aux lecteurs de comprendre les choix de traduction de certains termes anglais.

    kanban Mot japonais signifiant tiquette (ou fiche-signal).

    Kanban Pratique (ou outil de processus pour reprendre la

    dfinition d'Henrik Kniberg) base sur l'utilisation de

    kanban pour matrialiser des informations sur le

    processus.

    Lead time Temps de cycle.

    MMF Minimum Marketable Feature. Fonctionnalit minimale

    qui a de la valeur pour lutilisateur.

    scrum En anglais, la mle. Dans ce livre, Scrum est utilis pour

    dsigner la mthode agile (ou outil de processus pour

    reprendre la terminologie d'Henrik Kniberg) et scrum

    pour la runion quotidienne d'une quipe.

    Tableau endroit o sont placs les kanban (Board en anglais).

    Avec Scrum, on parle de tableau des tches.

    TAF Travail Finir (WIP : work in progress en anglais).

    Kanban limite le TAF, c'est dire le nombre de travaux

    faire dans une tape du processus. Par raccourci, on dira

    TAF de 2 pour une limite 2 kanban dans une colonne

    du tableau.

    Timeboxed Bloc de temps dure fixe.

    WIP Work In Progress = Travaux en cours. Traduit par TAF.

  • Prface de Mary Poppendieck

    Henrik Kniberg fait partie des rares personnes qui peuvent extraire l'essence d'une situation complique, faire le tri entre les ides importantes et celles qui sont accessoires, et fournir une explication limpide tonnamment facile comprendre. Dans ce livre, Henrik fait un travail brillant pour expliquer les diffrences entre Scrum et Kanban. Il prcise clairement que ce sont seulement des outils alors que ce qui compte vraiment est d'avoir une bote outils complte, de comprendre les points forts et les limites de chaque outil et d'acqurir la manire de les utiliser.

    Avec ce livre, vous apprendrez ce qu'est Kanban, ses forces et ses limites, et quand l'utiliser. Vous apprendrez galement comment Kanban peut amliorer Scrum, ou tout autre outil que vous utilisez, et quel moment c'est possible. Henrik montre clairement que le plus important n'est pas l'outil avec lequel on commence, mais la faon dont on amliore constamment son utilisation et comment on dveloppe progressivement son ensemble d'outils

    La deuxime partie de ce livre, crite par Mattias Skarin, rend la lecture encore plus instructive pour le praticien travers l'application de Scrum et Kanban en situation relle. Vous y trouverez un exemple montrant la faon dont ces outils ont t mis en place, un par un et ensemble, pour amliorer un processus de dveloppement logiciel. Vous remarquerez qu'il n'y a pas une unique "meilleure" manire de faire les choses ; c'est vous seul de rflchir et de dcouvrir - en fonction de votre contexte - quelle est votre prochaine tape pour amliorer votre processus de dveloppement logiciel.

    Mary Poppendieck

  • Prface de David Anderson

    Kanban est bas sur une ide trs simple : le nombre de travaux faire (le TAF) dans un processus doit tre limit, donc une nouvelle tche ne peut tre ajoute que si une autre est, au pralable, termine ou utilise la demande d'un processus aval. Le kanban (littralement la fiche-signal) est un signal visuel produit pour indiquer qu'un nouveau travail peut tre entrepris parce que les travaux en cours n'excdent pas la limite fixe. Cela ne semble pas trs rvolutionnaire et on ne s'attend pas ce que cela affecte fortement la performance, la culture, la capacit et la maturit d'une quipe et de son organisation environnante. Ce qui est surprenant c'est que cela arrive ! Kanban ressemble un petit changement et pourtant il bouleverse l'entreprise.

    En fait, Kanban est une approche de gestion du changement. Ce n'est ni un processus de dveloppement ni un cycle de vie d'un logiciel ni une mthodologie de gestion de projet. Vous pouvez commencer appliquer le principe de Kanban en partant de la faon dont vous travaillez actuellement. Vous commencez par cartographier votre processus avec sa chane de valeur puis vous dfinissez des limites de TAF pour chaque tape de ce processus. Vous pouvez alors lancer le flux de travail en l'entranant travers le systme lorsque des signaux kanban sont gnrs.

    Kanban s'avre utile aux quipes qui dveloppent du logiciel avec des mthodes agiles, mais il est aussi de plus en plus appliqu par les quipes qui suivent une approche plus traditionnelle. Kanban fait partie du cadre de l'approche Lean, qui a pour bu