Personnaliser votre expérience de suivi du travail

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

Lorsque vous planifiez et suivez votre projet, envisagez de configurer une fonctionnalité ou de personnaliser votre expérience pour vous aligner sur les exigences de suivi de votre équipe. L’approche de personnalisation des projets, qui affecte toutes les équipes, dépend du modèle de processus que vous utilisez.

Cet article vous donne une vue d’ensemble des personnalisations disponibles et de la façon dont elles varient entre les trois modèles de processus. Pour obtenir des conseils spécifiques sur les personnalisations pour prendre en charge les décisions métier, configurer et personnaliser Azure Boards. Pour plus d’informations, consultez Qu’est-ce qu’Azure Boards ? et À propos des éléments de travail.

Vous pouvez personnaliser aux niveaux suivants de suivi du travail :

Ressources partagées au niveau du projet

Chaque projet fournit de nombreuses ressources partagées qui prennent en charge toutes les équipes au sein du projet. Vous configurez ces fonctionnalités via l’interface utilisateur ou le contexte d’administrateur du portail web. Pour plus d’informations, consultez les articles suivants :

• À propos des chemins de zone et d’itération
• Définir les chemins d’accès aux zones
• Modifier la liste de sélection d’un chemin d’itération
• Créer et modifier des requêtes
• Ajouter des balises à des éléments de travail

Champs du sélecteur de personnes et de l’identité

• Les champs Affecté à et d’autres identités sont pris en charge par la fonctionnalité sélecteur de personnes.
• Lorsque vous choisissez le champ Affecté à dans un formulaire d’élément de travail, le sélecteur de personnes est activé.
• Pour sélectionner un utilisateur, commencez à entrer son nom et à effectuer une recherche jusqu’à ce que vous trouviez une correspondance.
• Les utilisateurs précédemment sélectionnés apparaissent automatiquement dans la liste.
• Pour les organisations utilisant l’ID Microsoft Entra ou Active Directory, les sélecteurs de personnes permettent de rechercher tous les utilisateurs et groupes ajoutés à AD (pas seulement ceux ajoutés à un projet spécifique).
• Pour limiter l’étendue des identités disponibles pour la sélection aux utilisateurs spécifiques au projet, utilisez le groupe Utilisateurs délimités par le projet.
• Les règles personnalisées peuvent restreindre davantage les valeurs disponibles pour les champs Identity dans un élément de travail.

Pour plus d’informations, consultez les articles suivants :

• Ajoutez Des utilisateurs ou des groupes Active Directory / Microsoft Entra à un groupe de sécurité intégré.

Votre projet définit les types d’éléments de travail (WIT) disponibles pour le suivi du travail et configure les outils Agile. Il spécifie les récits utilisateur, les tâches, les bogues et les champs de données utilisés pour capturer des informations. Les objets personnalisés sont partagés entre les équipes au sein du projet.

Le tableau suivant résume les différences entre les trois modèles de processus pris en charge. Pour connaître les définitions des principaux objets de suivi de travail, consultez glossaire Agile. Pour obtenir des liens vers des articles de personnalisation, consultez l’index de référence rapide pour les paramètres Azure Boards.

Remarques :

1. Un processus détermine les blocs de construction utilisés pour suivre le travail. Un modèle de processus spécifie un ensemble interdépendant de fichiers de définition XML qui fournissent les blocs de construction et la configuration initiale pour le suivi du travail et d’autres domaines fonctionnels.
2. La personnalisation XML hébergée prend en charge l’ajout et la mise à jour de listes globales avec une mise à jour de processus (sous réserve de limites sur la taille maximale de chaque liste). Pour plus d’informations, consultez Limites des objets de suivi de travail.
3. Le modèle de processus hérité ne prend pas en charge la personnalisation des fonctionnalités suivantes disponibles avec la personnalisation des modèles de processus. Au lieu de cela, vous personnalisez ces zones dans le portail web sur une base de projet par projet.
   • Chemins d'accès d'itération et de zone
   • Requêtes d’élément de travail
   • Groupes de sécurité et autorisations
   • Autorisations et accès aux zones fonctionnelles telles que le contrôle de version et la génération
   Vous pouvez également utiliser des API REST.
   Vous pouvez également utiliser des API REST ou l’outil de commande Azure DevOps CLI.
4. La prise en charge de l’intégration d’Office Project à Azure DevOps est déconseillée et la TFSFieldMapping commande n’est pas prise en charge.
5. Utilisez l’API REST pour importer et exporter des modèles de processus.

