Définir les chemins d’itération (sprints) et configurer les itérations d’équipe

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Les chemins d’itération, également appelés sprints, attribuent des éléments de travail à des intervalles de temps spécifiques. Définissez les chemins d’itération au niveau du projet et que chaque équipe sélectionne les chemins qu’ils utilisent. Les chemins d’itération sont partagés entre toutes les équipes sélectionnées. Vous pouvez créer une structure plate ou hiérarchique de chemins d’itération pour prendre en charge les versions, les sous-versions et les sprints. Si votre équipe n’utilise pas de sprints pour la planification et le suivi du travail, conservez les affectations d’équipe par défaut et utilisez les backlogs et les tableaux de produits et de portefeuille, bien que les outils de planification sprint ne soient pas applicables.

Définissez des chemins d’itération et attribuez-les aux équipes lorsque vous souhaitez utiliser les outils suivants :

• Affecter des éléments de travail à des sprints à l’aide du volet Planification
• Éléments de travail de requête et de graphique basés sur le chemin d’itération
• Prévoir votre backlog de produits
• Sprinte> tous les outils
• Plans de livraison, vue calendrier des livrables de l’équipe
• Graphique de vélocité et graphique de burndown sprint

Conseil

Si une équipe ne s’est pas abonnée ou n’a pas sélectionné de chemin d’itération, ce chemin d’itération n’apparaît pas dans une vue d’équipe ou un outil.

Pour plus d’informations sur les restrictions de nommage et les limites placées sur l’ajout de chemins d’itération, consultez À propos des zones et des itérations, restrictions de nommage.

Conseil

Pour mettre à jour rapidement les dates d’itération, consultez Modifier les dates de sprint. Toutefois, si vous devez définir les chemins d’itération et l’arborescence, suivez les instructions fournies dans cet article.

Prérequis

Autorisations :

• Pour ajouter un chemin d’itération à un projet, soyez membre du groupe Administrateurs du projet. Par défaut, ces autorisations sont définies pour l’utilisateur qui a créé le projet.
• Pour ajouter, modifier et gérer des chemins d’itération sous un nœud, disposez d’une ou plusieurs autorisations suivantes définies sur Autoriser pour le nœud que vous souhaitez gérer :
  • Créer des nœuds enfants
  • Supprimer ce nœud
  • Modifier ce nœud
  • Afficher les autorisations pour ce nœud
• Pour définir des chemins d’itération d’équipe, être administrateur d’équipe ou membre du groupe Administrateurs de projet.

Pour plus d’informations sur l’acquisition d’autorisations, consultez Modifier les autorisations au niveau du projet ou Définir les autorisations et l’accès pour le suivi du travail.

Démarrage

Les nouveaux projets commencent par un chemin de zone racine unique correspondant au nom du projet. Ajoutez d’autres chemins d’accès de zone sous cette racine et utilisez des chemins d’itération prédéfinis pour le suivi du travail en définissant des dates.

Si vous débutez avec la gestion des projets et des équipes, procédez comme suit pour configurer votre projet et vos équipes :

1. Configurer Azure Boards : passez en revue Configurer et personnaliser Azure Boards.
2. Définir des chemins d’accès et des équipes de zone : suivez Définir les chemins d’accès de zone et affectez-les à une équipe, ce qui garantit au moins un chemin d’accès de zone par équipe.
3. Définir la longueur de l’itération : choisissez les longueurs d’itération, de préférence cohérentes entre les équipes. Voir à propos des zones et des itérations.
4. Choisir une structure de sprint : choisissez entre un sprint plat ou hiérarchique et une structure de mise en production.
5. Définissez les chemins d’itération.
6. Créer des équipes : créez les équipes nécessaires en fonction de l’étape 2. Consultez Ajouter une équipe, passer d’une équipe par défaut à plusieurs équipes.
7. Affecter des chemins d’accès de zone à des équipes : dans la configuration de l’équipe, affectez les chemins d’accès par défaut et d’autres zones à chaque équipe. Suivez les chemins d’itération par défaut de l’équipe.
8. Affecter des chemins d’itération aux éléments de travail : utilisez la modification en bloc pour affecter des éléments de travail à des chemins d’itération pour une visibilité sur les backlogs et les tableaux. Consultez également Affecter des éléments de backlog à un sprint.

