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) |
|
---|---|
Définir les paramètres de l'espace de travail |
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 |
|
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 |
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 |
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 |
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 |
Emplacement : Gestion des releases > Clôture du sprint |
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 |