Personnaliser l’expérience de test

Plusieurs types d’éléments de travail prennent en charge l’expérience de test dans les pages de test du portail web et le client Test Manager.

• Pour un processus hérité, vous pouvez personnaliser les types d’éléments de travail suivants, comme vous le feriez pour n’importe quel autre type d’élément de travail :
  • Plan de test
  • Suite de tests
  • Cas de test
• Pour un processus XML local, vous pouvez personnaliser tous les types d’éléments de travail liés aux tests, notamment :
  • Plan de test
  • Suite de tests
  • Cas de test
  • Étapes partagées
  • Paramètres partagés

L’exemple suivant montre les relations de liaison prises en charge.

Personnalisations moins courantes

Vous pouvez uniquement effectuer les personnalisations suivantes lors de l’utilisation des modèles de processus XML hébergés ou XML locaux. Les personnalisations apportées à la configuration du processus s’appliquent à toutes les équipes au sein d’un projet.

Limites du backlog et de la carte (XML hébergé, XML local)

Pour limiter le temps de chargement d’affichage aux paramètres acceptables, le tableau des tâches est limité à un maximum de 1 000 éléments de travail. Pour plus d’informations, consultez la référence des éléments XML de configuration de processus.

Vous pouvez augmenter cette valeur jusqu’à un maximum de 1500 en spécifiant une valeur pour l’attribut de l’élément workItemCountLimit TaskBacklog . Pour plus d’informations, consultez la référence des éléments XML de configuration de processus.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Modifier les affectations de champs (XML hébergé, XML local)

Vous pouvez modifier les champs d’élément de travail utilisés pour calculer la capacité, les graphiques de brûlure, les prévisions et la vitesse. Toute modification apportée à l’une des affectations par défaut doit correspondre à une modification apportée au WIT utilisé pour définir et capturer des informations pour cette valeur.

Par exemple, si vous modifiez l’affectation refname , type="Activity" vous devez inclure le même champ dans la définition WIT affectée à la catégorie de tâche qui capture les informations d’activité. Pour plus d’informations, consultez la référence des éléments XML de configuration de processus.

Les champs que vous affectez sont utilisés par les outils suivants :

Gérer l’accès aux outils de suivi du travail

Gérez l’accès à des fonctionnalités spécifiques via les paramètres d’autorisation. Lorsque vous ajoutez des comptes d’utilisateur à votre équipe, ils sont automatiquement ajoutés au groupe Contributeur. Ils ont ensuite accès à la plupart des fonctionnalités dont ils auront besoin pour contribuer au code, au suivi des travaux, aux builds et aux tests. Toutefois, le groupe Contributeur n’autorise pas les utilisateurs à créer des requêtes partagées ou à ajouter des chemins d’itération ou de zone. Vous devez accorder ces autorisations séparément.

Vous pouvez gérer l’accès avec les paramètres d’autorisation suivants :

• Lorsque vous ajoutez des comptes d’utilisateur à votre équipe, ils sont automatiquement ajoutés au groupe Contributeur .
• Le groupe Contributeur fournit l’accès à la plupart des fonctionnalités nécessaires pour contribuer au code, au suivi du travail, aux builds et aux tests.
• Toutefois, le groupe Contributeur n’autorise pas les utilisateurs à :
  • Créer des requêtes partagées
  • Ajouter des chemins d’itération ou de zone
  • Pour accorder ces autorisations séparément, suivez les étapes appropriées.
• Pour obtenir une vue d’ensemble simplifiée des autorisations et affectations d’accès par défaut courantes, consultez Autorisations et accès. Si vous débutez avec la gestion des autorisations, explorez Bien démarrer avec les autorisations, l’accès et les groupes de sécurité, l’héritage des autorisations et les groupes de sécurité.

Pour gérer l’accès à des fonctionnalités spécifiques, consultez les articles suivants :

Autres options de personnalisation

Choisissez parmi les autres options de personnalisation suivantes :

• Consultez les extensions de la Place de marché pour voir s’il existe un outil disponible à vos fins
• Développer votre propre extension
• Déterminer si un hook de service répond à vos besoins
• Créer votre propre outil à l’aide d’API REST
• Ajoutez une demande de fonctionnalité à notre page Communauté des développeurs.

Étapes suivantes

Articles connexes

• Index des champs Élément de travail
• outil en ligne de commande witAdmin
• Gérer les modèles de processus
• Vue d’ensemble des modèles de processus
• Limites du suivi du travail, des processus et des projets