Deux modes de storyboard sont disponibles : le Mode Scrum ou le Mode Kanban.
Vous pouvez travailler en mode Scrum ou Kanban, ou profitez de la souplesse du storyboard pour gérer une méthode Scrumban adaptée aux besoins de votre équipe.
Mode Scrum | Mode Kanban |
---|---|
En mode Scrum, vous continuez de travailler dans les cycles du sprint, mais pouvez également utiliser les flux et les règles fournis par le storyboard. Au début de chaque sprint, vous planifiez un backlog de sprint (dont vous utilisez les éléments pour créer le storyboard). Le sprint se termine par une clôture, durant laquelle vous réaffectez les éléments subsistant dans les étapes Planification et En cours au sprint suivant. Le storyboard vous permet de modeler le flux des éléments de travail à l'aide d'étapes définies, et d'obtenir des informations détaillées sur les temps de cycle, c'est-à-dire le temps d'exécution des éléments de travail dans le storyboard. |
Si vous souhaitez utiliser continuellement les éléments de backlog au cours de la release, choisissez le mode Kanban. Le flux des éléments de travail dépend uniquement de la limite WIP et de la limite de temps définies pour chaque étape. Tip: Agile Manager vous oblige à définir au moins un sprint par release. Par conséquent, si vous travaillez en mode Kanban strict, définissez la release avec un seul sprint. Vous pouvez également définir plusieurs sprints, bien que cela soit déconseillé en mode Kanban. |
Le tableau suivant indique les principales différences entre les deux modes :
Mode Scrum | Mode Kanban | |
---|---|---|
D'où puis-je ajouter des éléments au storyboard ? |
Déplacez les éléments du couloir Backlog de sprint vers le storyboard, ou ajoutez des éléments à partir du backlog de release. Les éléments ajoutés à partir du backlog de release sont inclus au sprint actuellement affiché. |
|
Quels éléments sont-ils affichés sur le storyboard ? |
Les éléments de backlog affectés au sprint actuel. |
Les éléments de backlog sur lesquels votre équipe a travaillé au cours de la release. Le couloir Backlog de sprint contient uniquement les éléments affectés au sprint actuel. Lorsque vous placez les éléments dans d'autres couloirs, ils demeurent sur le storyboard pour le reste de la release. |
Que deviennent les éléments ouverts à la fin d'un sprint ? |
Sur la page Clôture du sprint, réaffectez les éléments ouverts au sprint suivant. Les éléments affectés aux sprints précédents n'apparaissent plus sur le storyboard. |
Les éléments restent sur le storyboard pour l'ensemble de la release. Si vous utilisez des sprints, les éléments de la colonne Backlog de sprint sont remplacés par les éléments affectés au nouveau sprint. |
Comment préparer le storyboard pour le sprint suivant ? |
Créez un backlog de sprint avec les éléments que vous avez reportés du sprint précédent et d'autres éléments du backlog de release. |
Si vous utilisez les sprints en mode Kanban, créez un backlog de sprint avec les éléments que vous avez reportés du sprint précédent et d'autres éléments du backlog de release. Les éléments restent sur le storyboard pour l'ensemble de la release, même après la fin d'un sprint. Les éléments dans le couloir Backlog de sprint changent avec chaque sprint. |
Le mode du storyboard est défini au niveau de la release et s'applique à toutes les équipes dans une release.
Après avoir modifié le mode du storyboard, les utilisateurs doivent se déconnecter puis se reconnecter pour que les modifications soient appliquées.