Si nécessaire, vous pouvez effectuer les tâches suivantes à tout moment :

• Ajouter d’autres nœuds d’itération enfant
• Renommer un chemin d’itération (à l’exception du chemin racine)
• Déplacer un chemin d’itération enfant sous un autre nœud
• Supprimer un chemin d’itération enfant
• Modifier les chemins d’itération par défaut et sélectionnés attribués à une équipe

Itération du backlog d’équipe par rapport à l’itération par défaut

Chaque équipe a accès à différents outils Agile, comme détaillé dans Les équipes et les outils Agile. Ces outils référencent les chemins de zone par défaut de l’équipe et les chemins d’itération sélectionnés ou sprints. En règle générale, les équipes utilisent un chemin d’accès de zone et plusieurs chemins d’itération pour le suivi du travail, mais vous pouvez utiliser plusieurs chemins de zone sur les backlogs et les tableaux pour prendre en charge différents scénarios.

Teams peut définir une itération par défaut distincte de l’itération du backlog. L’itération du backlog détermine les éléments qui apparaissent sur les backlogs et les tableaux de l’équipe, tandis que l’itération par défaut affecte des valeurs aux éléments de travail nouvellement créés.

Tous les éléments de travail créés dans le contexte de l’équipe sont automatiquement affectés au chemin d’accès de zone par défaut de l’équipe et au chemin d’itération par défaut.

Répertorier les itérations de projet

Pour répertorier les itérations de projet, procédez comme suit :

Browser

1. Connectez-vous à votre projet https://dev.azure.com/{Your_Organization/Your_Project}.

2. Sélectionnez (1) Paramètres> du projet (2) Itérations de projet> (3).

   

Interface CLI Azure DevOps

Répertorier les chemins d’itération de | projet Ajouter une itération | de projet Répertorier les chemins | d’itération d’équipeDéfinir les chemins d’itération d’équipe | Supprimer ou mettre à jour un chemin d’itération de projet

Répertorier les itérations définies pour un projet à l’aide de az boards itération project list. Pour commencer, consultez Prise en main d’Azure DevOps CLI.

az boards iteration project list [--depth]
                                 [--path]
                                 [--project]

Paramètres

• profondeur : facultatif. Profondeur des nœuds enfants à répertorier. Exemple : --depth 3.
• path : facultatif. Chemin absolu d’une itération. \Iteration\ doit suivre après , \ProjectNamece qui le distingue d’un chemin d’accès de zone. Exemple : --path \ProjectName\Itération\ItérationName. Si des espaces sont utilisés dans un nœud, placez-les entre guillemets doubles, par exemple--path "\Fabrikam Fiber\Iteration\Sprint 1". Lorsqu’il n’est pas spécifié, répertorie les chemins d’itération à partir du niveau racine.
• project : facultatif. Nom ou ID du projet. Exemple : --project "Fabrikam Fiber".

Exemple

Par exemple, la commande suivante répertorie les chemins de zone à une profondeur de 3 pour le projet Fabrikam Fiber. Pour plus d’informations sur les autres options de format de sortie, consultez Formats de sortie pour les commandes Azure CLI

