kanban en pratique
DESCRIPTION
HumanTalks Angers - Février 2014 Présentation en 10 minutes d'un exemple d'adoption de Kanban par une équipe Scrum.TRANSCRIPT
KANBAN EN PRATIQUEHumanTalks Angers - Février 2014
Matthias Jouan
@mattjmattj - blog.mjouan.fr
Taiichi Ohno
William E. Deming
David J. Anderson
Initially, respect current roles, responsibilities & job titles
Start with what you do now
Agree to pursue incremental, evolutionary change
Initially, respect current roles, responsibilities & job titles
Start with what you do now
Agree to pursue incremental, evolutionary change
Improve Collaboratively, Evolve Experimentally
Visualize
Limit WIP
Manage Flow
Implement Feedback LoopsCustomer Focus
Make Process Policies Explicit
Initially, respect current roles, responsibilities & job titles
Start with what you do now
Agree to pursue incremental, evolutionary change
Improve Collaboratively, Evolve Experimentally
Visualize
Limit WIP
Manage Flow
Make Process Policies Explicit
Implement Feedback Loops
Collaboration
Understanding
Agreement
Respect
Leadership
FlowCustomer Focus
Transparency
Balance
Survivability
Sustainability
Service-orientationLean
Just-in-time
Theory of Constraints
Statistical Process Control
Initially, respect current roles, responsibilities & job titles
Start with what you do now
Agree to pursue incremental, evolutionary change
Improve Collaboratively, Evolve Experimentally
Visualize
Limit WIP
Manage Flow
Make Process Policies Explicit
Implement Feedback Loops
Collaboration
Understanding
Agreement
Respect
Leadership
FlowCustomer Focus
Transparency
Balance
Survivability
Sustainability
Service-orientation
EN PRATIQUE?
VISUALISATION DU TRAVAIL EN COURS→ SCRUM BOARD
REGLES EXPLICITES→ DEFINITION DE « DONE »
FEEDBACK LOOPS→ SPRINT REVIEW
→ RETROSPECTIVE
C'EST L'HISTOIRE D'UNE EQUIPE SCRUM...
TODO DONEDOING
TODO DONEANALYSE DEV TEST
TODO DONEANALYSE DEV TEST
TODO DONEANALYSE DEV TEST
TODO DONEANALYSE DEV TEST
TODO DONEANALYSE DEV TEST
?
TODO DONEANALYSE DEV TEST
?
?
?
TODO DONEANALYSE DEV TEST
?
?
TODO DONEANALYSE DEV TEST
PRODUCT
OWNER
LIMITATION DU TRAVAIL EN COURS→ NE PAS COMMENCER : FINIR !
→ SURCHARGE : STORIES BLOQUEES
RETROSPECTIVE
TODO DONEANALYSE
2
DEV
2
TEST
1
TODO DONEANALYSE
2
DEV
2
TEST
1
?
TODO DONEANALYSE
2
DEV
2
TEST
1
TODO DONEANALYSE
2
DEV
2
TEST
1
?
TODO DONEANALYSE
2
DEV
2
TEST
1
?
?
TODO DONEANALYSE
2
DEV
2
TEST
1
PRODUCT
OWNER
FLUX TIRE / PULL SYSTEM→ FOCALISER SUR LE BESOIN
→ LE BUT ULTIME EST DE DELIVRER
→ LES STORIES NE DOIVENT PAS S'ACCUMULER
→ LE TABLEAU SE LIT DE DROITE A GAUCHE !
RETROSPECTIVE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
TODO DONEDEV : 2 TEST : 1
DONE
ANALYSE : 2
DONE
PRODUCT
OWNER
EQUIPE : « POURQUOI SE PRESSER POUR UNE FAUSSE DEADLINE ? »
PRODUCT OWNER : « POURQUOI ATTENDRE UN SPRINT QUAND 2 JOURS AURAIENT SUFFI ? »
FLUX CONTINU→ STABILITE : RYTHME CONSTANT
→ AGILITE : TEMPS DE REACTION AU CHANGEMENT DIMINUE
→ PREDICTIBILITE : POSSIBLITE DE MODELISER MATHEMATIQUEMENT LE SYSTEME
RETROSPECTIVE
KANBAN