« Guide Kanban pour les Equipes Scrum (v1) » : différence entre les versions
De Wiki Agile
| Ligne 69 : | Ligne 69 : | ||
=== Limiter le Travail en cours === | === Limiter le Travail en cours === | ||
Les Travaux en cours (WIP) font référence aux éléments de travail que l'équipe Scrum a commencé mais n'a pas encore terminés. Les Equipes Scrum utilisant le Kanban doivent explicitement contrôler ces éléments de travail en cours à partir du moment où ils les considèrent comme "commencés" jusqu'au moment où ils les considèrent "finis". Ce contrôle est généralement représenté par un ou plusieurs chiffres sur un tableau Kanban. Ces chiffres s'appellent "Limites d'encours" (WIP Limits). Une limite d'encours peut inclure des éléments de travail dans une seule colonne, plusieurs colonnes groupées ou un tableau entier. Une fois que l'Equipe Scrum a établi une limite d'encours, elle s'abstient de tirer plus que ce nombre d'éléments de travail dans une partie donnée du flux de travail. L'Equipe Scrum contrôle quelles sont les limites et comment elle les appliquera.<br/> | |||
<br/> | |||
Le principal effet secondaire de la limitation de l'encours est qu'elle crée un "système tiré". C'est ce qu'on appelle un système tiré parce que l'Equipe Scrum commence à travailler sur un élément (donc tiré) uniquement lorsqu'il y a un signal clair qu'il est temps de le faire (notez que ceci est différent d'un système "poussé", qui exige que le travail commence sur un élément chaque fois qu'il est demandé). Lorsque l'encours tombe en dessous d'une limite définie, c'est le signal pour commencer un nouveau travail.<br/> | |||
<br/> | |||
Le Sprint est lui-même une forme de limitation de l'encours. Par définition, un Sprint est un moyen de contrôler la quantité de travail qu'une Equipe de Développement va prendre pendant une période donnée. Le travail n'est uniquement tiré dans le Sprint Backlog que lorsque l'Equipe de Développement choisit de le faire (habituellement, mais pas toujours, pendant la Planification du Sprint). Que cela soit voulu ou non, Scrum a embrassé cette pratique fondamentale du flux depuis le début. La limite d'encours plus fine et explicite de Kanban facilite non seulement le flux de travail, mais peut également améliorer encore davantage la concentration, l'engagement et la collaboration de l'Equipe Scrum. | |||
=== Gestion dynamique des éléments en cours === | === Gestion dynamique des éléments en cours === | ||
=== Inspection et Adaptation du Flux de travail === | === Inspection et Adaptation du Flux de travail === | ||
