À propos des chemins de zone et d’itération (Sprint)

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

Les chemins d’accès de zone vous permettent de regrouper des éléments de travail par équipe, produit ou zone de fonctionnalité. Les chemins d’itération vous permettent de regrouper le travail dans des sprints, des jalons ou d’autres périodes spécifiques à un événement ou liées au temps. Ces deux champs vous permettent de définir une hiérarchie de chemins d’accès.

Vous définissez des chemins de zone et d’itération pour un projet. Teams peut ensuite choisir les chemins utilisés pour prendre en charge son backlog et d’autres outils Agile. Pour comprendre comment les outils Agile utilisent les chemins de zone et d’itération, consultez Outils Agile qui s’appuient sur des zones et des itérations.

Notes

Les chemins d’accès à la zone et les chemins d’itération sont également appelés nœuds de classification. Vous pouvez les gérer par programmation via les nœuds de classification (API REST) ou la commande CLI Azure DevOps az boards itération.

Les zones et les itérations que vous voyez dépendent du processus que vous avez utilisé pour créer votre projet. Ici, nous montrons les valeurs par défaut définies pour le processus Scrum. Aucune date n’est définie. Vous définissez des dates pour qu’elles correspondent à vos planifications de sprint ou de mise en production.

Itérations	Zones (Areas)

Important

La suppression des chemins d’accès de zone ou la reconfiguration des chemins d’itération peuvent entraîner une perte de données et ne peuvent pas être rétablies. Par exemple, les graphiques de widgets burndown ou burnup, le sprint burndown et les graphiques de vitesse pour les équipes dont les chemins d’accès à la zone sont modifiés ne reflètent pas les données correctes. Les graphiques de tendance historique référencent le chemin d’accès à la zone et le chemin d’itération tels que définis à un point dans le passé pour chaque élément de travail. Lorsqu’un chemin d’accès à une zone ou un chemin d’itération est supprimé, les données historiques de ce chemin ne peuvent pas être récupérées.

Définir et affecter des chemins d’accès de zone

Si vous débutez dans la gestion des projets et des équipes, la séquence la plus simple pour configurer votre projet et vos équipes est la suivante.

1. Déterminez le nombre et les noms des chemins d’accès à la zone que vous souhaitez prendre en charge pour catégoriser votre travail. Au minimum, ajoutez un chemin d’accès à une zone pour chaque équipe que vous définissez.
2. Déterminez le nombre et les noms des équipes que vous souhaitez prendre en charge. Pour obtenir de l’aide, consultez À propos des équipes et des outils Agile.
3. Ouvrez Paramètres > du projet Configuration du projet et définissez les chemins d’accès à la zone pour prendre en charge les étapes 1 et 2 au niveau du projet. Suivez les étapes décrites plus loin dans cet article : Ouvrir les paramètres du projet, Configuration du projet et Ajouter des chemins d’accès à une zone.
4. Définissez les équipes dont vous avez besoin pour prendre en charge l’étape 2. Pour obtenir des conseils, consultez Ajouter une équipe et passer d’une équipe par défaut à plusieurs équipes.
5. Ouvrez la configuration de l’équipe et attribuez le ou les chemins d’accès de zone par défaut et supplémentaires à chaque équipe. Suivez les étapes décrites plus loin dans cet article : Ouvrir les paramètres d’équipe et Définir le ou les chemins de zone par défaut de l’équipe.
6. Affectez le chemin d’accès de zone des éléments de travail à un chemin d’accès de zone que vous avez défini. Utilisez la modification en bloc pour modifier plusieurs éléments de travail à la fois.

Remarque

Les projets sont limités à la définition d’un maximum de 10 000 chemins d’accès de zone et à l’affectation d’un maximum de 300 chemins d’accès à une seule équipe. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.

En outre, bien que vous puissiez affecter le même chemin d’accès de zone à plusieurs équipes, cela peut entraîner des problèmes si deux équipes revendiquent la propriété sur le même ensemble d’éléments de travail. Pour plus d’informations, consultez À propos des tableaux et Kanban, Limitations des vues de tableau Kanban multi-équipes.

Si nécessaire, vous pouvez effectuer les actions suivantes à tout moment :

• Ajouter des nœuds enfants supplémentaires
• Renommer un chemin d’accès à une zone (à l’exception du chemin d’accès de la zone racine)
• Déplacer un nœud enfant sous un autre nœud
• Supprimer un nœud enfant
• Renommer une équipe
• Modifier les affectations de chemin d’accès de zone effectuées à une équipe

Voir également Configurer une hiérarchie d’équipes.

Combien de zones une équipe doit-elle définir ?

Vous ajoutez des zones pour prendre en charge les exigences de votre équipe en matière de traçabilité et de sécurité. Utilisez les zones pour représenter des composants logiques ou physiques, puis créez des zones enfants pour représenter des fonctionnalités spécifiques.

Ajoutez des zones lorsque vous avez les conditions requises suivantes :

• Filtrer les requêtes en fonction d’un produit ou d’une zone de fonctionnalité
• Organiser ou regrouper des éléments de travail par équipe ou sous-équipes
• Limitez l’accès aux éléments de travail en fonction de leur zone.

Chaque équipe peut créer une hiérarchie de zones sous laquelle l’équipe peut organiser tous les éléments du backlog, les récits utilisateur, les exigences, les tâches et les bogues.

