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

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

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 qui les sélectionnent. 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 le travail de planification et de suivi, 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 disponibles.

Définissez des chemin d'itération et affectez-les à des équipes lorsque vous souhaitez utiliser les outils suivants :

Conseil

Si votre équipe ne s’abonne pas ou sélectionne un chemin d’itération spécifique, le chemin d’itération n’est pas visible dans l’affichage d’équipe ou dans l’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.

Prerequisites

Catégorie	Exigences
Autorisations	- Pour définir des chemins d’accès à la zone d’équipe ou à l’itération : administrateur d’équipe ou membre du groupe Administrateurs de projet . Par défaut, l’utilisateur qui a créé le projet dispose de ces autorisations. - Pour ajouter un chemin d’accès de zone sous le nœud racine ou modifier ou supprimer un nœud enfant : membre du groupe Administrateurs de projet . - Pour ajouter, modifier et gérer des chemins de zone sous un nœud : une ou plusieurs des autorisations suivantes définies sur Autoriser : - Créer des nœuds enfants - Supprimer ce nœud - Modifier ce nœud - Afficher les autorisations dans ce nœud

Catégorie

Exigences

Autorisations

- Pour définir des chemins d’accès à la zone d’équipe ou à l’itération : administrateur d’équipe ou membre du groupe Administrateurs de projet . Par défaut, l’utilisateur qui a créé le projet dispose de ces autorisations.
- Pour ajouter un chemin d’accès de zone sous le nœud racine ou modifier ou supprimer un nœud enfant : membre du groupe Administrateurs de projet .
- Pour ajouter, modifier et gérer des chemins de zone sous un nœud : une ou plusieurs des autorisations suivantes définies sur Autoriser :
- Créer des nœuds enfants
- Supprimer ce nœud
- Modifier ce nœud
- Afficher les autorisations dans ce nœud

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

Bien démarrer

Les nouveaux projets commencent par un chemin de zone racine unique correspondant au nom du projet. Ajoutez d'autres chemins de domaine sous cette racine et utilisez des chemins d'itération prédéfinis pour suivre le travail en fixant des dates.

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

Configurer Azure Boards: Consultez Configurer et personnaliser Azure Boards.
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.
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.
Choisissez la structure du sprint : choisissez une structure de sprint et de version plate ou hiérarchique.
Définissez les chemins d’itération.
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.
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 Définir les chemins d’itération par défaut de l’équipe.
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, améliorant ainsi leur visibilité sur les backlogs et les tableaux. Voir aussi Affecter des éléments de backlog à un sprint.

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

Ajouter des nœuds d'itération enfants
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 de l'é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. Généralement, les équipes utilisent un chemin 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.

Les équipes peuvent 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 lorsque vous travaillez à partir du contexte d’équipe.

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 :

Navigateur
CLI Azure DevOps

Connectez-vous à votre projet https://dev.azure.com/{Your_Organization/Your_Project}.
Sélectionnez (1) Paramètres > (2) Itérations de > (3).

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

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

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

Parameters

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

Exemple

Par exemple, la commande suivante répertorie les chemins d'accès à 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

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

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 Outils de planification Scrum et sprint.

Navigateur
CLI Azure DevOps

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

Pour les projets basés sur Scrum, vous voyez l’ensemble de sprints suivant.
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.
Pour sélectionner de nouvelles dates, sélectionnez l’icône de calendrier.
Lorsque vous avez terminé, vous disposez d’un ensemble de sprints planifiés, comme dans l’image suivante :

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

Ajoutez des chemins d'itération à un projet en utilisant az boards iteration project create. Pour commencer, consultez Prise en main d’Azure DevOps CLI.

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

Parameters

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 ».
chemin d’accès : facultatif. Chemin absolu d’une itération. Exemple : \NomProjet\Iteration\NomItération. Si elle n'est pas spécifiée, elle ajoute une itération au niveau de la racine.
projet : 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 : « 2019-06-03 ». Doit être antérieure à 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 comme 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"
}

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

Liste des itérations de l'é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, ajoutez-en un. Seuls les administrateurs d’équipe ou de projet peuvent modifier les paramètres d’équipe.

Note

Les équipes peuvent être affectées à un maximum de 300 voies d’itération. Pour plus d’informations, consultez Suivi du travail, processus et limites de projet.

Navigateur
CLI Azure DevOps

Définissez à la fois les zones et les itérations dans Paramètres de projet > Boards > Configuration d’équipe. Naviguez rapidement vers elle à partir d'un backlog de suivi du travail de l'équipe, d'un tableau ou d'un tableau de bord.

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

Ici, nous ouvrons le tableau pour l’équipe web et à partir de là le profil de l’équipe.
Choisissez itérations et zones.
Pour changer le contexte de l'équipe, utilisez le sélecteur d'équipe dans les fils d'Ariane.

Répertoriez les chemins d'itération définis pour une équipe à l'aide de az boards area team list. Pour commencer, consultez Prise en main d’Azure DevOps CLI.

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

Parameters

équipe : Obligatoire. Nom ou ID du groupe.
projet : 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 Les 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

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

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 de nouveaux éléments de travail.

