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, prennent en charge l’affectation d’éléments de travail à des intervalles de fuseau horaire. Vous définissez des chemins d’itération au niveau du projet, puis chaque équipe sélectionne les chemins qu’elle souhaite utiliser. Les chemins d’itération sont une ressource partagée utilisée par toutes les équipes qui les sélectionnent. Vous pouvez créer un ensemble plat de chemins d’itération ou une hiérarchie de chemins pour prendre en charge les versions, les sous-versions et les sprints.

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

• Pour ajouter un chemin d’itération à un projet, vous devez être membre du groupe Administrateurs de projet . Si vous n’avez pas encore de projet, créez-en un maintenant. 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, vous devez disposer d’une ou plusieurs des 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 et Afficher les autorisations pour ce nœud.
• Pour définir des chemins d’itération d’équipe, vous devez être ajouté en tant qu’administrateur d’équipe ou être 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.

Bien démarrer

Les projets nouvellement créés contiennent un chemin d’accès de zone racine unique qui correspond au nom du projet. Vous ajoutez des chemins de zone sous cette racine. En outre, chaque projet spécifie généralement un ensemble prédéfini de chemins d’itération pour vous aider à commencer à suivre votre travail. Il vous suffit de spécifier les dates.

Si vous débutez avec la gestion des projets et des équipes, procédez comme suit :

1. Consultez Configurer et personnaliser Azure Boards.
2. Définissez les chemins d’accès de zone et les équipes en suivant les instructions fournies dans Définir des chemins de zone et les affecter à une équipe.
3. Déterminez la longueur de l’itération que vous souhaitez prendre en charge. Il est recommandé que toutes les équipes utilisent la même cadence de sprint. Pour obtenir de l’aide, consultez À propos des zones et itérations.
4. Déterminez si vous souhaitez une structure plate ou une hiérarchie de sprints et de mises en production.
5. Ouvrez Paramètres>du projet Configuration du projet et définissez les chemins d’itération pour prendre en charge les étapes 2 et 3 au niveau du projet. Suivez les étapes décrites plus loin dans cet article : Ouvrez Paramètres du projet, Configuration du projet et Ajouter des itérations et définissez des dates d’itération.
6. Ouvrez la configuration de l’équipe et attribuez les chemins d’accès par défaut et d’autres zones à chaque équipe. Suivez les étapes fournies plus loin dans cet article : Ouvrez les paramètres de l’équipe et définissez les chemins d’itération par défaut de l’équipe.
7. Chaque équipe doit affecter le chemin d’itération par défaut qu’elle a sélectionné à ses éléments de travail. Faites-le pour que ces éléments de travail s’affichent dans leurs backlogs et tableaux de produits. Utilisez la modification en bloc pour modifier plusieurs éléments de travail à la fois. Consultez également Affecter des éléments de backlog à un sprint.

Si nécessaire, effectuez 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 à de nombreux outils Agile, comme décrit dans À propos des équipes et outils agiles. Chaque outil référence les chemins de zone par défaut de l’équipe. Plusieurs outils référencent les sprints ou les chemins d’itération par défaut et sélectionnés de l’équipe. La plupart des équipes choisissent un chemin d’accès de zone et plusieurs chemins d’itération pour prendre en charge leurs activités de suivi du travail. Toutefois, pour prendre en charge d’autres scénarios, il est possible pour les équipes de choisir plusieurs chemins de zone à afficher dans leurs backlogs et leurs tableaux.

Teams peut définir une itération par défaut différente de l’itération du backlog. L’itération du backlog détermine les éléments qui apparaissent dans les backlogs et les tableaux de l’équipe. De plus, l’itération par défaut détermine la valeur affectée aux éléments de travail créés à partir du contexte d’équipe.

Tous les éléments de travail que vous créez à partir de votre contexte d’équipe se voient automatiquement attribuer le chemin de la zone par défaut de l’équipe et le chemin d’itération par défaut.

Important

Sélectionnez la version de cet article qui correspond à votre plateforme et à votre version. Le sélecteur de version se trouve au-dessus de la table des matières. Recherchez votre plateforme et votre version Azure DevOps.

Répertorier les itérations de projet

Vous définissez les zones et les itérations d’un projet à partir de la configuration du projet Tableaux de > paramètres > de projet.

Browser

À partir du portail web, ouvrez Paramètres du projet.

Définissez à la fois les zones et les itérations d’un projet à partir de laconfiguration du projetTableaux de>paramètres> du projet.

1. Choisissez (1) Paramètres du projet, développez Tableaux si nécessaire, puis choisissez (2) Configuration du projet et (3) Itérations.

   

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 chemins d’accès de zone à partir des paramètres> du projetItérations deconfiguration> du 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

Vous définissez les zones et les itérations à partir des paramètres > de projet Configuration de l’équipe de tableaux>. 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. Si vous avez besoin de changer le contexte d’équipe, utilisez le sélecteur d’équipe dans la barre 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.

Questions & réponses

Q : Dois-je affecter des chemins d’itération à une équipe ?

Un: Si votre équipe n’utilise pas de sprints pour planifier et suivre le travail, alors non. Vous pouvez laisser les valeurs par défaut affectées à l’équipe telles qu’elles sont. Vous pouvez ensuite utiliser les backlogs et les tableaux des produits et des portefeuilles, mais vous ne pouvez pas utiliser beaucoup d’outils de planification de sprint.

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.

• itération az boards (Azure DevOps CLI)
• Teams (API REST)
• Nœuds de classification (API REST)