FAQ Azure Boards

Les membres d’un projet Azure Boards peuvent utiliser la plupart des fonctionnalités pour le suivi du travail. Certaines fonctionnalités nécessitent un niveau d’accès spécifique ou une appartenance à un groupe de sécurité. D’autres limites peuvent provenir d’autorisations de suivi de travail ou de règles personnalisées. Pour plus d’informations, consultez Autorisations et accès par défaut pour Azure Boards.

Utilisez des autorisations de chemin d’accès de zone pour restreindre les personnes pouvant afficher ou modifier des éléments de travail. Voir:

• Définir les autorisations de suivi du travail et de plan
• Accorder ou restreindre des autorisations pour sélectionner des tâches

Oui. Le navigateur met en cache des règles conditionnelles en fonction de l’appartenance de l’utilisateur ou du groupe. Si vous ne pouvez pas mettre à jour un élément de travail, vous avez probablement atteint une règle mise en cache. Vous pouvez attendre que le cache du client expire (environ trois jours) ou l’effacer manuellement. Pour effacer le cache, ouvrez la console du navigateur et exécutez :

window.indexedDB.deleteDatabase("wit")

Actualisez ensuite la page. Pour plus d’informations, consultez Règles et évaluation des règles.

Consultez Outils et clients qui se connectent à Azure DevOps.

Pour obtenir une introduction, voir À propos des éléments de travail .

Ouvrez une requête et ajoutez ces clauses :

• Work Item Type = [Any]
• State = [Any] Ajoutez ensuite des filtres en fonction des besoins. Pour plus d’informations, consultez Créer et enregistrer des requêtes gérées avec l’éditeur de requête.

Non. Chaque élément de travail ne peut être affecté qu’à un seul utilisateur. Vous pouvez affecter uniquement des utilisateurs répertoriés dans le sélecteur de personnes.

Groupez le travail en l’affectant au même chemin d’accès de zone. Les chemins d’accès aux zones permettent d’organiser le travail par produit, fonctionnalité ou secteur d’activité et permettent aux équipes de se concentrer sur les éléments affectés à leurs zones. Vous pouvez également regrouper le travail sous un élément de travail parent à l’aide de liens parent-enfant (regroupement hiérarchique). Pour obtenir des conseils, consultez Configuration et personnalisation d’Azure Boards, des chemins d’accès de zone, des équipes de produits et de la gestion de portefeuille.

Azure Boards n’utilise pas de marqueurs de jalons pour des éléments de travail individuels (les plans de livraison prennent en charge les jalons). Pour indiquer un jalon, vous pouvez :

• Ajouter le mot Jalon au titre de l’élément de travail
• Ajouter une balise de jalon (ajouter des balises aux éléments de travail)
• Ajouter un champ personnalisé étiqueté Jalon avec une liste de sélections (Personnaliser les champs de processus)
• Lier des éléments de travail à un élément jalon (éléments de travail de lien)
• Affecter l’élément de travail jalon au sprint cible (affecter le travail à un sprint)

Lier des éléments de travail à l’aide d’éléments connexes, prédécesseurs/successeurs ou d’autres types de liens pour suivre les dépendances. Consultez Lier des éléments de travail à d’autres objets.

Pour les dépendances entre organisations, tenez compte de l’extension Dependency Tracker.

Chaque processus définit les niveaux de backlog par défaut (par exemple : exigence, fonctionnalité, épopée). Les types d’éléments de travail affectés à ces niveaux de backlog forment naturellement des relations parent-enfant. Si vous souhaitez obtenir plus d’informations, consultez Organiser votre backlog, mapper les éléments de travail enfants aux parents. Pour personnaliser les backlogs, consultez Personnaliser vos backlogs ou tableaux, Modifier ou renommer le backlog des besoins.

Consultez Modifier en bloc des éléments de travail, Modifier en bloc des champs de texte enrichi.

Yes. Configurez deux règles au niveau du backlog :

1. Définissez le parent sur Actif quand un enfant devient Actif.
2. Définissez le parent sur Résolu ou Fermé lorsque tous les enfants sont fermés. Pour plus d’informations, consultez Automatiser les transitions d’état d’élément de travail.

Les administrateurs peuvent configurer des règles de backlog qui mettent automatiquement à jour les états des éléments de travail. Pour plus d’informations et des exemples, consultez Automatiser les transitions d’état d’élément de travail.

Les règles se déclenchent lorsqu’un enfant passe de Nouveau à Actif ou à Fermé. Ils ne se déclenchent pas lorsqu’un enfant passe de Fermé à Actif ; ce comportement est par conception.

Non. Les règles s’appliquent à tous les types d’éléments de travail dans un niveau de backlog, car les règles utilisent des catégories d’état (qui sont cohérentes entre les types d’éléments de travail).

Yes. Configurez des règles par niveau de backlog. Une règle sur le backlog des récits utilisateur n’affecte pas les fonctionnalités ni les épopées. Vous pouvez également configurer des règles distinctes pour les fonctionnalités et les épopées. Consultez Automatiser les transitions d’état d’élément de travail.

Les règles se déclenchent uniquement lorsque les deux parents et enfants appartiennent à la même équipe. Cela empêche les règles d’affecter automatiquement les éléments appartenant à d’autres équipes. Pour plus d’informations, consultez Automatiser les transitions d’état d’élément de travail.

