Partager via

À propos des équipes et des outils Agile

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Découvrez comment vous pouvez structurer et utiliser vos équipes et outils Agile pour prendre en charge votre organisation croissante. Lorsque votre équipe augmente au-delà de sa taille prévue( généralement de 6 à 9 membres), vous pouvez envisager de passer d’une structure d’équipe à une structure à deux équipes. Vous pouvez ensuite configurer une structure d’équipe hiérarchique, qui offre plusieurs avantages aux responsables pour le suivi de la progression entre les équipes. Pour plus d’informations, consultez Ajouter une autre équipe.

Remarque

Pour plus d’informations, consultez les articles suivants :

Selon la taille de votre organisation et vos besoins de suivi, vous pouvez configurer une structure d’équipe similaire à l’image suivante. Pour ce faire, définissez des équipes et leurs chemins de zone associés.

Chaque équipe a sa propre vision du travail

Les scénarios suivants s’appliquent :

  • Chaque équipe de fonctionnalités peut être associée à un chemin d’accès à une seule zone de fonctionnalité, tel que profil client, panier d’achat, courrier électronique ou plusieurs chemins de zone.
  • Chaque équipe de gestion, qui se concentre sur un ensemble de fonctionnalités, peut choisir plusieurs chemins d’accès de zone à surveiller.
  • Chaque équipe de fonctionnalités dispose de son backlog distinct pour planifier, déterminer la priorité et suivre le travail.
  • Les propriétaires de portefeuille ou de produits peuvent créer leur vision, leur feuille de route et leurs objectifs pour chaque version, surveiller la progression de leur portefeuille de projets et gérer les risques et les dépendances. Pour plus d’informations, consultez Gestion du portefeuille.

À propos des chemins d’accès, des équipes de fonctionnalités et des équipes de gestion

Les chemins d’accès de zone servent les objectifs suivants dans Azure Boards :

  • Filtrer les éléments de travail : Déterminez les éléments de travail qui apparaissent sur un backlog ou un tableau d’équipe.
  • Appliquer un filtrage supplémentaire : Affinez davantage les éléments de travail qui apparaissent sur un backlog ou un tableau. Pour plus d’informations, consultez Le filtrage interactif des backlogs, des tableaux, des requêtes et des plans.
  • Travail lié au groupe : Organisez le travail qui partage une relation, telle que l’appartenance au même produit, à la même fonctionnalité ou à d’autres regroupements au niveau du travail.
  • Restreindre l’accès : Définissez des autorisations pour restreindre la modification des éléments de travail en fonction du chemin d’accès à la zone. Les autorisations peuvent être configurées pour les groupes de sécurité.

Les équipes effectuent leurs sélections comme suit :

  • Équipes de fonctionnalités : sélectionnez un ou plusieurs chemins de zone pour spécifier les éléments de travail qui apparaîtront sur leurs backlogs et leurs tableaux.
  • Équipes de gestion : Sélectionnent généralement tous les chemins d'accès aux zones sur lesquels travaillent leurs équipes fonctionnelles. Ils peuvent se concentrer sur les fonctionnalités et les épopées, tandis que les équipes de fonctionnalités se concentrent sur les éléments de backlog de produits tels que les récits utilisateur (Agile), les éléments du backlog de produit (Scrum) et les exigences (CMMI).

Remarque

Les équipes peuvent être assignées à 300 chemins de zone maximum. Pour plus d’informations, consultez Suivi du travail, processus et limites du projet.

Pour plus d'informations, consultez Définir des chemins de zone et les attribuer à une équipe.

L’équipe par défaut

Chaque nouveau projet est configuré avec une équipe par défaut nommée après le projet. Par exemple, le projet Fabrikam est automatiquement configuré avec l’équipe Fabrikam .

Les backlogs, les tableaux et les tableaux de bord sont configurés pour cette équipe par défaut, ce qui vous permet de commencer immédiatement à définir des éléments de travail et votre backlog.

Vous pouvez renommer l’équipe par défaut et affecter une autre équipe comme équipe par défaut si nécessaire.

