Développement agile Flux de processus
Découvrez le processus utilisé pour gérer les efforts de développement de produit dans , tels que la création d’un produit ou le suivi d’un sprint ou d’une mise en Développement agile 2.0 production.
- Définir les produits
Un produit peut être un ensemble de fonctions ou de fonctionnalités proposées aux utilisateurs. Chaque produit peut avoir un propriétaire qui gère le pipeline de travail, notamment les épopées et les stories, pour le produit. Ces éléments de travail peuvent être associés à un thème associé à un objectif business.
- Créer des épopées et des stories
Les épopées contiennent des exigences de haut niveau pour vos produits, que vous pouvez utiliser pour les décomposer en stories gérables. Lors de la création d’épopées et de stories dans Développement agile 2.0, vous pouvez les associer à un produit.
Consultez Créer une épopée dans Développement agile 2.0 et Créer une story dans Développement agile 2.0.
- Créer des mises en production
Certaines organisations ont un délai fixe pour mettre leurs produits sur le marché, appelé mise en production. Une mise en production présente une date de début et une date de fin, au cours desquelles plusieurs itérations de développement sont réalisées. Par exemple, vous pouvez avoir des calendriers trimestriels ou semestriels pour publier de nouvelles applications ou des améliorations à apporter à des applications existantes.
Après avoir créé une version dans Développement agile 2.0, vous pouvez y associer des produits, des épopées et des stories. Consultez Créer une mise en production dans Développement agile 2.0.
- Créer des backlogs personnalisés
Vous pouvez créer un backlog personnalisé en définissant des critères de filtrage. Par exemple, un backlog personnalisé peut être une combinaison de stories, de défauts et d’incidents, tandis que l’autre backlog personnalisé peut être une combinaison de stories et d’incidents. De cette façon, vous pouvez créer autant de backlogs personnalisés que nécessaire.
Reportez-vous à la rubrique Créer un backlog personnalisé dans Développement agile 2.0.
- Créer des groupes d'affectation
Créez un groupe d’affectation, ajoutez-y des membres. Pour chaque membre du groupe, définissez le nombre de points de story qu’il peut terminer dans un sprint. Au niveau du groupe, la somme des points de story de tous les membres du groupe détermine la capacité du groupe.
Reportez-vous à la rubrique Créer un groupe d’affectation dans Développement agile 2.0.
- Créer des sprints
Un sprint est le délai dans lequel l’équipe de développement livre une ou plusieurs stories. Un sprint peut être de n’importe quelle durée, mais prend généralement entre une et quatre semaines. Le scrum master crée le nombre de sprints requis pour le groupe, et ces sprints sont utilisés par les membres du groupe pour terminer le travail requis pour une mise en production à venir. Toutefois, tous les sprints d’une mise en production doivent être compris entre les dates de début et de fin de la mise en production.
- Activités de sprint de plan
Avant le début d’un sprint, le groupe et le Scrum Master décident des stories du backlog qu’ils peuvent s’engager à terminer au sein d’un sprint. Les stories d’un sprint peuvent être sélectionnées en fonction de la priorité. Le Scrum Master doit s’assurer que l’effort (nombre total de points de la story) requis pour terminer les stories correspond à la capacité du groupe.
Lors de la planification de vos sprints, vous pouvez utiliser les rapports de vélocité pour estimer la quantité de travail que le groupe peut accomplir lors du prochain sprint. Le tableau de bord d’équipe Agile 2.0 fournit un rapport d’historique de vélocité et un rapport de vélocité par type.- Historique de vélocité : obtenez un aperçu de la vélocité globale de l’équipe au cours des 10 derniers sprints. Analysez si l’équipe atteint une vélocité stable et prévisible et si elle respecte ses engagements.
- Vélocité par type : analysez la façon dont la vélocité de votre équipe change au fil du temps et comparez la charge de travail stratégique de l’équipe avec la charge de travail opérationnelle ou d’autres types de charge de travail.
Pour en savoir plus sur la planification de vos sprints, reportez-vous à la section Planifier vos activités de sprint dans Développement agile 2.0.
- Suivre la progression du sprint
Le Scrum Master gère les efforts de l’équipe de sprint, fournit des rapports d’avancement et élimine les obstacles rencontrés par l’équipe. Les membres de l’équipe mettent à jour les enregistrements de stories et organisent des réunions quotidiennes pour discuter de leur progression et communiquer leurs préoccupations au Scrum Master et aux propriétaires de produits.
L’équipe doit terminer toutes les stories engagées pour un sprint. Le Scrum Master s’attend à ce que les stories soient entièrement testées et prêtes à être publiées, conformément aux critères d’acceptation.
Dans l’idéal, les stories validées et le périmètre d’un sprint spécifique ne doivent pas changer pendant que le sprint est en cours. Développement agile 2.0 Offre la flexibilité nécessaire pour mettre à jour si nécessaire et s’adapter à l’évolution des priorités. Cependant, les stories ne doivent être ajoutées ou supprimées d’un sprint qu’après une discussion entre le groupe, le Scrum Master et le propriétaire du produit.
Vous pouvez utiliser le tableau de bord du sprint Agile 2.0 avec des rapports tels que des graphiques d’avancement et d’avancement pour suivre la progression de l’équipe pour un sprint.
Conseil :Si vous exécutez une livraison de projet hybride ou traditionnelle, vous pouvez toujours utiliser le tableau de bord du sprint Agile 2.0 pour suivre les transitions d’états des workflows à l’aide du diagramme de flux cumulatif. Pour plus d’informations sur l’activation de l’accès au tableau de bord, reportez-vous à la section Pack de contenu Analyse des performances pour Agile 2.0.
- Suivre la progression de la mise en production
Le propriétaire du produit suit la progression de la mise en production et vérifie si l’équipe termine les stories au rythme nécessaire pour atteindre l’objectif de mise en production.
Vous pouvez utiliser le tableau de bord de la version Agile 2.0 avec des rapports tels que les graphiques d’avancement, d’avancement et de temps de cycle pour suivre la progression de l’équipe d’une mise en production.