Événements
Créer des applications intelligentes
17 mars, 23 h - 21 mars, 23 h
Rejoignez la série de rencontres pour créer des solutions IA évolutives basées sur des cas d’usage réels avec d’autres développeurs et experts.
S’inscrire maintenantCe navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Chemins d’accès de zone éléments de travail de groupe par équipe, produit ou zone de fonctionnalité. Les chemins d’itération fonctionnent dans des sprints, des jalons ou d’autres périodes liées au temps. Les deux champs prennent en charge les chemins hiérarchiques.
Définissez des chemins de zone et d’itération pour un projet, et les équipes peuvent sélectionner les chemins à utiliser pour leur backlog et leurs outils Agile. Découvrez comment les outils Agile utilisent ces chemins dans les outils Agile qui s’appuient sur des zones et des itérations.
Notes
Les chemins d’accès de zone et les chemins d’itération sont également appelés nœuds de classification. Vous pouvez les gérer par programmation à l’aide des nœuds de classification (API REST) ou de la commande Azure DevOps CLI az boards itération.
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).
Les zones et itérations dépendent du processus utilisé pour créer votre projet. Cet exemple montre les paramètres par défaut du processus Scrum. Les dates ne sont pas définies par défaut ; vous devez définir des dates pour qu’elles correspondent à vos planifications de sprint ou de mise en production.
Itérations | Zones (Areas) |
---|---|
![]() |
![]() |
Important
Si vous débutez avec la gestion des projets et des équipes, procédez comme suit pour configurer votre projet et vos équipes :
Notes
Vous pouvez définir jusqu’à 10 000 chemins d’accès de zone par projet et affecter jusqu’à 300 chemins d’accès à une seule équipe. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.
Vous pouvez affecter le même chemin d’accès de zone à plusieurs équipes, mais cela peut entraîner des problèmes si deux équipes réclament la propriété sur le même ensemble d’éléments de travail. Pour plus d’informations, consultez Limitations des vues de tableau multi-équipes.
Vous pouvez effectuer les actions suivantes à tout moment :
Pour plus d'informations, consultez Configurer une hiérarchie d'équipes.
Ajoutez des zones pour prendre en charge les exigences de traçabilité et de sécurité de votre équipe. Utilisez des zones pour représenter des composants logiques ou physiques, et créez des zones enfants pour représenter des fonctionnalités spécifiques.
Ajoutez des zones lorsque vous devez effectuer l’une des tâches suivantes :
Chaque équipe peut créer une hiérarchie de zones pour organiser ses éléments de backlog, leurs récits utilisateur, leurs exigences, leurs tâches et leurs bogues.
Évitez de créer une structure de zone trop complexe. Bien que vous puissiez utiliser des zones pour partitionner des autorisations sur des éléments de travail, les arborescences complexes nécessitent une surcharge importante pour la gestion des autorisations. La duplication de la structure et des autorisations dans d’autres projets peut devenir fastidieuse.
Procédez comme suit pour configurer les chemins d’itération pour votre projet et vos équipes :
Notes
Vous pouvez définir jusqu’à 10 000 chemins d’itération par projet et affecter jusqu’à 300 chemins d’itération à une seule équipe. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.
Vous pouvez effectuer les actions suivantes à tout moment :
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ébeta et bêta, et d’autres jalons de mise en production. Teams 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 la mise en production. Définissez autant d’itérations enfants que nécessaire pour refléter le cycle de vie de votre projet. Ces itérations peuvent représenter différents événements, tels que les sprints, les phases prébeta et bêta, et d’autres jalons de mise en production. Teams 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 la mise en production.
Ajoutez des itérations pour prendre en charge les exigences suivantes :
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 aux jalons en fonction de la date à laquelle vous attendez que l’équipe les termine. À mesure que vos besoins changent, vous pouvez ajouter des événements sous chaque étape majeure pour refléter la façon dont votre équipe planifie et gère son travail.
Par exemple, l’itération bêta 1 contient désormais trois nœuds enfants, un pour chaque sprint de la période bêta 1.
Les itérations n’appliquent aucune règle. Par exemple, vous pouvez affecter une tâche à une itération sans la fermer ou la terminer pendant cette itération. À la fin d’une itération, identifiez tous les éléments de travail qui restent actifs ou ouverts et prennent les mesures appropriées. Vous pouvez les déplacer vers une itération différente ou les retourner au backlog.
Vous pouvez exécuter des requêtes pour rechercher des fonctionnalités et des éléments de travail affectés à une itération spécifique ou à un ensemble d’itérations, puis modifier en bloc les éléments de travail pour modifier leurs chemins d’itération. Pour plus d’informations, consultez Requête par date ou itération actuelle
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. |
Événements
Créer des applications intelligentes
17 mars, 23 h - 21 mars, 23 h
Rejoignez la série de rencontres pour créer des solutions IA évolutives basées sur des cas d’usage réels avec d’autres développeurs et experts.
S’inscrire maintenantEntrainement
Parcours d’apprentissage
Architecte de solution : Concevoir des solutions Microsoft Power Platform - Training
Découvrez comment un architecte de solution conçoit des solutions.
Documentation
Définir les chemins de zone et les assigner à une équipe - Azure Boards
Regroupez des éléments de travail basés sur l’équipe, le produit ou la zone de fonctionnalité en définissant des chemins d’accès de zone pour Azure Boards et Azure DevOps.
Définir les chemins d’itération et configurer les itérations d’équipe - Azure Boards
Découvrez comment définir les champs d’itération et de sprint lorsque vous affectez des éléments de travail et configurez des tableaux de bord dans Azure DevOps.
Création et ajout d’une équipe - Azure DevOps
Découvrez comment créer ou ajouter une équipe à un projet dans Azure DevOps pour mettre à l’échelle vos processus de développement, collaborer efficacement et gérer des ressources de projet.