kanban vs scrum (slides)
Post on 19-Jul-2015
174 Views
Preview:
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 développeurs
Lead architect chez Ace Interactive (jeux)20 développeurs
Responsable du développement chez Tain (jeux)40 développeurs
Coach Agile dans différentesentreprises
2Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Introduction
But de cette présentation :
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 intégrant régulièrement pour voir l'ensemble
Optimisez la valeur métier
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 (l’encours)
Mesurez & optimisez le flux
5Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Racines de Kanban(Toyota)
Taiichi OhnoPère du Système de Production Toyota
Les deux piliers du Système de Production Toyota sont le juste-à-temps et l'automatisation avec une touche humaine, ou autonomation. L'outil utilisé pour faire fonctionner le système est kanban.
6Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Kanban dans le développement logiciel
7Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Kanban et Scrum sont deux outils processus
Outils physiques Outils procesusalias « patterns d’organisation »
8Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Prescriptif vs adaptatif
Prescriptif Adaptatif
Miyamoto MusashiSamouraï du 17ème siècle
Ne développez pas un attachement à une arme ou une école de combat
9Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scrum prescrit des rôles
10Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scrum prescrit des itérations
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 d’une manière différente
Tableau Scrum Tableau Kanban
WIP limité par unité de temps (itération)
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, c’est 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 n’autorise pas le changementen milieu d’itération
15Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Le tableau Scrum est réinitialisé à chaque nouvel itération
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
SpécialisteEquipe multidisciplinaire
Equipe spécialisée
17Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Les items d’un backlog Scrum doivent tenir dans un sprint
18Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
En Scrum, estimation et vélocité sont prescrites
Vélocité probable : 8 par sprint (rythme soutenable ?)
19Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Les deux autorisent le travail sur plusieurs produits simultanément
Kanban – exemple 1Tâches 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 Interactionsplutôt que Process et Outils
2. Un Logiciel qui fonctionneplutôt qu’une Documentation Complète
3. La Collaboration du Clientplutôt que la Négociation du Contrat
4. Répondre au Changementplutôt que le Suivi d’un Planning
1. Fondez vos décisions sur une philosophie à long terme, même au détriment des objectifs financiers à court terme
2. Organisez les processus en flux continu pour mettre au jour les problèmes3. Utilisez des systèmes « tirés » pour éviter la surproduction4. Lissez la charge de travail (heijunka)5. Inculquez une culture de résolution immédiate des problèmes, d’obtention de la
qualité au premier coup.6. La standardisation des tâches est la base de l’amélioration continueet de la
responsabilisation des employés7. Utilisez des contrôles visuels pour qu’aucun problème ne reste caché.8. Utilisez uniquement des technologies fiables, longuement éprouvées, qui servent
vos collaborateurs et vos processus.9. Formez des responsables qui maîtrisent parfaitement le travail, sont imprégnés
de la philosophie et l’enseignent aux autres.10. Formez des individus et des équipes exceptionnels , qui appliquent la philosophie
de votre entreprise.11. Respectez votre réseau 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. Décidez en prenant le temps nécessaire, par consensus, en examinant en détail
toutes les options. Appliquez rapidement les décisions.14. Devenez une entreprise apprenante grâce à la réflexion systématique (hansei) et
à l’amélioration continue (kaizen).
21Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Différence mineure : Scrum prescrit un Backlog Produit priorisé
Scrum :
Le Backlog Produit doit forcément exister
Les changements du Backlog Produit prennent effet dans le prochain sprint (pas dans le sprint courant)
Le Backlog doit être triéselon la valeur produit
Kanban :
Le Backlog Produit est optionnel
Les changements du Backlog Produit prennent effet dès qu’il ya retour à la capacité
N’importe quel principe de priorisation peut être utilisé :
Prendre n’importe quel item
Toujours prendre le premier item
Toujours prendre le plus vieil item
20% sur des items de maintenance, 80% sur des nouveaux items
Répartissez de façon égale la capacité entre le produit A et le produit B
Prenez toujours les items urgents en premier
… mais beaucoup d’équipes combinent ces approches
22Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Différence mineure :Scrum prescrit des réunions quotidiennes
… mais beaucoup d’équipes Kanban le font de toute façon
23Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Différence mineure :En Scrum, les burndown charts sont prescrits
Pas de graphiques particuliers prescrits en Kanban. Les équipes utilisent ce qu’elles 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
Scénario 1
26Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 1
27Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 1
28Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 1
29Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 1
30Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 1
31Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
32Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
33Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
34Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
35Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
36Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
37Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
38Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
39Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Scénario 2 : problème de déploiement
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'amélioration des processus
Les deux se concentrent sur la livraison d’un produit logiciel rapidement et fréquemment
Les deux sont fondées sur l'auto-organisation des équipes
Les deux requièrent de diviser le travail en éléments
Dans les deux cas, le planning de versions est continuellement optimisé et basée sur des données empiriques (vélocité / temps de cycle)
Différences :
41Henrik KnibergTraduit par Fabrice Aimetti le 30/05/2009
Le plus important :commencez avec les rétrospectives !
Mettez en pratique le bon processus adapté à votre contexte.
Ne vous préoccupez pas de faire bien du premier coup au début.
Déployez votre boîte à outil.
Expérimentez !
top related