Chaque équipe obtient son propre ensemble d’outils

Chaque équipe que vous créez permet d’accéder à une suite d’outils agiles et de ressources d’équipe. Ces outils permettent aux équipes de travailler de manière autonome tout en travaillant avec d’autres équipes au sein de l’entreprise. Chaque équipe peut configurer et personnaliser ces outils pour prendre en charge leurs flux de travail et processus uniques.

Capture d’écran montrant les outils Agile, les ressources d’équipe.

Remarque

Outre les tableaux de bord d’équipe, vous pouvez ajouter un tableau de bord de projet, qui n’est pas spécifique à une seule équipe. Pour plus d’informations, consultez Ajouter, renommer et supprimer des tableaux de bord.

Ces outils filtrent automatiquement l’ensemble des éléments de travail qu’ils affichent en référençant les éléments suivants :

  • Chemin d’accès à la zone par défaut
  • Chemin d’itération
  • Sprints sélectionnés

Pour plus d’informations sur chaque outil et ses paramètres de configuration, consultez les articles suivants.

Zone

Outil

Tâches de configuration d’équipe

Arriérés

Sprints et Scrum

Comités

Widgets

Autres outils

Sans objet

Bon nombre de ces outils sont générés à partir de requêtes système qui référencent le chemin de zone de l’équipe. Par exemple, le chemin d’accès à la zone par défaut d’une équipe filtre les éléments de travail qui apparaissent dans le backlog de l’équipe. Les éléments de travail créés à l’aide d’un outil Agile attribuent automatiquement des zones et des itérations en fonction des valeurs par défaut de l’équipe.

Valeurs par défaut de l’équipe référencées par les backlogs et les tableaux

Les éléments de travail qui apparaissent sur les backlogs et les tableaux d’une équipe sont déterminés par les chemins de zone et les chemins d’itération de l’équipe. Lorsque vous ajoutez des éléments de travail à un backlog ou à un tableau, les valeurs par défaut de l’équipe sont utilisées pour affecter des valeurs de champ.

Lorsque vous définissez une équipe, vous spécifiez les éléments suivants :

  • Chemin(s) de zone sélectionné(s)
  • Chemin d’accès à la zone par défaut
  • Chemin(s) d’itération sélectionné(s)
  • Chemin d’itération du backlog
  • Chemin d’itération par défaut

Tous les outils Agile référencent le ou les chemins d’accès de zone définis pour une équipe. L’ensemble d’éléments de travail qui apparaissent sur un backlog ou une carte dépend de l’état actuel d’un élément de travail ou de son état parent-enfant.

Plusieurs outils référencent également le chemin d'itération par défaut et les sprints sélectionnés de l'équipe. Lorsque vous ajoutez un nouvel élément de travail à partir du backlog ou du tableau d’une équipe, le système lui affecte le chemin de zone par défaut et le chemin d’itération par défaut de l’équipe.

Remarque

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 font pas référence au chemin d’itération par défaut attribué à l’équipe. Au lieu de cela, de nouveaux éléments de travail sont affectés au 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 sont toujours affectés au chemin d’itération associé au backlog ou au tableau des tâches sprint sélectionné.

Outil Agile

Chemin d’accès à la zone (voir la note 1)

Chemin d'itération

État

Backlogs de portefeuille ou de produits

Chemin(s) de zone sélectionné(s)

Égal à ou inférieur au chemin d’itération du backlog de l’équipe

Actif (correspond à une catégorie d’état Proposé ou En cours, consultez les notes 2, 3)

Tableaux (voir la note 4)

Chemin(s) de zone sélectionné(s)

Égal à ou inférieur au chemin d’itération du backlog de l’équipe

Tout état (voir les notes 3, 5)

Backlogs de sprint (voir la note 4)

Chemin(s) de zone sélectionné(s)

Chemins d'itération choisis par l'équipe

Tout état (voir les notes 3, 5)

Tableaux de tâches (voir la note 4)

Chemin(s) de zone sélectionné(s)