Navigateur
CLI Azure DevOps

Ouvrez paramètres du projet > Boards > Configuration d'équipe > Itérations pour une équipe.

Ici, nous naviguons vers l'équipe Fabrikam Fiber.
Itération du backlog. Seuls les éléments de travail assigné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 via le backlog ou le tableau d'équipe sont assignés à l'itération du backlog.
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 toute itération définie sous le chemin d'itération 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.

Note

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 font pas référence au chemin d’itération par défaut attribué à l’équipe. Au lieu de cela, de nouveaux éléments de travail sont affectés au dernier chemin d’itération sélectionné par l’utilisateur. Les nouveaux éléments de travail ajoutés via le backlog Sprints d’une équipe ou le tableau des tâches sont toujours affectés au chemin d’itération associé au sprint sélectionné.
Sprints actifs. Ajoutez une itération pour chaque backlog de sprint que vous souhaitez activer 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).
Pour afficher les backlogs de sprint récemment activés, actualisez la page du backlog produit de votre équipe.

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 suivantes équipe d'itération des tableaux az Azure DevOps CLI. 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]

Parameters

équipe : Obligatoire. Nom ou ID du groupe.
default-iteration-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 az boards iteration project list.
projet : facultatif. Nom ou ID du projet. Exemple : --projet « 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"
}

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

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.

Navigateur
CLI Azure DevOps

Pour renommer un chemin d’itération, choisissez le menu contextuel du nœud, puis sélectionnez Modifier.
Dans la boîte de dialogue qui s’ouvre, entrez le nouveau nom.
Pour déplacer le nœud dans la hiérarchie, modifiez le champ Emplacement.
Pour supprimer un nœud, choisissez l’option Supprimer dans le menu Actions.

Note

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 dans l’invite de suppression.

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 commande az boards area project update.

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

Parameters

chemin d’accès : obligatoire. Chemin absolu d’une itération. Exemple : \NomProjet\Iteration\NomItération.
child-id : facultatif. Déplace un chemin d'itération existant et l'ajoute en tant que nœud enfant pour le nom ou l'ID de chemin spécifié.
nom : facultatif. Nouveau nom du chemin d’itération.
projet : facultatif. Nom ou ID du projet. Exemple : --projet « Fabrikam Fiber ».
date de fin : Facultatif. Date de fin de l’itération. Exemple : « 2019-06-21 ».
date de début : facultatif. Date de début du chemin d’itération. Exemple : « 2019-06-03 ». Doit être antérieure à 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

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

Supprimer un chemin d’itération

Important

La suppression de valeurs de chemin d’accès de zone ou la reconfiguration des valeurs de chemin d’itération entraîne une perte de données irréversible dans les graphiques suivants :

Graphiques de widgets burndown et burn up
Graphiques des sprints burndown
Graphiques de vélocité pour les équipes avec des chemins de zone modifiés
Graphiques de tendance historique qui référencent les valeurs chemin d’accès à la zone et chemin d’itération définies au moment de chaque élément de travail

Vous pouvez supprimer des chemins de zone et d’itération uniquement lorsqu’ils ne sont plus utilisés par des éléments de travail. Lorsque vous supprimez ces chemins d’accès, vous ne pouvez plus récupérer leurs données historiques.

Navigateur
CLI Azure DevOps

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.

Pour supprimer un chemin d’itération, ouvrez la page Paramètres du projet>Configuration du projet>Itérations du portail web.
Choisissez le menu contextuel du nœud, puis sélectionnez Supprimer ou Supprimer.
Dans la boîte de dialogue qui s’ouvre, sélectionnez le chemin d’itération pour réaffecter les éléments de travail, puis choisissez Supprimer le chemin.

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

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

Parameters

chemin d’accès : obligatoire. Chemin absolu d’une itération. Exemple : \NomProjet\Iteration\NomItération.
projet : facultatif. Nom ou ID du projet. Exemple : --projet « Fabrikam Fiber ».
Oui : Facultatif. Ne demande pas de confirmation.

Les commandes Azure DevOps CLI ne sont pas prises en charge pour Azure DevOps Server.

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.

grâce à Azure CLI, vous pouvez utiliser la commande az boards iteration 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 commande az boards iteration team 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.

Vous pouvez utiliser les nœuds de classification (API REST) pour répertorier les itérations définies dans un projet. Une fois que vous avez ajouté les itérations à un autre projet, utilisez Teams (API REST) pour les ajouter à une équipe et définir le chemin d’itération par défaut et de backlog de l’équipe.

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. Vous pouvez le faire en déplaçant 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 terminés. 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, vérifiez si vous avez capturé tous les rapports souhaités.

Progression du graphique par itération

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

Graphique à barres empilées par zone

Ressources programmatiques

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

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2025-12-22

Partager via

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

Prerequisites

Bien démarrer

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

Répertorier les itérations de projet

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

Liste des itérations de l'équipe

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

Renommer ou déplacer une itération

Supprimer un chemin d’itération

Exporter/importer des chemins d'itération

Chemins d’itération d’archivage

Progression du graphique par itération

Contenu connexe

Ressources programmatiques

Commentaires

Ressources supplémentaires