« Guide Kanban pour les Equipes Scrum (v1) » : différence entre les versions
De Wiki Agile
| Ligne 35 : | Ligne 35 : | ||
== Définition du Flux de travail == | == Définition du Flux de travail == | ||
L'optimisation du flux nécessite de définir ce que le flux signifie dans un contexte Scrum. Chaque Equipe Scrum doit créer sa définition de "Flux de travail" contenant les éléments suivants : | |||
* Définir les endroits pour lesquels l'équipe Scrum considère que le travail a commencé et est terminé. | |||
* Une définition des unités individuelles de valeur client qui s'écoulent dans le système de l'Equipe Scrum (très probablement les Eléments du Backlog Produit(PBI)). | |||
* Une définition des états du Flux de travail énonce que les PBIs s'écoulent du début vers la fin (et il doit y avoir au moins un état actif). | |||
* Des règles explicites sur la façon dont le travail s'écoule à travers chaque état (ce qui peut inclure des éléments de la définition du "Fini" d'une Equipe Scrum et des règles de transition tirée entre les étapes). | |||
* Une définition de la façon dont les Travaux en Cours (WIP) seront limités. | |||
* Un ensemble d'Exigences des Niveaux de Service (SLE) établie qui communique une prévision du temps qu'il faudra pour terminer les éléments de travail. | |||
<br/> | |||
Bien qu'il appartienne à l'équipe Scrum de définir son flux de travail, il y a quelques éléments qu'elle doit inclure : | |||
* Identifier les work items qui ne sont pas encore dans un état actif comme étant "non démarrés". | |||
* Identifier les work items qui entrent dans l'état actif (" commencé ") comme étant en cours d'exécution (encours de fabrication). | |||
* Identifier les work items qui sont passés par tous les états actifs prévus pour cet item comme étant " terminés ". | |||
<br/> | |||
En résumé, la définition de "Workflow" inclut une compréhension commune au sein de l'équipe Scrum de la façon dont le travail est défini (work items), l'état de départ du processus, les états actifs des work items, et l'état fini du processus. | |||
Notez que les états de la définition de "Workflow" peuvent ne pas coïncider avec les états définis par un carnet de commandes Sprint. Par exemple, la définition d'une équipe Scrum de "Workflow" peut inclure des états qui sont en amont, en aval, à l'intérieur ou à l'extérieur du Sprint Backlog. De même, les éléments de travail qui se déplacent dans le flux de travail peuvent ne pas correspondre aux éléments de l'arriéré de produits ou à d'autres parties de l'arriéré de Sprint ou de Scrum. Enfin, un work item particulier peut ne pas passer par tous les états actifs et un work item peut même ne pas passer successivement par les états actifs. | |||
<br/>La création et l'adaptation de la définition de "Workflow" peuvent avoir un impact ou être influencées par des artefacts existants. Les responsabilités du propriétaire du produit et de l'équipe de développement à l'égard de ces artefacts demeurent les mêmes que celles décrites dans le guide Scrum. | |||
== Exigence de Qualité de Service == | == Exigence de Qualité de Service == | ||
== Pratiques Kanban == | == Pratiques Kanban == | ||
