Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Cet article explique comment configurer une hiérarchie d’équipes qui prend en charge les vues de backlog personnalisées pour les équipes de gestion et de fonctionnalités. Une structure d’équipe hiérarchique permet de s’assurer que votre organisation reste agile, axée et alignée sur ses objectifs stratégiques.
Les équipes peuvent utiliser des vues de backlog personnalisées pour hiérarchiser et gérer leur propre travail en fonction de leurs objectifs et responsabilités spécifiques. Les équipes de gestion peuvent maintenir une visibilité sur les backlogs de l’équipe de fonctionnalités et la progression globale du projet. Cette structure présente les avantages suivants :
- Améliore la collaboration, la communication et le travail d’équipe entre différentes fonctions.
- Simplifie la gestion des flux de travail pour simplifier les processus et réduire les goulots d’étranglement, ce qui entraîne une prise de décision et une exécution de projet plus rapides.
- Prend en charge la responsabilité, l’efficacité et la productivité entre les projets en augmentant la visibilité de la charge de travail de chaque équipe.
- Aide à s’aligner sur les objectifs organisationnels, ce qui garantit que toutes les équipes travaillent vers des objectifs communs.
Une configuration d’équipe efficace donne à chaque équipe une vue claire et ciblée de ses responsabilités et de ses priorités. Les équipes de fonctionnalités peuvent se concentrer sur leurs tâches critiques sans être submergées par des éléments de travail non liés. Les backlogs personnalisés offrent une meilleure visibilité et un aperçu clair des charges de travail et de la progression. Pour plus d’informations sur la façon dont les équipes peuvent utiliser leurs backlogs pour hiérarchiser et se concentrer sur leurs éléments de travail les plus critiques, consultez Gérer les backlogs de produits et de portefeuille.
Prerequisites
| Category | Requirements |
|---|---|
| Accès au projet | Membre du projet. |
| Permissions | Membre du groupe de sécurité Administrateurs de projets. |
Ajouter une équipe pour chaque zone
Pour commencer à configurer une structure d’équipe hiérarchique, ajoutez une équipe pour chaque domaine de fonctionnalité et de gestion, ou renommez les équipes qui existent déjà. Pour ajouter une équipe :
Dans votre projet Azure DevOps, sélectionnez Paramètres> de projetTeams dans le menu de navigation de gauche, puis sélectionnez Nouvelle équipe.
Dans le formulaire Créer une équipe , donnez un nom à l’équipe, ajoutez éventuellement une description, des membres et des administrateurs, puis sélectionnez Créer.
Note
Pour que les équipes soient bien définies, ajoutez d’autres administrateurs d’équipe pour vérifier ou configurer d’autres paramètres d’équipe. Pour plus d’informations, veuillez consulter la section Gérer et configurer les outils d’équipe.
Sélectionnez Nouvelle équipe pour chaque équipe que vous souhaitez ajouter. Vous pouvez également renommer des équipes existantes. Sélectionnez l’équipe dans la liste Teams, sélectionnez l’onglet Paramètres, entrez un nouveau nom sous Nom de l’équipe Détails> de l’équipe, puis sélectionnez Enregistrer.
Déplacer des chemins de zone dans une structure hiérarchique
Ensuite, placez les chemins des zones dans une structure hiérarchique, en plaçant les équipes fonctionnelles sous les équipes managériales. L’exemple suivant montre une liste plate de chemins d’accès de zone par rapport à une structure de chemin d’accès de zone hiérarchique.
| Structure de zone plate | Structure de zone hiérarchique |
|---|---|
|
|
Pour créer la structure hiérarchique :
Dans Paramètres du projet, sélectionnez Configurationdu projet>, puis sélectionnez l’onglet Zones.
Sélectionnez l’icône Autres actions en regard d’un chemin d’accès de zone associé à l’une des équipes de fonctionnalités, puis sélectionnez Modifier.
Dans l’écran Modifier la zone sous Emplacement, sélectionnez un chemin de zone d’équipe de gestion, puis sélectionnez Enregistrer et fermer.
Répétez ce processus pour tous les chemins d’accès de zone d’équipe de fonctionnalités.
Vous pouvez utiliser les paramètres du projet>la configuration de projet> et les zones pour passer en revue les chemins de zone attribués à chaque équipe et modifier les affectations si nécessaire.
Inclure des chemins de sous-zone pour les équipes de gestion
Le paramètre par défaut pour les backlogs d’équipe consiste à exclure les chemins de sous-zone. Pour les équipes de gestion, vous pouvez inclure des chemins de sous-zone afin que les éléments de backlog des équipes de fonctionnalités soient automatiquement inclus dans les backlogs de l’équipe de gestion.
Note
L’inclusion de chemins de sous-zone peut entraver la capacité d’une équipe à réorganiser ou à réassigner des éléments sur son backlog. L’inclusion de chemins de sous-zone peut également introduire des incertitudes dans les affectations dans les champs Colonne, Terminé et Lane du backlog. Pour plus d’informations, consultez Comprendre les problèmes liés aux chemins d’accès de zone partagée.
Pour définir des chemins d’accès de zone pour les équipes de gestion :
Dans Project settings>Teams, sélectionnez l’équipe de gestion dont vous souhaitez modifier les paramètres.
Dans la page de l’équipe, sélectionnez Itérations et Chemins de zone.
La page Team Configuration>Boards s’ouvre. Sélectionnez l’onglet Zones , puis sélectionnez Sélectionner des zones.
Dans l’écran Sélectionner une ou plusieurs zones , sélectionnez le chemin d’accès à la zone du nom de l’équipe que vous souhaitez inclure, cochez la case Inclure les sous-zones , puis sélectionnez Enregistrer et fermer.
Dans la page Zones , vérifiez que seul ce chemin d’accès de zone est sélectionné pour l’équipe et est le chemin de zone par défaut. Supprimez tous les autres chemins d’accès de zone.
Répétez cette étape pour toutes vos équipes de gestion. Pour changer d’équipe, utilisez le sélecteur d’équipe dans la navigation par fil d'Ariane en haut de l’écran.
Si vous souhaitez activer le cumul entre toutes les équipes de fonctionnalités et les zones de gestion dans la zone de niveau supérieur, répétez cette étape pour l’équipe par défaut.
Définir une cadence de sprint unique pour toutes les équipes
Si vos équipes de fonctionnalités utilisent Scrum ou utilisent des sprints pour attribuer du travail, vous pouvez configurer une série de sprints pour toutes les équipes à utiliser. La page deconfiguration de >> affiche un ensemble de sprints prédéfinis par défaut. Vous pouvez ajouter d’autres sprints et définir leurs dates à partir des paramètres de projet , comme décrit dans Ajouter des itérations et définir des dates d’itération. Vous pouvez également renommer et modifier les sprints par défaut en fonction des besoins.
La gestion d’une cadence de sprint unique simplifie l’administration des projets, mais vous pouvez créer différentes cadences en fonction des besoins. Par exemple, certaines équipes peuvent suivre une cadence mensuelle tandis que d’autres suivent une cadence de trois semaines.
Vous pouvez définir un nœud sous le nœud de projet supérieur pour chaque cadence, par exemple Fabrikam Fibre/CY2025 et Fabrikam Fiber/3Week Sprints, puis définir les sprints sous ces nœuds. L’exemple suivant définit les dates de début et de fin des trois premiers sprints correspondant à une cadence de trois semaines.
Comprendre les problèmes liés aux chemins d’accès à une zone partagée
Lorsque vous partagez des chemins d’accès de zone entre deux équipes ou plus, des conflits peuvent survenir lorsque :
- Réorganiser ou réparer des éléments de travail sur un backlog ou un tableau.
- Mise à jour des champs colonne de tableau, colonne de tableau terminée, et voie de tableau en glissant des éléments vers d'autres colonnes.
Réorganisation et réécriture d’éléments de travail
Les backlogs et les tableaux prennent en charge la fonction glisser-déposer pour réorganiser et réparenter les éléments de travail. Les modifications apportées aux backlogs et aux tableaux d’une équipe sont automatiquement répercutées dans les backlogs et les tableaux d’autres équipes qui partagent le même « Area Path ». Il se peut que vous deviez actualiser la page pour voir ces mises à jour.
Vous pouvez utiliser le glisser-déplacer pour réorganiser ou réparer uniquement les éléments de travail affectés aux chemins d’accès de zone de votre équipe. Lorsque l’option d’affichage Parents est activée, les éléments de travail que votre équipe ne possède pas peuvent apparaître dans votre backlog. Une icône d'information à côté de ces éléments indique que l'élément ne peut pas être réorganisé ou reassigné, car une autre équipe le possède.
Mises à jour des colonnes du tableau
Étant donné que chaque équipe peut personnaliser ses colonnes de tableau et ses couloirs, les valeurs affectées aux champs du tableau peuvent différer lorsqu’une équipe met à jour un élément de travail d’un autre tableau. Même si l’équipe de gestion et les équipes de fonctionnalités configurent leurs colonnes de tableau avec des mappages de flux de travail identiques, les mises à jour des éléments de travail d’une équipe ne reflètent pas automatiquement le tableau d’une autre équipe. La mise à jour de la colonne de la carte est cohérente sur tous les tableaux uniquement lorsqu’un élément de travail passe à une colonne qui correspond à un état de workflow.
Par conception, l’équipe dont l’« Area Path » est le plus long a la priorité dans la résolution des conflits et détermine les valeurs des champs Board Column, Board Column Done et Board Lane. Si deux équipes ou plus partagent des « Area Paths » de même profondeur, les résultats sont non déterministes.
La solution principale consiste à conserver une propriété unique des éléments de travail en définissant des chemins d’accès de zone et en les affectant à une équipe spécifique. Vous pouvez également ajouter des états de workflow personnalisés que toutes les équipes peuvent utiliser uniformément. Pour plus d’informations, veuillez consulter la rubrique Personnaliser le workflow (processus d’héritage).