Partager via

Configurer et personnaliser Azure Boards

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

Personnalisez Azure Boards pour qu’il corresponde aux processus et aux besoins de votre équipe en matière de portefeuille. Cet article décrit les tâches et considérations recommandées pour les administrateurs qui configurent la structure de zone/itération, les types d’éléments de travail (WIT), les flux de travail et le comportement du tableau.

Si vous connaissez déjà les tâches de configuration souhaitées, commencez par les articles suivants :

Note

La plupart des conseils ici s’appliquent aux déploiements cloud et locaux. Certaines fonctionnalités (par exemple, rollup, analytics et outils de planification de portefeuille) sont uniquement cloud.

Considérations clés

Avant de modifier les paramètres, déterminez le fonctionnement des équipes et les besoins de gestion. Considérer:

  • Structure de projet et d’équipe : combien d’équipes, de hiérarchie de chemins de zone et de vues de cumul avez-vous besoin ?
  • Itérations : cadence sprint, regroupement de mises en production et horizon de prévision.
  • Schéma d’élément de travail : quels wiT utiliseront les équipes (Fonctionnalités, Histoires/Problèmes/PBIs, Tâches, Épopées) ?
  • Besoins de création de rapports : quels champs, agrégats et vues analytiques doivent être disponibles ?
  • Personnalisations : Les champs personnalisés, les flux de travail et les WIT affectent les tableaux, les backlogs et les rapports.
  • Autorisations et gouvernance : Qui peut modifier les processus, les arborescences de zones/itérations et les paramètres d’équipe ?

Documentez vos choix afin que les équipes les appliquent de manière cohérente.

Types d’éléments de travail et backlogs de portefeuille

Choisissez un processus (Agile, Basic, Scrum ou CMMI) lorsque vous créez un projet. Chaque processus définit un ensemble par défaut de wiTs et de niveaux de portefeuille/backlog. Vous pouvez ajouter des WITs personnalisés et des backlogs de portefeuilles pour prendre en charge votre organisation.

L’image suivante montre la hiérarchie pour l’élément de travail du backlog du processus Agile :

Diagramme montrant les types d’éléments de travail Agile.

  • Les User Stories et les tâches sont utilisées pour suivre le travail.
  • Les Bugs suivent les défauts de code.
  • Les Épics et les fonctionnalités sont utilisés pour regrouper le travail sous des scénarios plus larges.

Chaque équipe peut configurer la gestion des éléments de travail Bug au même niveau que les éléments User Story ou Task. Utilisez le paramètre Travailler avec les bugs. Pour plus d’informations sur l’utilisation de ces types d’éléments de travail, consultez Processus Agile.

Utilisez des wiT personnalisés et des backlogs de portefeuille lorsque vous avez besoin de couches de planification supplémentaires (par exemple, objectifs et résultats clés).

Capture d’écran montrant un projet qui ajoute des objectifs et des résultats clés en tant que backlogs de portefeuille personnalisés.

Choisissez l’une de ces approches de suivi de haut niveau en fonction des pratiques d’équipe :

  • Tâches uniquement : non recommandées. Offre une hiérarchisation limitée et aucune planification de portefeuille.
  • Exigences avec les tâches enfants : bonnes pour les équipes Scrum qui évaluent et suivent le temps.
  • Exigences uniquement : Bonnes pour les équipes Kanban ou Scrumban qui ne suivent pas le temps.
  • Conditions requises regroupées sous WITs de portefeuille : à utiliser lorsque plusieurs équipes ont besoin de cumuls et de calendriers inter-équipes.

Expliquer l’approche choisie pour les équipes et mettre à jour la documentation du processus.

Zones, itérations et configuration de l’équipe

Utilisez des chemins d’accès de zone pour partitionner le travail par produit, fonctionnalité ou zone métier. Utilisez des chemins d’itération pour les sprints, les mises en production ou les jalons.

Recommandations :

  • Créez des hiérarchies de chemin de zone qui reflètent la façon dont les gestionnaires veulent voir les cumuls reportés.
  • Donnez à chaque équipe une zone par défaut et une attribution d'itération afin que les éléments de travail héritent du contexte approprié.
  • Utilisez des cadences d’itération cohérentes entre les équipes qui fournissent ensemble.

Capture d’écran montrant les chemins d’accès de zone et les affectations d’équipe.

Contenu connexe :

Afficher les bogues sur les tableaux et les backlogs