az boards iteration project list --depth 3 --project "Fabrikam Fiber" --output table
ID     Identifier                            Name            Path                                           Has Children    Start Date            Finish Date
-----  ------------------------------------  --------------  ---------------------------------------------  --------------  --------------------  --------------------
55290  d77820e9-6bda-4deb-8052-cc519bc12ecc  Fabrikam Fiber  \Fabrikam Fiber\Iteration                      True
55292  5938b25d-7235-499e-815f-4fc19d95d24c  Release 1       \Fabrikam Fiber\Iteration\Release 1            True
55297  c7063041-ff3a-4d7f-bb46-c433c7030d59  Sprint 1        \Fabrikam Fiber\Iteration\Release 1\Sprint 1   False           2019-01-01T00:00:00Z  2019-01-18T00:00:00Z
55298  dd10f1bf-bedd-4c6f-926f-b2abea81bb50  Sprint 2        \Fabrikam Fiber\Iteration\Release 1\Sprint 2   False           2019-01-21T00:00:00Z  2019-02-08T00:00:00Z
55340  862e961a-ac7a-4fcc-9ebc-8afd0c12fed5  Sprint 3        \Fabrikam Fiber\Iteration\Release 1\Sprint 3   False           2019-03-11T00:00:00Z  2019-03-29T00:00:00Z
55341  8548898e-4dfd-4515-9d6e-d476d90033a3  Sprint 4        \Fabrikam Fiber\Iteration\Release 1\Sprint 4   False
55342  d130534c-05dc-434b-a7f3-85689d11c36f  Sprint 5        \Fabrikam Fiber\Iteration\Release 1\Sprint 5   False
55343  738f5c0b-c62b-4ba5-96ab-026e606b0cef  Sprint 6        \Fabrikam Fiber\Iteration\Release 1\Sprint 6   False           2018-07-16T00:00:00Z  2018-08-03T00:00:00Z
55299  a0554e98-b1f1-4230-8500-733c739a0113  Release 2       \Fabrikam Fiber\Iteration\Release 2            False
55300  5c3a5d56-f860-4ebc-8838-7701256c88a4  Release 3       \Fabrikam Fiber\Iteration\Release 3            False
55301  ad722430-042b-4c45-87e5-8d67572d4fc1  Release 4       \Fabrikam Fiber\Iteration\Release 4            False
55364  8b738736-fef6-49f5-be2a-31c86add6589  Future          \Fabrikam Fiber\Iteration\Future               False

Ajouter des itérations et définir des dates d’itération

Ajoutez des itérations de la même façon que vous ajoutez des zones. Pour plus d’informations sur l’utilisation d’une cadence de sprint, consultez Scrum et outils de planification de sprint.

Browser

1. Ajoutez et modifiez des itérations à partir des paramètres>de projet Itérations de configuration>de projet.

   Pour les projets basés sur Scrum, vous voyez l’ensemble de sprints suivant.

   

2. Pour planifier les dates de début et de fin de chaque sprint que vos équipes utilisent, mettez en surbrillance le sprint et choisissez Définir des dates. Vous pouvez également sélectionner Actions pour le chemin d’itération et choisir Modifier.

   

3. Pour sélectionner de nouvelles dates, sélectionnez l’icône de calendrier.

   

4. Lorsque vous avez terminé, vous disposez d’un ensemble de sprints planifiés , comme dans l’image suivante :

   

   L’étape suivante consiste à choisir les sprints que chaque équipe utilise.

Interface CLI Azure DevOps

Ajoutez des chemins d’itération à un projet à l’aide de la création d’un projet d’itération az boards. Pour commencer, consultez Démarrage avec l’interface CLI Azure DevOps.

az boards iteration project create --name
                                   [--finish-date]
                                   [--path]
                                   [--project]
                                   [--start-date]

Paramètres

• nom : Obligatoire. Entrez le nom du chemin d’itération.
• date de fin : facultatif. Date de fin de l’itération. Exemple : « --finish-date 2019-06-21 ».
• path : facultatif. Chemin absolu d’une itération. Exemple : \ProjectName\Itération\ItérationName. Lorsqu’il n’est pas spécifié, ajoute une itération au niveau racine.
• project : facultatif. Nom ou ID du projet. Exemple : --project "Fabrikam Fiber".
• date de début : facultatif. Entrez la date de début du chemin d’itération. Exemple : « 03/06/2019 ». Doit être antérieur à la date de fin.

