« Epics Agile : Définition, Exemples et Modèles » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 68 : | Ligne 68 : | ||
[https://www.atlassian.com/agile/tutorials/epics Voir comment fonctionne les Epics dans Jira]<br/> | [https://www.atlassian.com/agile/tutorials/epics Voir comment fonctionne les Epics dans Jira]<br/> | ||
<br/> | <br/> | ||
==Découper une Epic Agile== | ==Découper une Epic Agile== | ||
Décomposer une epic en stories plus concrètes aide à comprendre un projet et à maintenir la dynamique, mais cela peut être une tâche intimidante pour les non-initiés. Il n'y a pas de solution universelle pour créer des tories à partir d'une epics, mais il y a beaucoup de bonnes options à prendre en compte : | Décomposer une epic en stories plus concrètes aide à comprendre un projet et à maintenir la dynamique, mais cela peut être une tâche intimidante pour les non-initiés. Il n'y a pas de solution universelle pour créer des tories à partir d'une epics, mais il y a beaucoup de bonnes options à prendre en compte : | ||
| Ligne 75 : | Ligne 74 : | ||
* '''Culture''' : laissez les normes de l'équipe dicter si une story est une tâche rapide ou un projet d'une semaine. | * '''Culture''' : laissez les normes de l'équipe dicter si une story est une tâche rapide ou un projet d'une semaine. | ||
* '''Temps''' : à moins d'avoir fixer une autre convention, concevez des stories qui peuvent être finies en un seul sprint ou moins. | * '''Temps''' : à moins d'avoir fixer une autre convention, concevez des stories qui peuvent être finies en un seul sprint ou moins. | ||
Il n'y a pas de définition universelle qui trace une ligne entre une grande story et une epic. En général, tout périmètre de travail que l'équipe estime en "semaines" (ou plus) à terminer, plutôt qu'en "heures" ou "jours", devrait être considérée comme une epic et diviser en petites stories. | Il n'y a pas de définition universelle qui trace une ligne entre une grande story et une epic. En général, tout périmètre de travail que l'équipe estime en "semaines" (ou plus) à terminer, plutôt qu'en "heures" ou "jours", devrait être considérée comme une epic et diviser en petites stories.<br/> | ||
<br/> | |||
==Mesurer les Epics Agile== | |||
Les burndown charts peuvent être utilisés pour visualiser les epics, et servir à garder les équipes motivées et les parties prenantes informées. Un bon burndown d'epic montre que l'agilité de l'organisation brille vraiment.<br/> | |||
<br/> | |||
Un Burndown Chart d'Epic montre la quantité réelle et estimée de travail à effectuer au cours d'un sprint. L'axe des abscisses d'un Burndown Chart indique le temps, et l'axe des ordonnées indique les stories ou demandes / issues.<br/> | |||
<br/> | |||
[[Fichier:EpicBurndownChart.png]]<br/> | |||
<br/> | |||
Utilisez un Burndown Chart pour suivre du travail restant et pour projeter la probabilité d'atteindre [https://www.atlassian.com/agile/scrum/sprint-reviews l'objectif du sprint]. En suivant le travail restant tout au long de l'itération, une équipe peut gérer ses progrès et réagir en conséquence.<br/> | |||
<br/> | |||
En observant le Burndown Chart, la façon dont l'équipe progresse et où les obstacles apparaissent devint claire. Le fait d'avoir ces points de données clairement visibles permet à tout le monde d'être sur la même longueur d'onde et facilite une conversation ouverte sur l'évolution du produit et les prévisions de fin. Sans oublier que la transparence crée la confiance !<b/> | |||
<br/> | |||
Apprenez à configurer les [https://www.atlassian.com/agile/tutorials/burndown-charts Burndown Charts dans Jira Software].<br/> | |||
<br/> | |||