Évitez de créer une structure de zones trop complexe. Vous pouvez créer des zones pour partitionner des autorisations sur les éléments de travail, mais les arborescences complexes requièrent une surcharge de travail bien supérieure en matière de gestion des autorisations. Vous constaterez peut-être que c’est trop de travail de dupliquer la structure et les autorisations dans d’autres projets.

Définir et affecter des chemins d’itération

Utilisez les conseils suivants pour configurer les chemins d’itération pour votre projet et vos équipes :

1. Tout d’abord, définissez les chemins d’accès de zone et les équipes en suivant les instructions fournies dans Définir les chemins d’accès de zone et les affecter à une équipe.
2. 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.
3. Déterminez si vous souhaitez une structure plate ou une hiérarchie de sprints et de mises en production.
4. 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 : Ouvrir les paramètres du projet, Configuration du projet et Ajouter des itérations et définir des dates d’itération.
5. Ouvrez la configuration de l’équipe et attribuez le ou les chemins d’itération par défaut, backlog et supplémentaires à chaque équipe. Suivez les étapes fournies plus loin dans cet article : Ouvrir les paramètres d’équipe et Définir le ou les chemins d’itération par défaut de l’équipe.
6. Chaque équipe doit affecter un chemin d’itération à ses éléments de travail qui se trouvent sous le chemin d’itération backlog . Ces éléments de travail s’affichent ensuite sur leurs backlogs de produits et leurs tableaux. Utilisez la modification en bloc pour modifier plusieurs éléments de travail à la fois. Consultez également Affecter des éléments de backlog à un sprint.

Remarque

Les projets sont limités à la définition d’un maximum de 10 000 chemins d’itération et à l’affectation d’un maximum de 300 chemins d’itération à une seule équipe. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.

Si nécessaire, vous pouvez effectuer les actions suivantes à tout moment :

• Ajouter des nœuds d’itération enfants supplémentaires
• 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

Combien d’itérations une équipe doit-elle définir ?

Vous définissez autant d’itérations enfants que nécessaire pour refléter le cycle de vie de votre projet. Ces chemins représentent une série d’événements, tels que des sprints, des résultats pré-bêta et bêta, et d’autres jalons de mise en production. Une équipe laisse généralement les éléments de travail affectés à l’itération par défaut de l’équipe s’ils ne sont pas encore planifiés pour le travail ou pour une mise en production.

Ajoutez des itérations pour prendre en charge ces exigences :

• Définir les sprints utilisés par vos équipes Scrum pour planifier et exécuter leurs sprints
• Configurer des cycles de sprint et de versions multiples plus complexes
• Filtrer les requêtes en fonction des sprints, des jalons ou du temps de cycle de votre projet
• Prenez en charge les travaux futurs que vous n’êtes pas prêt à affecter à un cycle de mise en production cible.

Dans l’exemple suivant, bêta 1, bêta 2, version 1.0 et version 2.0 sont définies pour le projet MyApplication.

Lorsque vous créez le backlog des fonctionnalités et des tâches du produit, affectez-les à des jalons. Attribuez les fonctionnalités et la tâche par lesquelles vous attendez que l’équipe se termine. Lorsque vos besoins changent, vous pouvez ajouter des événements sous chaque jalon majeur, qui reflètent la façon dont votre équipe planifie et gère son travail.

Comme le montre l’exemple suivant, l’itération bêta 1 contient désormais trois nœuds enfants, un pour chaque sprint au cours de la période bêta 1.

Les itérations n’appliquent aucune règle. Par exemple, vous pouvez assigner une tâche à une itération, mais ne pas la fermer ou la terminer pendant cette itération. À la fin d’une itération, vous devez trouver tous les éléments de travail qui restent actifs ou ouverts pour cette itération et qui prennent les mesures appropriées. Par exemple, vous pouvez les déplacer vers une autre itération ou les retourner au backlog.

Restrictions concernant l’attribution de noms

Les champs Chemin d’accès à la zone et Chemin d’itération , type de données=TreePath, se composent de plusieurs éléments de nœud séparés par le caractère barre oblique inverse (\). Réduisez les noms des nœuds et veillez à respecter les restrictions suivantes lorsque vous ajoutez des nœuds enfants.

Type de restriction	Restriction
Longueur de nœud	Ne doit pas contenir plus de 255 caractères.
Noms réservés	- Ne doit pas se composer uniquement d’une période . ou de deux périodes ... - Ne doit pas être un nom réservé par le système, tel que PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON ou AUX. Pour plus d’informations sur les noms réservés, consultez Noms de fichiers, chemins et espaces de noms.
Caractères spéciaux pour les nœuds	- Ne doit pas contenir de caractères de contrôle Unicode. - Ne doit contenir aucun des caractères suivants : \ / : * ? " < > | # $ * +. - Ne doit pas contenir de caractères interdits par le système de fichiers local. Pour plus d’informations sur les restrictions de caractères Windows, consultez Nommer des fichiers, des chemins d’accès et des espaces de noms.
Longueur des chemins d'accès	Ne doit pas contenir plus de 4 000 caractères Unicode.
Profondeur de la hiérarchie des chemins d'accès	Doit être inférieur à 14 niveaux de profondeur.

Articles connexes

Comme vous pouvez le voir, les zones et les itérations jouent un rôle majeur dans la prise en charge des outils Agile et la gestion des éléments de travail. Pour en savoir plus sur l’utilisation de ces champs, consultez les articles suivants.

• Définir les chemins de zone et les assigner à une équipe
• Définir les chemins d’itération (sprint) et configurer les itérations d’équipe
• Outils agiles et définitions de sprint
• Requête par date ou itération actuelle