« Guide Kanban pour les Equipes Scrum (v1) » : différence entre les versions

* 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.

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 ".

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.