Cycles de vie de Agile Manager > Cycle de vie d'une release

Cycle de vie d'une release

Le cycle de vie d'une release dans Agile Manager peut inclure les étapes décrites ci-dessous.

Cliquez sur les zones pour accéder aux informations connexes dans le tableau ci-dessous.

Note: certaines étapes sont réservées aux administrateurs.

Configuration (administrateurs uniquement) ▲ retour au début

Définir les paramètres de l'espace de travail
  • Définissez les utilisateurs du site affectés à l'espace de travail.
  • Configurez les paramètres généraux de l'espace de travail qui s'appliquent à toutes les releases.
  • Répertoriez les applications en cours de développement dans votre espace de travail.
  • Profitez de la technologie ALI intégrée et gérez le développement du code.

    Définissez des serveurs de builds et des référentiels de code source pour activer la synchronisation des données avec Agile Manager.

Pour plus d'informations, reportez-vous aux sections Configurer les paramètres de l'espace de travail et Configurer les intégrations ALI.

Emplacement : Configuration > Espace de travail

Planification des releases ▲ retour au début

Structurer la release et définir les équipes

(administrateurs uniquement)

Créez une release, puis définissez les équipes et les membres de l'équipe qui seront actifs dans la release.

Pour plus d'informations, reportez-vous à la section Configurer les releases.

Emplacement : Configuration > Release

Gérer le backlog de produit et le backlog de release
  • Définissez les thèmes et fonctionnalités de votre produit.
  • Créez un backlog de produit de user stories et associez ces derniers à des fonctionnalités et à des thèmes.
  • Dans le backlog de produit, affectez des user stories et des anomalies à une release.

Lors de la planification d'une release, vérifiez la capacité de la release.

La somme des story points que vous affectez à une équipe doit correspondre à la capacité de la release.

Les paquets de release indiquent le nombre de story points affectés par rapport à la capacité totale de la release.

Emplacement : Backlog de produit

Planification du sprint ▲ retour au début

Planifier des user stories et des anomalies

Dans le backlog de release, affectez des user stories et des anomalies aux sprints.

Emplacement : Gestion des releases > Backlog de release / Tableau de planification

Affecter des éléments aux équipes

Dans le backlog de sprint, affectez des éléments aux équipes.

Emplacement : Gestion des releases > Backlog de sprint

Gérer la vélocité de l'équipe

Lors de la planification d'un sprint, vérifiez la vélocité de l'équipe.

La somme des story points que vous affectez à une équipe doit correspondre à la vélocité du sprint de l'équipe.

Les paquets d'équipe indiquent le nombre de story points affectés par rapport à la vélocité totale de l'équipe.

Emplacement : Gestion des releases > Backlog de sprint

Exécution du sprint ▲ retour au début

Allouer des tâches aux membres de l'équipe

Pour chaque élément du backlog de sprint, définissez les tâches nécessaires pour implémenter le user story ou l'anomalie.

Ces tâches peuvent être allouées au même membre que l'élément de backlog, ou à d'autres membres.

Emplacement : Gestion des releases > Backlog de sprint / Tableau des tâches

Assurer le suivi des tâches et de WIP

Lorsque le sprint commence, utilisez le tableau des tâches pour suivre l'avancement de vos tâches.

Emplacement : Gestion des releases > Tableau des tâches

Si vous utilisez la méthodologie Kanban, utilisez le storyboard pour gérer le développement du cycle de vie des user stories et des anomalies.

Emplacement : Gestion des releases > Storyboard

Implémenter et mettre à jour

Développez votre produit comme prévu et mettez à jour le statut des éléments à mesure que vous progressez.

Emplacement : Gestion des releases > Tableau des tâches / Storyboard

Signalez les anomalies à toutes les étapes du développement du produit.

Les anomalies sont ajoutées au backlog de release ou au backlog de sprint dans lequel vous les signalez, mais aussi au backlog du produit.

Emplacement : Gestion des anomalies, Gestion des releases > Backlog de release, Backlog de sprint

Rétrospective et clôture du sprint
  • Rédigez une rétrospective du sprint et créez des points d'action.
  • Inspectez les éléments de backlog non achevés dans le sprint.
  • Reportez les éléments de backlog ouverts à de futurs sprints.

Emplacement : Gestion des releases > Clôture du sprint

Visibilité ▲ retour au début

Analyses de développement

Utilisez les analyses ALI pour contrôler le développement de la release, des builds et des modifications du code source.

Analysez des fonctionnalités ou des thèmes spécifiques, ou le travail effectué par des équipes particulières.

Emplacement : Gestion des releases > Récapitulatif ALI ; Builds ; Code source

Rapports Kanban/Scrum

Utilisez les tableaux de bord prédéfinis ou personnalisés pour assurer le suivi des applications, des releases, des sprints et des anomalies.

Emplacement : Tableau de bord

Rapports personnalisables