Backlogs répertorie les éléments de travail ; les tableaux affichent ces éléments sous forme de cartes. Les deux utilisent des filtres en fonction du chemin d’accès de zone et du chemin d’itération de l’équipe. Pour savoir comment fonctionne le filtrage, consultez À propos des équipes et des outils Agile, les valeurs par défaut de l’équipe référencées par les backlogs et les tableaux.

Ajoutez une équipe. Chaque équipe obtient ses propres backlogs et tableaux et peut les personnaliser. Voir à propos des équipes et des outils Agile.

Azure DevOps applique des limites telles que le nombre d’éléments de travail affichés sur un backlog ou un tableau et des limites sur les équipes. Pour obtenir la liste complète, consultez Suivi du travail, processus et limites du projet.

Consultez Migration et intégration d’Azure Boards.

Chaque backlog affiche les éléments de travail filtrés par la zone et les chemins d’itération de l’équipe et par type d’élément de travail :

• Backlog de produit : répertorie les récits utilisateur (Agile), les problèmes (de base), les éléments de backlog de produit et les bogues (Scrum) ou les exigences (CMMI). Offre des options pour afficher les éléments parents, prévision et enfants.
• Backlog de portefeuille : Répertorie les fonctionnalités (backlog de portefeuille) ou Epics (backlog épique). Offre des options pour afficher la progression des parents et des éléments enfants.
• Backlog Sprint : affiche les éléments de backlog de produit affectés à l’itération sélectionnée et inclut des options de détails de travail .

Yes. Affectez des sprints aux éléments de travail et filtrez votre carte par chemin d’itération. Voir Filtrer votre carte.

Non. Les listes de contrôle des tâches prennent uniquement en charge le type d’élément de travail de tâche.

Azure DevOps ne fournit pas de vue de chemin critique natif. Nous vous recommandons d’utiliser des plans de remise pour afficher les dépendances et un calendrier de travail. Pour une analyse plus avancée du chemin critique, envisagez de connecter Azure DevOps à Microsoft Project ou d’explorer les extensions de la Place de marché. Consultez Passer en revue les plans de remise de l’équipe et recherchez les extensions pertinentes sur la Place de marché.

Non. La capacité d’équipe n’est pas stockée dans les magasins de données de suivi de travail standard. Vous ne pouvez donc pas la cumuler de la même façon que les champs d’élément de travail numériques.

Non. La largeur de colonne n’est pas configurable. Pour demander cette fonctionnalité, appelez-la sur notre page Communauté des développeurs.

Yes. Utilisez des champs associés à la carte pour interroger les modifications apportées aux colonnes. Consultez Requête par affectation ou modifications de flux de travail, requêtes de modification de carte.

Yes. Installez l’extension Query Based Boards Marketplace.

Yes. Utilisez l’extension Place de marché d’Azure Boards Kanban Tools pour copier la configuration de la carte entre les équipes.

Yes. Effectuez le suivi des déplacements de colonne à l’aide des champs Colonne de tableau et Colonne De tableau terminés.

Cette erreur signifie généralement que les états de flux de travail pour les types d’éléments de travail dans la catégorie Condition requise ne sont pas mappés aux colonnes. Sélectionnez Corriger cette erreur maintenant dans la boîte de dialogue d’erreur pour ouvrir paramètres et mapper les états aux colonnes.

Une fois que vous avez mappé chaque état à une colonne existante ou nouvelle, le tableau affiche les éléments affectés à ces états.

Yes. Vous pouvez ajouter ou supprimer des couloirs et configurer des règles de couloir pour déplacer automatiquement des éléments de travail lorsque des conditions sont remplies. Pour plus d’informations, consultez Ajouter ou supprimer des couloirs et configurer des règles de couloir.

Définissez des modèles d’élément de travail pour les équipes auxquelles vous appartenez. Pour créer des modèles et définir des valeurs par défaut pour les champs, consultez Utiliser des modèles pour ajouter et mettre à jour des éléments de travail.

Le produit ne prend pas en charge la définition d’un modèle par défaut pour une équipe pour l’instant.

Non. Le produit ne prend pas en charge la copie de modèles entre les équipes ou les projets.

Vous ne pouvez pas créer de modèles de hiérarchie qui définissent un parent par défaut. Pour créer des éléments enfants liés, envisagez d’utiliser Excel pour ajouter en bloc des éléments et définir des liens parent-enfant ou ajouter des éléments enfants à partir d’un tableau. Voir:

• Ajouter des listes de contrôle de tâches
• Ajouter, exécuter et mettre à jour des tests inline
• Ajouter des fonctionnalités et des épopées

Dans la page de type d’élément de travail, ouvrez le menu Actions ( ) du modèle que vous souhaitez supprimer et choisissez Supprimer.

Consultez Azure Boards &GitHub.

Non. Vous ne pouvez pas définir automatiquement l’état de l’élément de travail lors de la liaison d’une validation ou d’une demande de tirage.

Vous configurez et personnalisez Azure Boards au niveau du projet et de l’équipe. Pour obtenir une vue d’ensemble, consultez Configuration et personnalisation d’Azure Boards.

Pour obtenir d’autres questions fréquentes sur la configuration et la personnalisation, consultez les FAQ sur la configuration et la personnalisation d’Azure Boards.

Contenu connexe

• Questions fréquentes (FAQ) sur les requêtes
• Limites du suivi du travail, des processus et des projets
• FAQ sur la configuration et la personnalisation d’Azure Boards
• Questions fréquentes (FAQ) : Utilisation d’Excel avec une connexion à Azure Boards
• Questions fréquentes (FAQ) sur l’ensemble des projets
• Extensions Azure Boards
• À propos des équipes et des outils Agile