Exemple

Par exemple, la commande suivante ajoute Sprint 36, qui commence le 1er septembre 2019 et se termine le 30 septembre 2019 en tant que chemin d’itération du projet par défaut au niveau du nœud racine.

az boards iteration project create --name "Sprint 36" --start-date 2019-09-01 --finish-date 2019-09-30
{
  "attributes": {
    "finishDate": "2019-09-30T00:00:00Z",
    "startDate": "2019-09-01T00:00:00Z"
  },
  "children": null,
  "hasChildren": false,
  "id": 55411,
  "identifier": "af3ef6a7-6551-451b-8f9f-63af7a60fc55",
  "name": "Sprint 36",
  "path": "\\Fabrikam Fiber\\Iteration\\Sprint 36",
  "structureType": "iteration",
  "url": "https://dev.azure.com/fabrikam/56af920d-393b-4236-9a07-24439ccaa85c/_apis/wit/classificationNodes/Iterations/Sprint%2036"
}

Répertorier les itérations d’équipe

Définissez les valeurs par défaut de l’équipe à partir des paramètres d’équipe. Si vous n’êtes pas administrateur d’équipe, faites-en un. Seuls les administrateurs d’équipe ou de projet peuvent modifier les paramètres d’équipe.

Notes

Teams peut se voir attribuer un maximum de 300 chemins d’itération. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.

Browser

Définissez à la fois les zones et les itérations de la configuration d’équipe Des > paramètres > de projet. Accédez rapidement à celui-ci à partir d’un backlog de suivi du travail d’équipe, d’un tableau de bord ou d’un tableau de bord.

1. Ouvrez un backlog ou un tableau pour une équipe, puis choisissez Profil d’équipe , puis Paramètres d’équipe.

   Ici, nous ouvrons le tableau pour l’équipe web et à partir de là le profil de l’équipe.

   

2. Choisissez Itérations et zones.

   

3. Pour changer de contexte d’équipe, utilisez le sélecteur d’équipe dans les barres de navigation.

   

Interface CLI Azure DevOps

Répertoriez les chemins d’itération définis pour une équipe à l’aide de la liste d’équipe de zone az boards. Pour commencer, consultez Démarrage avec l’interface CLI Azure DevOps.

az boards iteration team list --team
                              [--project]
                              [--timeframe]

Paramètres

• équipe : Obligatoire. Nom ou ID de l’équipe.
• project : facultatif. Nom ou ID du projet.
• période : facultatif. Filtre pour lequel les itérations sont retournées en fonction du temps relatif. Seul Current est pris en charge.

Exemple

Par exemple, la commande suivante répertorie les chemins d’accès à la zone pour l’équipe service delivery. Pour obtenir d’autres options de format de sortie, consultez Formats de sortie pour les commandes Azure CLI

az boards iteration team list  --team "Service Delivery"  --project "Fabrikam Fiber" --output table
ID                                    Name       Start Date                 Finish Date                Time Frame    Path
------------------------------------  ---------  -------------------------  -------------------------  ------------  ---------------------------------
c7063041-ff3a-4d7f-bb46-c433c7030d59  Sprint 1   2019-01-01T00:00:00+00:00  2019-01-18T00:00:00+00:00  past          Fabrikam Fiber\Release 1\Sprint 1
dd10f1bf-bedd-4c6f-926f-b2abea81bb50  Sprint 2   2019-01-21T00:00:00+00:00  2019-02-08T00:00:00+00:00  past          Fabrikam Fiber\Release 1\Sprint 2
862e961a-ac7a-4fcc-9ebc-8afd0c12fed5  Sprint 3   2019-03-11T00:00:00+00:00  2019-03-29T00:00:00+00:00  current       Fabrikam Fiber\Release 1\Sprint 3

