Configurer une hiérarchie d’équipes
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Dans la section Gestion de portefeuille, nous explorons comment les équipes de gestion et les équipes chargées des fonctionnalités peuvent utiliser leurs carnets de commandes pour hiérarchiser et se concentrer sur les éléments de travail les plus critiques. Cet article vous aide à configurer les équipes pour prendre en charge de manière optimale les vues distinctes du carnet de commandes adaptées aux équipes de gestion et aux équipes de fonctionnalité.
L'importance d'une configuration d'équipe efficace
Une configuration efficace des équipes est essentielle pour s'assurer que chaque équipe a une vision claire et ciblée de ses responsabilités et de ses priorités. En mettant en place une structure d'équipe hiérarchique, vous pouvez :
- Améliorer la collaboration : Favorisez une meilleure communication et un travail d'équipe entre les différentes fonctions.
- Rationalisez la gestion du workflow : Simplifiez les processus et réduisez les goulets d'étranglement.
- S'aligner sur les objectifs de l'organisation : Veillez à ce que toutes les équipes travaillent à la réalisation d'objectifs communs.
- Promouvoir la responsabilité et l'efficacité : Améliorez la visibilité de la charge de travail de chaque équipe, en favorisant la responsabilité et la productivité dans l'ensemble des projets.
Principaux avantages
- Vues personnalisées du carnet de commandes : Chaque équipe peut hiérarchiser et gérer son travail en fonction de ses objectifs et responsabilités spécifiques.
- Meilleure visibilité : Les équipes de gestion et des fonctionnalités obtiennent une vision claire de leurs charges de travail et de leur progrès respectifs.
- Une meilleure concentration : Les équipes peuvent se concentrer sur les tâches les plus importantes sans être submergées par des éléments de travail sans rapport.
- Gestion efficace du workflow : La rationalisation des processus permet d'accélérer la prise de décision et l'exécution des projets.
En mettant en place une structure d'équipe hiérarchique, vous vous assurez que votre organisation reste agile, ciblée et alignée sur ses objectifs stratégiques.
Prérequis
| Catégorie | Exigences |
|---|---|
| Accès au projet | Membre du projet. |
| Permissions | Membre du groupe de sécurité Administrateurs de projets. |
Ajouter une équipe pour chaque zone de gestion
La première étape consiste à ajouter une équipe pour chaque équipe de fonctionnalités et chaque zone de gestion. Vous pouvez également renommer les équipes que vous avez déjà ajoutées. Lorsque vous avez terminé, vous disposez d'un ensemble d'équipes similaires à celles illustrées.
- Dans le portail web, choisissez Paramètres du projet et ouvrez Équipes.
Choisissez Nouvelle équipe. Donnez un nom à l’équipe et éventuellement une description.
Répétez cette étape pour toutes les équipes de fonctionnalités et de gestion que vous souhaitez créer.
Déplacer des chemins de zone dans une structure hiérarchique
Dans cette étape, vous souhaitez déplacer les chemins de zones associés aux équipes de fonctionnalités d’une structure plate vers une structure hiérarchique.
| Structure de zone plate | Structure de zone hiérarchique |
|---|---|
 |
 |