Chemins d'itération choisis par l'équipe

Tout état (voir les notes 3, 5)

Nouveau widget d’élément de travail

Chemin d’accès à la zone par défaut

Chemin d’itération par défaut

n/a

Remarque

  1. Les outils Agile filtrent les éléments en fonction du ou des chemins d’accès de zone sélectionnés de l’équipe. Les équipes peuvent choisir d’inclure ou d’exclure des éléments affectés à des itinéraires de sous-zone.
  2. Les éléments de travail dont l’état est Fermé, Terminé ou Supprimé (correspondant à un état de catégorie Terminé ) n’apparaissent pas dans les backlogs de portefeuille et de produits.
  3. Vous pouvez ajouter des états de flux de travail personnalisés et les affecter à l’une des trois catégories d’états. Les catégories d’état déterminent> les éléments de travail qui apparaissent dans le backlog et les vues de tableau.
  4. Les tableaux, les backlogs sprint et les tableaux de tâches affichent uniquement le dernier nœud d’une hiérarchie, appelé nœud terminal. Par exemple, si vous liez des éléments au sein d’une hiérarchie à quatre niveaux, seuls les éléments au quatrième niveau apparaissent sur le tableau, le backlog sprint et le tableau des tâches. Pour plus d’informations, consultez les liens parent-enfant entre les éléments.
  5. Éléments de travail dont l’état est égal à Supprimé n’apparaissent pas dans les tableaux.

Structurer des équipes hiérarchiques ou mettre à l’échelle l’agilité au sein d’une entreprise

Bien qu’il n’existe aucun concept de sous-équipes, vous pouvez créer des équipes dont les chemins de zone se trouvent sous une autre équipe, ce qui crée efficacement une hiérarchie d’équipes. Pour plus d’informations, consultez Ajouter une autre équipe.

En outre, les articles suivants vous guident tout au long des étapes de configuration des équipes, des chemins d’accès et des itérations pour prendre en charge la gestion de portefeuille ou les organisations d’entreprise :

Groupes d’équipe

Lorsque vous ajoutez une équipe, un groupe de sécurité est automatiquement créé avec le nom de l’équipe. Vous pouvez utiliser ce groupe pour filtrer les requêtes. Le nom des groupes d’équipe suit le modèle [Nom du projet]\Nom de l’équipe. Par exemple, la requête suivante recherche le travail affecté aux membres du groupe d’équipe [Fabrikam Fiber]\Email .

Portail web, page Requêtes, Requête qui utilise l’opérateur 'In Group' et le nom du groupe d’équipe

Vous pouvez également utiliser la fonctionnalité @mention dans les discussions et les pull requests pour avertir tous les membres d’une équipe. Commencez à entrer le nom d’une équipe ou d’un groupe de sécurité, sélectionnez l’icône de recherche, puis sélectionnez parmi les options répertoriées. Pour plus d’informations, consultez Utiliser @mentions pour en savoir plus.

Travailler sur plusieurs équipes

Un compte d’utilisateur peut-il appartenir à plusieurs équipes ?

Oui. Vous pouvez ajouter des comptes d’utilisateur en tant que membres du projet ou à une ou plusieurs équipes ajoutées au projet. Si vous travaillez sur deux équipes Ou plus De Scrum, veillez à spécifier votre capacité de sprint pour chaque équipe sur laquelle vous travaillez.

Autorisations des membres de l’équipe

Par défaut, les membres de l’équipe héritent des autorisations accordées aux membres du groupe Contributeurs de projet. Les membres de ce groupe peuvent ajouter et modifier un code source, créer et supprimer des exécutions de test, et créer et modifier des éléments de travail. Les membres de l’équipe peuvent collaborer sur un projet Git ou vérifier le travail à la base de code de l’équipe.

Autorisations par défaut attribuées aux contributeurs d’équipe

Pour plus d’informations sur la limitation de l’accès, consultez Définir les autorisations et l’accès pour le suivi du travail.

Résumé

Contenu connexe

  • Last updated on