« Guide Kanban pour les Equipes Scrum (v1) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (16 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 8 : | Ligne 8 : | ||
Date : 22/08/2019<br /> | Date : 22/08/2019<br /> | ||
---- | ---- | ||
Traduction non officielle :<br/> | Traduction ''non'' officielle :<br/> | ||
<br/> | <br/> | ||
[[Fichier:Logo scrumorg.png|200px]]<br/> | [[Fichier:Logo scrumorg.png|200px|link=]]<br/> | ||
<br/> | <br/> | ||
© 2018 Scrum.org. Offered for license under the Attribution Share-Alike license of Creative Commons, | |||
accessible at https://creativecommons.org/licenses/by-sa/4.0/legalcode.fr and also described in summary | |||
form at https://creativecommons.org/licenses/by-sa/4.0/deed.fr. By utilizing this Kanban Guide for Scrum Teams, | |||
you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution | |||
Share-Alike license of Creative Commons.<br/> | |||
<br/> | |||
__FORCETOC__ | |||
== Objectif == | == Objectif == | ||
L'angle d'approche basé sur le flux par Kanban peut améliorer et compléter le cadre Scrum et sa mise en œuvre. Les équipes peuvent appliquer le Kanban qu'elles commencent tout juste à utiliser Scrum ou qu'elles l'utilisent depuis le début.<br/> | L'angle d'approche basé sur le flux par Kanban peut améliorer et compléter le cadre Scrum et sa mise en œuvre. Les équipes peuvent appliquer le Kanban qu'elles commencent tout juste à utiliser Scrum ou qu'elles l'utilisent depuis le début.<br/> | ||
| Ligne 27 : | Ligne 34 : | ||
== Kanban avec la Théorie Scrum == | == Kanban avec la Théorie Scrum == | ||
Tout d'abord, une revue rapide d'un principe clé du Guide Scrum :<br/> | Tout d'abord, une revue rapide d'un principe clé du Guide Scrum :<br/> | ||
Scrum est fondée sur la théorie empirique du contrôle des processus, ou empirisme. L'empirisme affirme que la connaissance vient de l'expérience ''et'' de la prise de décisions basées sur ce qui est connu. Trois piliers soutiennent chaque mise en oeuvre du contrôle empirique des processus : la transparence, l'inspection et l'adaptation. | Scrum est fondée sur la théorie empirique du contrôle des processus, ou empirisme. L'empirisme affirme que la connaissance vient de l'expérience ''et'' de la prise de décisions basées sur ce qui est connu. Trois piliers soutiennent chaque mise en oeuvre du contrôle empirique des processus : la transparence, l'inspection et l'adaptation. | ||
Scrum exige que le Backlog de Sprint soit transparent, mais il fournit peu d'indications sur la façon d'y parvenir. Il ne définit pas non plus comment parvenir à une transparence explicite du flux de travail dans le Backlog Produit, du Backlog Produit dans le Backlog de Sprint, et quoi qu'il advienne, du travail après qu'il ait résulté en un Incrément "Fini". C'est là que le Kanban peut vous aider. En visualisant le travail de nouvelles manières, une Equipe Scrum peut appliquer l'ensemble des pratiques décrites dans ce guide afin d'optimiser plus efficacement la création de valeur. Ces pratiques s'inspirent et s'appuient sur les principes de la pensée lean, du flux de développement de produits et de la théorie des files d'attente.<br/> | Scrum exige que le Backlog de Sprint soit transparent, mais il fournit peu d'indications sur la façon d'y parvenir. Il ne définit pas non plus comment parvenir à une transparence explicite du flux de travail dans le Backlog Produit, du Backlog Produit dans le Backlog de Sprint, et quoi qu'il advienne, du travail après qu'il ait résulté en un Incrément "Fini". C'est là que le Kanban peut vous aider. En visualisant le travail de nouvelles manières, une Equipe Scrum peut appliquer l'ensemble des pratiques décrites dans ce guide afin d'optimiser plus efficacement la création de valeur. Ces pratiques s'inspirent et s'appuient sur les principes de la pensée lean, du flux de développement de produits et de la théorie des files d'attente.<br/> | ||
<br/> | <br/> | ||
| Ligne 57 : | Ligne 64 : | ||
Un SLE prévoit le temps qu'il faut pour qu'un élément donné s'écoule du début à la fin de votre flux de travail. Le SLE comporte deux parties : une période de jours écoulés et une probabilité associée à cette période (par ex. "85 % des éléments de travail seront terminés sous huit jours ou moins "). Le SLE est basé sur le temps de cycle historique d'une Equipe Scrum et, une fois calculé, doit être affiché sur le tableau Kanban. S'il n'existe pas de données historiques sur le temps de cycle, l'Equipe Scrum faire sa meilleure hypothèse, puis remplace cette hypothèse une fois qu'il y a suffisamment de données historiques pour faire un calcul approprié du SLE.<br/> | Un SLE prévoit le temps qu'il faut pour qu'un élément donné s'écoule du début à la fin de votre flux de travail. Le SLE comporte deux parties : une période de jours écoulés et une probabilité associée à cette période (par ex. "85 % des éléments de travail seront terminés sous huit jours ou moins "). Le SLE est basé sur le temps de cycle historique d'une Equipe Scrum et, une fois calculé, doit être affiché sur le tableau Kanban. S'il n'existe pas de données historiques sur le temps de cycle, l'Equipe Scrum faire sa meilleure hypothèse, puis remplace cette hypothèse une fois qu'il y a suffisamment de données historiques pour faire un calcul approprié du SLE.<br/> | ||
<br/> | <br/> | ||
'''Quelle que soit la manière dont une Equipe Scrum choisit d'élaborer sa définition du "Flux de travail", cela reste le concept central de ce guide.''' Tous les autres éléments de ce guide dépendent fortement de la manière exacte dont une Equipe Scrum spécifie la définition du "Flux de travail". Elle peut et doit changer au fur et à mesure que l'Equipe Scrum découvre empiriquement de meilleures façons d'organiser et d'écouler le travail. De même, l'utilisation cohérente de la définition de "Flux de travail" est nécessaire lorsqu'elle est utilisée conjointement avec tous les autres éléments du présent guide (par ex., les | '''Quelle que soit la manière dont une Equipe Scrum choisit d'élaborer sa définition du "Flux de travail", cela reste le concept central de ce guide.''' Tous les autres éléments de ce guide dépendent fortement de la manière exacte dont une Equipe Scrum spécifie la définition du "Flux de travail". Elle peut et doit changer au fur et à mesure que l'Equipe Scrum découvre empiriquement de meilleures façons d'organiser et d'écouler le travail. De même, l'utilisation cohérente de la définition de "Flux de travail" est nécessaire lorsqu'elle est utilisée conjointement avec tous les autres éléments du présent guide (par ex., les mesures du flux). La cohérence garantit l'intégrité de l'hyperfocalisation de Kanban sur la transparence.<br/> | ||
== Pratiques Kanban == | == Pratiques Kanban == | ||
| Ligne 93 : | Ligne 100 : | ||
L'application de Kanban dans un contexte Scrum nécessite la collecte et l'analyse d'un ensemble minimum de mesures du flux. Ces mesures sont nécessaires à la pratique de la gestion dynamique des travaux en cours. Elles rendent également le flux transparent et permettent une inspection et une adaptation orientées flux. Ces mesures reflètent la santé et la performance actuelles de l'approche de l'Equipe Scrum. Elles indiqueront également les interventions qui peuvent améliorer le fonctionnement de l'Equipe Scrum et la valeur qu'elle apporte. | L'application de Kanban dans un contexte Scrum nécessite la collecte et l'analyse d'un ensemble minimum de mesures du flux. Ces mesures sont nécessaires à la pratique de la gestion dynamique des travaux en cours. Elles rendent également le flux transparent et permettent une inspection et une adaptation orientées flux. Ces mesures reflètent la santé et la performance actuelles de l'approche de l'Equipe Scrum. Elles indiqueront également les interventions qui peuvent améliorer le fonctionnement de l'Equipe Scrum et la valeur qu'elle apporte. | ||
=== Les | === Les Mesures de Base du Flux === | ||
Les quatre mesures de base du flux que les Equipes Scrum utilisant le Kanban devront suivre sont les suivantes : | Les quatre mesures de base du flux que les Equipes Scrum utilisant le Kanban devront suivre sont les suivantes : | ||
* Encours (WIP) : le nombre d'éléments de travail commencés mais non finis (selon la définition du "Flux de travail" de l'Equipe Scrum). | * Encours (WIP) : le nombre d'éléments de travail commencés mais non finis (selon la définition du "Flux de travail" de l'Equipe Scrum). | ||
| Ligne 109 : | Ligne 116 : | ||
=== La Planification du Sprint Basé sur le Flux === | === La Planification du Sprint Basé sur le Flux === | ||
Une réunion de Planification du Sprint basée sur le flux utilise des mesures de flux comme aide pour développer le Backlog de Sprint. Par exemple, en utilisant l'historique du Débit pour comprendre la capacité de l'Equipe Scrum pour le prochain Sprint. Le SLE d'une Equipe Scrum peut influencer le travail prévu pour les premiers jours du Sprint.<br/> | |||
=== Les Mêlées Quotidiennes Basées sur le Flux === | === Les Mêlées Quotidiennes Basées sur le Flux === | ||
Une Mêlée Quotidienne basée sur le flux vise à s'assurer que l'Equipe Scrum fait tout ce qu'elle peut pour maintenir l'écoulement du flux chaque jour. Bien que l'objectif de la Mêlée Quotidienne reste le même que dans ''Le Guide Scrum'', la réunion elle-même a lieu autour du tableau Kanban et se concentre sur les points faibles du flux et sur les actions que l'équipe Scrum peut entreprendre pour que le travail s'écoule à nouveau.<br/> | |||
<br/> | |||
Voici d'autres éléments à prendre en compte lors d'une Mêlée Quotidienne basée sur le flux : | |||
* Quels éléments de travail sont bloqués et que peut faire l'Equipe Scrum pour les débloquer ? | |||
* Quel est l'âge de chaque élément de travail en cours ? Quels éléments de travail ont violé ou sont sur le point de violer leur SLE et que peut faire l'équipe Scrum pour finir ce travail ? | |||
* Y a-t-il des choses qui pourraient avoir un impact sur la capacité de l'Equipe Scrum à finir son travail aujourd'hui et qui ne sont pas représentées sur le tableau ? | |||
=== La Revue de Sprint Basée sur le Flux === | === La Revue de Sprint Basée sur le Flux === | ||
''Le Guide Scrum'' fournit un aperçu détaillé du processus de Revue de Sprint. En plus de ces activités, l'inspection des mesures de flux Kanban dans le cadre de la Revue de Sprint crée de nouvelles opportunités pour de nouvelles conversations sur le suivi de l'état d'avancement vers un objectif. L'examen du débit peut fournir des informations supplémentaires lorsque le Product Owner discute des dates cibles et des dates de livraison probables. L'examen du SLE d'une Equipe Scrum peut amener le Product Owner à modifier le Backlog Produit. | |||
=== Les Rétrospectives de Sprint Basées sur le Flux === | === Les Rétrospectives de Sprint Basées sur le Flux === | ||
Une Retrospective de Sprint basée sur le flux ajoute l'inspection des mesures de flux et des analyses pour aider à déterminer quelles améliorations l'Equipe Scrum peut apporter à ses processus, y compris la Rétrospective de Sprint elle-même. L'Equipe Scrum utilisant Kanban inspecte et adapte également la définition du "Flux de travail" pour optimiser le flux dans le prochain Sprint. L'utilisation d'un diagramme de flux cumulé pour visualiser le l'Encours d'une Equipe Scrum, le Temps de Cycle approximatif moyen et le Débit moyen peuvent être utiles.<br/> | |||
<br/> | |||
''Le Guide Scrum'' stipule que la Rétrospective de Sprint doit avoir lieu après la Revue de Sprint et avant la prochaine Planification de Sprint. Ceci ne change pas lorsque vous utilisez Kanban. Toutefois, il n'est pas nécessaire que les opportunités de rétrospective basée sur le flux correspondent aux limites d'un Sprint. Elles peuvent se produire "juste à temps". En conséquence, des changements à la définition du "Flux de travail" d'une équipe peuvent survenir à tout moment, cependant, comme ces changements auront un impact concret sur les performances de l'Equipe Scrum, les changements apportés pendant la cadence régulière fournie par l'événement de Rétrospective de Sprint réduiront la complexité et amélioreront la transparence.<br/> | |||
== Notes de fin de texte == | == Notes de fin de texte == | ||
| Ligne 126 : | Ligne 147 : | ||
<br/> | <br/> | ||
© 2018 Scrum.org. Offered for license under the Attribution Share-Alike license of Creative Commons, | © 2018 Scrum.org. Offered for license under the Attribution Share-Alike license of Creative Commons, | ||
accessible at | accessible at https://creativecommons.org/licenses/by-sa/4.0/legalcode.fr and also described in summary | ||
form at | form at https://creativecommons.org/licenses/by-sa/4.0/deed.fr. By utilizing this Kanban Guide for Scrum Teams, | ||
you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution | you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution | ||
Share-Alike license of Creative Commons. | Share-Alike license of Creative Commons.<br/> | ||