Pour déplacer les chemins d'accès aux domaines dans une structure hiérarchique, procédez comme suit :
Sélectionnez (1) Paramètres du projet (Project settings), développez Travail (Work) si nécessaire, puis sélectionnez (2) Configuration du projet (Project configuration)> (3) Zones (Areas).
Ensuite, choisissez l’icône d’actions
pour l’un des chemins de la zone associés à une équipe de fonctionnalités, puis sélectionnez Modifier. Modifiez ensuite l’emplacement pour le déplacer sous le chemin de zone de l’équipe d’administration correspondante.Par exemple, ici, nous déplaçons le profil client en-dessous de Gestion des comptes.
Répétez cette étape pour tous les chemins de zone d’équipe de fonctionnalités.
Inclure des chemins de sous-zone pour les équipes de gestion
En incluant des chemins de sous-zone pour les équipes de gestion, vous incluez automatiquement les éléments de backlog de leurs équipes de fonctionnalités dans le backlog de l’équipe de gestion. Le paramètre par défaut pour toutes les équipes consiste à exclure les chemins de sous-zone.
Notes
Les chemins de sous-zone peuvent interrompre la capacité d’une équipe à réorganiser ou à reparenter des éléments du backlog. En outre, il peut introduire des incertitudes en ce qui concerne les affectations effectuées dans les champs Colonne, Terminé et Lane. Pour plus d’informations, veuillez consulter la rubrique Exercice des fonctionnalités sélectionnées avec des chemins d’accès partagés plus loin dans cet article.
Pour définir à la fois des domaines et des itérations, procédez comme suit :
Sélectionnez Paramètres du projet> - Équipes, puis choisissez l'équipe dont vous souhaitez modifier les paramètres.
Ici, nous ouvrons l’équipe Gestion des comptes.
Sélectionnez Itérations et zones (Iterations and areas)>Zones (Areas).
Pour changer le contexte de l'équipe, utilisez le sélecteur d'équipe dans les fils d'Ariane.
Choisissez Sélectionner la ou les zones, puis sélectionnez le chemin de zone pour Gestion des comptes et cochez la case Inclure des sous-zones.
Vérifiez que seul ce chemin de zone est sélectionné pour l’équipe et qu’il s’agit du chemin de zone par défaut. Supprimez tout autre chemin d'accès à la zone précédemment sélectionné.
Répétez cette étape pour toutes vos zones de gestion. 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. Dans notre exemple, cela correspond à Fabrikam Fiber.
Définir une cadence de sprint unique pour toutes les équipes
Si vos équipes de fonctionnalité utilisent Scrum ou ont recours à des sprints pour répartir leur travail, configurez une série de sprints que toutes les équipes peuvent utiliser. Par défaut, vous voyez un ensemble de sprints prédéfinis. Ajoutez d’autres sprints et définissez leurs dates de sprint à partir des Paramètres du projet, comme décrit dans Ajouter des itérations et définir des dates d’itération. Vous pouvez renommer et modifier les sprints par défaut si nécessaire.
Notes
Bien que le maintien d’une cadence de sprint unique simplifie l’administration du projet, 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 3 semaines. Définissez simplement un nœud sous le nœud de projet supérieur pour chaque cadence, puis définissez les sprints sous ces nœuds. Par exemple :
- Fabrikam Fiber/CY2019
- Fabrikam Fiber/Sprints de 3 semaines
Ici, nous définissons les dates de début et de fin des 6 premiers sprints correspondant à une cadence de 3 semaines.
Configurer d’autres paramètres d’équipe
Pour que les équipes soient bien définies, ajoutez des administrateurs d'équipe et demandez-leur de vérifier ou de configurer d'autres paramètres d'équipe. Pour plus d’informations, veuillez consulter la section Gérer et configurer les outils d’équipe.
Consulter les chemins de zone attribués aux équipes
Dans Paramètres du projet (Project Settings)>Configuration du projet (Project configuration)>Zones (Areas), vous pouvez vérifier quels Chemins d’accès de zone (Area Paths) sont affectés à quelles équipes. Pour modifier les affectations, choisissez l’équipe et modifiez les affectations de chemin de zones de l’équipe.
Exercice de sélection de fonctionnalités avec des chemins de zone partagés
Lorsque vous partagez des chemins de zone entre deux équipes ou plus, comprenez comment Azure Boards gère les conflits qui peuvent survenir lors de l'exercice de ces fonctionnalités :
- Réorganiser ou réapparenter des éléments de travail sur un backlog ou un tableau
- Mises à jour apportées aux champs Colonne du tableau (Board column), Colonne du tableau terminée (Board column done) et Ligne du tableau (Board Lane) pour glisser-déposer des éléments dans une colonne différente
Réorganisation et redéfinition de la parenté des éléments de travail
Tous les backlogs et tableaux prennent en charge la fonctionnalité de glisser-déposer (drag-and-drop) pour réorganiser et reclasser 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.
Le glisser-déposer peut uniquement être utilisé pour réorganiser ou reclasser les éléments de travail qui sont affectés aux « Area Paths »sélectionnés pour votre équipe. Lorsque l’option d’affichage Parents est activée, des tâches qui n'appartiennent pas à votre équipe peuvent apparaître dans votre backlog. Tout élément de travail marqué par l'icône d'information 
ne peut pas être réorganisé ou réparti, car il appartient à une autre équipe.
Mises à jour des colonnes de la carte
Étant donné que chaque équipe peut personnaliser les colonnes de son tableau et ses couloirs, les valeurs affectées aux champs du tableau peuvent différer lorsqu’une autre équipe met à jour un élément de travail à partir d’un tableau différent. Même si l'équipe de gestion et les équipes chargées des fonctionnalités configurent leurs colonnes du tableau des fonctionnalités avec des mappages de workflow identiques, les mises à jour apportées aux éléments de travail sur le tableau d'une équipe ne se reflètent pas automatiquement sur 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 de rechange principale consiste à conserver une propriété unique des éléments de travail en définissant des « Area Paths » 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).