Sélectionner les sprints d’équipe et définir le chemin d’itération par défaut

Vous définissez des sprints pour le projet , puis sélectionnez-les pour qu’ils soient actifs pour chaque équipe. Vous affectez l’itération par défaut à utiliser lors de la création d’éléments de travail.

Browser

1. Ouvrez Paramètres > de projet Tableaux Itérations > de configuration > d’équipe pour une équipe.

   Ici, nous accédons à l’équipe Fabrikam Fiber.

   

2. Itération du backlog. Seuls les éléments de travail affectés à une itération égale ou inférieure à cette itération du backlog apparaissent dans les backlogs et les tableaux de l’équipe.

   

   En outre, tous les éléments de travail ajoutés par le biais du backlog ou du tableau d’une équipe se voient attribuer l’itération du backlog.

3. Itération par défaut. L’itération par défaut définit l’itération à utiliser lorsque vous créez un élément de travail à partir du backlog ou du tableau d’équipe. spécifiez n’importe quelle itération définie sous le chemin d’itération du backlog. Pour affecter de nouveaux éléments de travail à l’itération actuelle, spécifiez @CurrentIteration. La même macro utilisée dans les requêtes pour répertorier les éléments de travail affectés à l’itération actuellement active affectée à l’équipe est utilisée.

   Par exemple, vous souhaiterez peut-être ajouter tous les nouveaux éléments de travail à un chemin d’itération futur, que vous utilisez pour trier et affecter à des sprints spécifiques à intervalles périodiques.

   

   Notes

   Les nouveaux éléments de travail ajoutés via la page Éléments de travail ou le widget Nouveaux éléments de travail d’un tableau de bord d’équipe ne référencent pas le chemin d’itération par défaut attribué à l’équipe. Au lieu de cela, les nouveaux éléments de travail se voient attribuer le dernier chemin d’itération sélectionné par l’utilisateur. Les nouveaux éléments de travail ajoutés via le backlog sprints ou le tableau des tâches d’une équipe se voient toujours attribuer le chemin d’itération associé au sprint sélectionné.

4. Sprints actifs. Ajoutez une itération pour chaque backlog de sprint que vous souhaitez active pour l’équipe. Ajoutez chaque sprint, un par un, en le sélectionnant dans le menu.

   

   Lorsque vous avez terminé, vous devriez voir une liste de sprints, semblable à ce qui suit.

   

   Si vous ne voyez pas les sprints ou les dates dont vous avez besoin, ajoutez ou modifiez des itérations pour le projet, à condition que vous disposiez des autorisations requises. Pour plus d’informations, consultez Définir des chemins d’itération (sprint).

5. Pour afficher les backlogs sprint récemment activés, actualisez la page du backlog produit de votre équipe.

Interface CLI Azure DevOps

Ajoutez des chemins d’itération, définissez le chemin d’itération par défaut ou définissez le chemin d’itération du backlog pour une équipe à l’aide de l’une des commandes az boards itération teamAzure DevOps CLI suivantes. Pour commencer, consultez Prise en main d’Azure DevOps CLI.

az boards iteration team add --id --team
                             [--project]

az boards iteration team set-default-iteration --team
                                               [--default-iteration-macro]
                                               [--id]
                                               [--project]

az boards iteration team set-backlog-iteration --id --team
                                               [--project]

Paramètres

• équipe : Obligatoire. Nom ou ID de l’équipe.
• default-itération-macro : facultatif. Macro d’itération par défaut, la seule entrée valide est @CurrentIteration.
• id : facultatif. Entrez l’ID d’un chemin d’itération. Pour déterminer l’ID, répertoriez les chemins d’itération à l’aide de la liste de projets d’itération az boards.
• project : facultatif. Nom ou ID du projet. Exemple : --project « Fabrikam Fiber ».

Exemple