Chaque équipe détermine si les bogues apparaissent sur le backlog du produit (en tant que conditions) ou sont suivis en tant que tâches liées aux exigences. Les équipes qui utilisent Scrum affichent souvent des bogues sur le backlog ; les équipes utilisant Agile ou CMMI peuvent choisir si les bogues apparaissent sur les backlogs. Pour modifier la façon dont les bogues s’affichent pour une équipe, mettez à jour les paramètres de l’équipe :

Conservez une stratégie d’équipe cohérente afin que les requêtes, les tableaux et les cumuls se comportent de façon prévisible.

Affichages de cumul et de portefeuille

Ajoutez des colonnes de cumul aux backlogs pour des éléments enfants afin d'afficher des barres de progression, des décomptes ou des sommes. Utilisez les plans de livraison et les chronologies des fonctionnalités pour afficher les planifications et les dépendances entre équipes.

Capture d’écran montrant les barres de cumul de progression sur un backlog.

Pour la planification inter-équipes, utilisez les plans de livraison et les extensions de chronologie des fonctionnalités le cas échéant.

Tableaux, colonnes et workflows

Les états de flux de travail des éléments de travail déterminent les colonnes de tableau par défaut. Vous pouvez:

  • Ajoutez des états de flux de travail personnalisés aux wiT (affecte toutes les équipes).
  • Ajoutez des colonnes aux tableaux d’équipe (affecte uniquement cette équipe).
  • Mapper soigneusement les mappages d’état à colonne pour préserver la cohérence des rapports (par exemple, diagrammes de flux cumulés).

Contenu connexe :

Champs et rapports personnalisés

Les champs personnalisés vous permettent de capturer des données spécifiques au projet. Ils peuvent alimenter les cumuls et les rapports et s’appliquent à l’ensemble du processus.

Recommandations :

  • Limitez les champs personnalisés à ceux qui prennent en charge la création de rapports ou l’automatisation.
  • Utilisez des champs personnalisés numériques pour les sommes de cumul ; utilisez des listes de sélection pour la création de rapports cohérentes.
  • N’oubliez pas : les champs au niveau du processus sont partagés entre les projets dans la collection/l’organisation.

Note

Vous pouvez définir jusqu’à 1 024 champs par processus.

Les WIT personnalisés et les modifications de processus

L’ajout ou la modification de wits et de flux de travail affecte de nombreux outils :

  • Les nouvelles fonctionnalités WIT de niveau exigence apparaissent sur les backlogs de produits et peuvent apparaître sur les backlogs sprint.
  • Les nouvelles fonctionnalités WIT au niveau des tâches s’affichent dans les tableaux de tâches.
  • Teams doit mettre à jour les tableaux et les mappages pour afficher des WIT personnalisés.

Les modifications au niveau du processus affectent toutes les équipes. Limitez les changements perturbants et communiquez-les à l’avance.

Autorisations et personnes qui peuvent modifier ce qui

Contrôlez qui peut modifier les processus, les arborescences de zones/itérations et la configuration de l'équipe.

  • Modifications au niveau du processus : administrateurs de regroupement de projets ou utilisateurs disposant d’autorisations de processus appropriées.
  • Modifications au niveau du projet (zones/itérations) : administrateurs de projet ou utilisateurs disposant d’autorisations de nœud.
  • Modifications au niveau de l’équipe : administrateurs d’équipe ou administrateurs de projet.

Contenu connexe :

Suivi du temps et planification du sprint

Utilisez les champs Travail restant, Estimation d’origine et Travail terminé pour la planification et la capacité de sprint. Si vous effectuez le suivi du temps à des fins de facturation ou d’autres fins, évaluez les extensions de la Place de marché pour obtenir une prise en charge plus riche du suivi du temps.

Contenu connexe :

Liste de contrôle pratique pour les administrateurs

  • Décider du processus et de la stratégie WIT (hériter ou personnaliser).
  • Hiérarchies de zone de conception et d’itération.
  • Configurez les équipes et définissez les abonnements par zone/itération par défaut.
  • Créez les dossiers et autorisations de requête partagés nécessaires.
  • Ajoutez des colonnes de cumul et des widgets de tableau de bord dont les dirigeants ont besoin.
  • Pilotez les modifications avec une équipe avant d’appliquer des mises à jour étendues.
  • Communiquez les modifications et mettez à jour votre wiki de projet.

Contenu connexe

  • Last updated on