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
Personnalisez Azure Boards pour répondre 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 et d’itération, les types d’éléments de travail (WIT), les flux de travail, et le comportement du tableau.
Utilisez cet article pour déterminer comment votre projet doit être organisé avant de personnaliser les tableaux, les backlogs et les paramètres d’équipe.
Si vous connaissez déjà les tâches de configuration souhaitées, commencez par les articles suivants :
- Personnaliser des cartes
- Gérer les colonnes
- Accélérer le travail avec les swimlanes
- Configurer votre vue du backlog
Note
La plupart des conseils ici s’appliquent aux services Azure DevOps et aux Azure DevOps Server. Certaines fonctionnalités, telles que l’analytique et les expériences de planification de la livraison, varient selon la version ou l’installation. Les plans de livraison sont intégrés à Azure DevOps Server 2022 et versions ultérieures et ont été précédemment disponibles en tant qu’extension de la Place de marché.
Conseil / Astuce
Vous pouvez utiliser l’IA pour faciliter Azure DevOps tâches. Consultez Activer l'assistance AI avec Azure DevOps MCP Server pour commencer.
Considérations clés
Utilisez ces questions pour mettre en forme la configuration que vous choisissez.
| Area | Questions à répondre |
|---|---|
| Structure de projet et d’équipe | Combien d’équipes, de hiérarchie des chemins d'accès de zone et de vues de synthèse avez-vous besoin ? |
| Itérations | Quelle cadence de sprint, regroupement de mises en production et horizon de prévision fonctionnent mieux ? |
| Schéma d’élément de travail | Quels WITs les équipes devraient-elles utiliser (Fonctionnalités, Récits/Problèmes/PBIs, Tâches, Épopées) ? |
| Besoins de rapport | Quels champs, cumuls et vues d’analyse doivent être disponibles ? |
| Personnalisations | Comment les champs personnalisés, les flux de travail et les WIT affectent-ils 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 dans le projet.
Choisir les types d’éléments de travail et les 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 WIT personnalisés et des backlogs de portefeuilles pour prendre en charge votre organisation.
Ce diagramme montre la hiérarchie du backlog de processus Agile :
- Utilisez des récits utilisateur et des tâches pour suivre le travail.
- Utilisez des bogues pour suivre les défauts de code.
- Utilisez les Épopées et les fonctionnalités pour regrouper le travail sous des scénarios plus larges.
Chaque équipe peut configurer si elle gère les bogues au même niveau que les éléments de travail de type récit utilisateur ou tâche. Utilisez le paramètre Travailler avec les bogues. 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 niveaux de planification supplémentaires, tels que des objectifs et des résultats clés, ou lorsque les équipes ont besoin d’un niveau d’agrégation au-dessus des fonctionnalités.
Comparer les approches de suivi
Choisissez le modèle de suivi qui correspond le mieux à la façon dont vos équipes planifient et signalent le travail.
| Approche | À utiliser lorsque | Compromis |
|---|---|---|
| Tâches uniquement | Vous avez besoin d’un suivi simple des tâches avec peu de hiérarchie | Hiérarchisation limitée et aucune planification de portefeuille |
| Conditions requises avec les tâches enfants | Les équipes Scrum évaluent le travail et le suivent dans les sprints | Plus de hiérarchie à gérer |
| Exigences uniquement | Les équipes Kanban ou Scrumban ne suivent pas le temps | Moins de détails au niveau des tâches |
| Conditions requises regroupées sous les WIT de portefeuille | Plusieurs équipes ont besoin de vues agrégées et de vues de calendrier inter-équipes | Nécessite une conception de processus plus initiale |
Expliquer le modèle que vous choisissez pour les équipes et mettre à jour la documentation du processus afin que tout le monde utilise le même modèle.
Configurer des zones, des itérations et des équipes
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.
| Recommandation | Reason |
|---|---|
| Créer des hiérarchies de chemin d'accès de zone qui reflètent la façon dont les gestionnaires souhaitent que les cumuls soient signalés | Active des rapports consolidés précis entre les niveaux d'organisation |
| Donner à chaque équipe un abonnement par défaut à une zone et à une itération | Les éléments de travail héritent automatiquement du contexte correct |
| Utiliser des cadences d’itération cohérentes entre les équipes qui fournissent ensemble | Simplifie la planification inter-équipes et le suivi des dépendances |
Contenu connexe :
Afficher les bogues sur les tableaux et dans les backlogs
Chaque équipe détermine si les bogues apparaissent sur le backlog du produit en tant que conditions requises 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 qui utilisent Agile ou CMMI peuvent choisir si les bogues apparaissent sur les backlogs. Le processus Basic n’utilise pas le type d’élément de travail Bug ; à la place, il utilise Issue. 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 Delivery Plans pour consulter les plannings inter-équipes et les dépendances. Si vous utilisez une vue de style feuille de route telle que l’extension Chronologie des fonctionnalités, appelez-la séparément dans les instructions du projet.
Pour la planification interéquipes, utilisez les plans de livraison et toute extension de type feuille de route adoptée comme standard par votre organisation.
Tableaux, colonnes et workflows
Les états de flux de travail des éléments de travail déterminent les colonnes de tableau par défaut.
| Action | Scope | Considération |
|---|---|---|
| Ajouter des états de flux de travail personnalisés aux WIT | Affecte toutes les équipes | Les modifications apparaissent sur tous les tableaux d’équipe à l’aide de ce WIT |
| Ajouter des colonnes à des tableaux d’équipe | Affecte uniquement cette équipe | Utile pour les étapes de flux de travail spécifiques à l’équipe |
| Cartographier les correspondances état-colonne | Affecte la création de rapports | Cartographier avec soin afin de préserver la précision du diagramme de flux cumulé. |
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.
| Recommandation | Reason |
|---|---|
| Limiter les champs personnalisés à ceux qui prennent en charge la création de rapports ou l’automatisation | Réduit la surcharge d’encombrement et de maintenance |
| Utiliser des champs personnalisés numériques pour les sommes de cumul | Active le suivi de la progression et la planification de la capacité |
| Utiliser des listes de sélection pour la création de rapports cohérentes | Empêche les incohérences de données issues des entrées de texte en libre saisie |
| N’oubliez pas que les champs au niveau du processus sont partagés | Les modifications affectent tous les projets de la collection ou de 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 types d’éléments de travail (WIT) et les flux de travail affectent de nombreux outils.
| Change | Où il apparaît | Action requise |
|---|---|---|
| Nouvelles fonctionnalités WIT au niveau des conditions requises | Backlogs de produit, éventuellement backlogs de sprint | Configurer les niveaux de backlog |
| Nouveaux WIT au niveau des tâches | Tableaux de tâches | Mettre à jour les paramètres du tableau des tâches |
| Types d'éléments de travail personnalisés | Tableaux d’équipe | Mettre à jour des tableaux et des mappages de colonnes |
Important
Les modifications au niveau du processus affectent toutes les équipes. Limitez les changements perturbants et communiquez-les à l’avance.
Autorisations et personnes autorisées à modifier les différents éléments
Contrôler qui peut modifier les processus, les arborescences de zones et d’itérations et la configuration de l’équipe.
| Type de modification | Qui peut apporter des modifications |
|---|---|
| Niveau processus | Administrateurs de regroupement de projets ou utilisateurs disposant d’autorisations de processus |
| Niveau projet (zones et itérations) | Administrateurs de projet ou utilisateurs disposant d’autorisations de nœud |
| Niveau d'équipe | Administrateurs d’équipe ou administrateurs de projet |
Contenu connexe :
Suivi du temps et planification du sprint
Utilisez les champs de suivi des tâches qui correspondent à votre modèle de planification de processus et d’équipe :
| Champ | Utilisation courante |
|---|---|
| Travail restant | Suivez l’effort laissé pour terminer une tâche ou un élément sprint. |
| Estimation d’origine | Capturez l’estimation initiale lorsque votre équipe souhaite une ligne de base. |
| Travail terminé | Enregistrez l’effort déjà consacré à une tâche. |
Si vous effectuez le suivi du temps pour la facturation ou la création de rapports, é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
Utilisez la liste de contrôle suivante lorsque vous configurez ou passez en revue votre configuration de Azure Boards.
| Phase | Tâche |
|---|---|
| Plan | Décider d’une stratégie de type d’élément de travail et de processus (hériter ou personnaliser) |
| Plan | Hiérarchies de zone de conception et d’itération |
| Configure | Configurer des équipes et définir des abonnements par zone et itération par défaut |
| Configure | Créer des dossiers et autorisations de requête partagés nécessaires |
| Configure | Ajouter des colonnes récapitulatives et des widgets de tableau de bord dont les dirigeants ont besoin |
| Valider | Piloter les modifications avec une équipe avant d’appliquer des mises à jour étendues |
| Communiquer | Modifier et mettre à jour votre wiki de projet |