Par exemple, la commande suivante ajoute le chemin d’accès \Fabrikam Fiber\Itération\Release 2 à l’équipe service Delivery pour le projet Fabrikam Fiber.

az boards iteration team add --id a0554e98-b1f1-4230-8500-733c739a0113 --team "Service Delivery" --project "Fabrikam Fiber"
{
  "attributes": {
    "finishDate": null,
    "startDate": null,
    "timeFrame": "future"
  },
  "id": "a0554e98-b1f1-4230-8500-733c739a0113",
  "name": "Release 2",
  "path": "Fabrikam Fiber\\Release 2",
  "url": "https://dev.azure.com/fabrikam/56af920d-393b-4236-9a07-24439ccaa85c/43e6bd2e-696f-492c-bbf7-9cde9cd420ea/_apis/work/teamsettings/iterations/a0554e98-b1f1-4230-8500-733c739a0113"
}

Renommer ou déplacer une itération

Lorsque vous renommez une itération ou déplacez le nœud dans la hiérarchie d’arborescences, le système met automatiquement à jour les éléments de travail et les requêtes qui référencent les chemins existants.

Browser

1. Pour renommer un chemin d’itération, choisissez le menu contextuel du nœud, puis sélectionnez Modifier.

   

2. Dans la boîte de dialogue qui s’ouvre, entrez le nouveau nom.

   

3. Pour déplacer le nœud dans la hiérarchie, modifiez le champ Emplacement.

4. Pour supprimer un nœud, choisissez l’option Supprimer dans le menu Actions.

   Notes

   Lorsque vous supprimez un nœud d’itération, le système met automatiquement à jour les éléments de travail existants avec le nœud que vous entrez à l’invite de suppression.

Interface CLI Azure DevOps

Renommez, déplacez ou supprimez un chemin d’itération pour un projet à l’aide des commandes de projet d’itération az boards suivantes. Pour commencer, consultez Prise en main d’Azure DevOps CLI.

Renommer ou déplacer un chemin d’itération de projet

Pour renommer ou déplacer un chemin d’itération de projet, utilisez la az boards area project update commande .

az boards iteration project update --path
                                   [--child-id]
                                   [--finish-date]
                                   [--name]
                                   [--project]
                                   [--start-date]

Paramètres

• path : obligatoire. Chemin absolu d’une itération. Exemple : \ProjectName\Itération\ItérationName.
• child-id : facultatif. Déplace un chemin d’itération existant et l’ajoute en tant que nœud enfant pour le nom de chemin d’accès ou l’ID de chemin spécifié.
• name : facultatif. Nouveau nom du chemin d’itération.
• project : facultatif. Nom ou ID du projet. Exemple : --project « Fabrikam Fiber ».
• finish-date : facultatif. Date de fin de l’itération. Exemple : « 21-06-2019 ».
• date de début : facultatif. Date de début du chemin d’itération. Exemple : « 2019-06-03 ». Doit être antérieur à la date de fin.
• oui : facultatif. Ne demande pas de confirmation.

Exemple

Par exemple, la commande suivante met à jour les dates de début et de fin du chemin d’itération Sprint 3 pour le projet Fabrikam Fiber.

az boards iteration project update --path "\Fabrikam Fiber\Iteration\Release 1\Sprint 3" --finish-date 2019-08-31 --start-date 2019-08-01 --project "Fabrikam Fiber" --output table
ID     Identifier                            Name      Start Date            Finish Date           Path                                          Has Children
-----  ------------------------------------  --------  --------------------  --------------------  --------------------------------------------  --------------
55340  862e961a-ac7a-4fcc-9ebc-8afd0c12fed5  Sprint 3  2019-08-01T00:00:00Z  2019-08-31T00:00:00Z  \Fabrikam Fiber\Iteration\Release 1\Sprint 3  False

Supprimer un chemin d’itération

Important

• La suppression de chemins d’accès de zone ou la reconfiguration des chemins d’itération entraîne une perte de données irréversible. Par exemple, les graphiques de widgets burndown et burnup, sprint burndown et les graphiques de vélocité pour les équipes avec des chemins d’accès de zone modifiés n’affichent pas de données précises . Les graphiques de tendance historique référencent le chemin d’accès à la zone et le chemin d’itération, car ils ont été définis au moment de chaque élément de travail. Une fois supprimé, vous ne pouvez pas récupérer les données historiques pour ces chemins d’accès.
• Vous ne pouvez supprimer que des chemins d’accès de zone et d’itération qui ne sont plus utilisés par des éléments de travail.

Browser

Lorsque vous supprimez un chemin d’itération, vous devez fournir un chemin d’itération à utiliser pour mettre à jour les éléments de travail affectés au chemin d’itération que vous souhaitez supprimer.

1. Pour supprimer un chemin d’itération, ouvrez la page Paramètres >du projet du portail web Itérations de configuration>du projet.

2. Choisissez le menu contextuel du nœud, puis sélectionnez Supprimer ou Supprimer.

3. Dans la boîte de dialogue qui s’ouvre, sélectionnez le chemin d’itération auquel réattribuer les éléments de travail, puis choisissez Supprimer le chemin.

   

Interface CLI Azure DevOps

Pour supprimer un chemin d’itération de projet, utilisez la az boards area project delete commande . Pour commencer, consultez Prise en main d’Azure DevOps CLI.

az boards iteration project delete --path
                                   [--project]
                                   [--yes]

Paramètres

• path : obligatoire. Chemin absolu d’une itération. Exemple : \ProjectName\Itération\ItérationName.
• project : facultatif. Nom ou ID du projet. Exemple : --project « Fabrikam Fiber ».
• oui : facultatif. Ne demande pas de confirmation.

Exporter/importer des chemins d’itération

Vous ne pouvez pas exporter ou importer la structure des chemins d’arborescence pour un projet à utiliser avec un autre projet.

À l’aide d’Azure CLI, vous pouvez utiliser la az boards iteration commande pour répertorier les itérations définies pour un projet, puis les ajouter à un autre projet. Une fois que vous avez ajouté les itérations à un autre projet, vous pouvez ensuite utiliser la az boards iteration team commande pour les ajouter à une équipe et définir le chemin d’itération par défaut et backlog de l’équipe.

Vous pouvez utiliser les nœuds de classification (API REST) et Teams (API REST) pour effectuer des actions similaires.

Chemins d’itération d’archivage

Après un certain temps, vous souhaiterez peut-être archiver les chemins d’itération utilisés pour les sprints d’une année ou plus obsolète. Pour ce faire, déplacez le chemin d’itération sous un nœud que vous étiquetez « Archive ». Tous les éléments de travail sont mis à jour avec le chemin d’itération déplacé. En outre, les équipes peuvent dé-sélectionner les sprints qui ont dépassé. Toutes les données sont conservées dans le magasin de données avec les nouvelles affectations de chemin d’itération.

Avant d’archiver les itérations, envisagez si vous avez capturé tous les rapports souhaités.

Progression du graphique par itération

Vous pouvez rapidement générer des requêtes pour afficher la progression de ces zones. Par exemple, vous pouvez visualiser la progression des éléments de travail affectés à des sprints, comme illustré dans le graphique à barres empilées suivant.

Articles connexes

• À propos des zones et des itérations
• Ajouter une autre équipe
• Configurer les paramètres d’équipe et ajouter des administrateurs d’équipe
• Affecter des éléments de backlog à un sprint
• Outils agiles qui s’appuient sur des zones ou des itérations

Ressources programmatiques

Les chemins de zone et les chemins d’itération sont également appelés nœuds de classification.

• Utiliser l’itération az boards (Azure DevOps CLI)
• Utiliser Teams (API REST)
• Utiliser les nœuds de classification (API REST)