Le monde coloré d’Azure DevOps Boards / Blogs / Perficient

Hors de la boîte, Azure DevOps fournit des capacités en noir et blanc en termes de façon dont il peut être utilisé pour prendre en charge un projet et son référentiel de code. Au fil du temps, les équipes s’établissent et s’installent dans les processus de travail, continuant souvent à utiliser ces paramètres de base, ce qui peut conduire à une opération banale et, peut-être, à perdre de vue l’objectif final.
Même si un projet est personnalisé en termes de flux de travail, d’options d’état personnalisés ou de champs personnalisés, il est parfois difficile de savoir où se trouvent les choses et sur ce qui est important à se concentrer.
Il existe quelques façons dont Azure DevOps peut aider à rendre ces articles visibles et évidents, pour mieux aider à guider une équipe.
Tirer parti de la couleur pour attirer l’attention
Lors de la visualisation d’une planche dans Azure DevOps, il peut souvent être écrasant de regarder ou de trouver des éléments de travail spécifiques. Considérez: Qu’est-ce qui est le plus important pour que l’équipe soit terminée ou hiérarchisée, et, quel pourrait être un identifiant unique pour localiser ces articles? Ce sont les articles sur lesquels nous voulons que l’équipe remarque et travaille en premier.
Il existe quelques façons dont Azure DevOps nous permet de styliser des articles de travail sur une planche:
Prenons un exemple de styles de cartes: nous voulons que le client puisse voir rapidement et facilement si les éléments de la carte sont bloqués. Dans les paramètres de notre carte, nous pouvons utiliser les paramètres de la carte> Cartes> Styles Options pour appliquer certaines règles pour créer tous les éléments de travail qui contiennent la balise «bloquée» pour apparaître en couleur rouge.
Exemples de paramètres:
Exemple de prévisualisation de la carte:
Un autre cas d’utilisation pour appliquer les styles de cartes pourrait être que nous voulons que les membres de notre équipe hiérarchisent et se concentrent sur tous les éléments de travail de bogue qui ont une priorité de 1. Dans la même boîte de dialogue, nous pouvons ajouter une autre règle de style afin que tout élément de travail de bogue qui a une priorité de «1» devrait apparaître de couleur jaune. Cela rendra extrêmement facile la recherche de ces bogues de priorité 1 lors de la visualisation du tableau, afin qu’il soit évident pour tout membre de l’équipe qui est affecté à un.
Exemple de prévisualisation de la carte:
Examinons un autre cas d’utilisation – nous voulons que notre équipe reconnaisse facilement les éléments de travail contenant le «contenu» de la balise. Dans cet exemple, cette balise signifie que l’élément de travail nécessitera des étapes de contenu manuel, ainsi que les modifications de code. Dans les paramètres de la carte> cartes> Options de couleurs de balise, nous pouvons configurer une règle afin que cette balise spécifique apparaisse en rose tout en affichant la carte.
Exemple de prévisualisation de la carte:
CONSEIL: Bien qu’il soit génial de fournir des règles de style de couleur pour les articles de travail, il est préférable de réserver ces règles uniquement les éléments nécessitant une attention spécifique et fréquente. Considérez ceci avant d’appliquer un paramètre de style sur la carte d’un projet.
Gardez les détails clés dans tous les domaines (en particulier les planches Azure DevOps!)
Outre les conseils, il existe d’autres points de vue dans Azure DevOps où il est utile et important de garder les informations les plus essentielles visibles et évidentes, pour mieux permettre à l’équipe de se concentrer sur les bons articles de travail.
Dans la vue du backlog, envisagez de vous cacher et de montrer les colonnes les plus pertinentes pour votre équipe et votre projet.
Dans cet exemple, les points de données les plus courants auxquels le chef de projet fait référence est:
- ID de l’article de travail
- Titre
- État
- Attribué à
- Priorité
- Balises
- Progresser par des histoires
- Progresser par les bogues
Toutes les autres options de colonne sont masquées, donc l’accent est maintenu sur ces points de données lors de la visualisation de l’arriéré.
CONSEIL: Chaque membre de l’équipe possède ses propres paramètres individuels de vue du carnet de commandes, il n’y a pas de vue qui peut être appliquée à tous les membres de l’équipe. Une fois que vous avez un point de vue que vous trouvez le plus utile, envisagez de le partager avec les membres de votre équipe afin qu’ils puissent appliquer les mêmes paramètres ou similaires.
Enfin, les tableaux de bord sont un moyen fantastique de fournir des informations rapides et sommaires concernant les progrès d’une équipe ou d’un projet. Envisagez de créer des tableaux de bord pour jouer les résultats des requêtes que vous vous retrouvez souvent à référencer pour les rapports ou la surveillance. Comme les vues du carnet de commandes et des planches, gardez les tableaux de bord concentrés sur les informations les plus précieuses. Rendez-le facilement visible en organisant ces détails de widgets en haut du tableau de bord.
Dans cet exemple ci-dessous, l’équipe voulait automatiser un moyen de trouver des articles de travail qui étaient mal placés dans l’arriéré ou qui étaient sans étiquettes. Une série de requêtes a été créée et utilisée pour fournir des données de résultats d’appariement. Dans la première capture d’écran, il n’y a aucun résultat et toutes les tuiles sont égales à 0 – c’est l’état idéal. Dans la deuxième capture d’écran, il y a des résultats dans l’une des tableaux et 3 des tuiles ont un résultat correspondant de 1, auquel cas la tuile est configurée pour devenir rouge en couleur. Cela permet à un membre de l’équipe de remarquer et de prendre des mesures pour s’assurer que des articles de travail spécifiques sont traités rapidement.
Capture d’écran 1:
Capture d’écran 2:
CONSEILS:
- Créez plusieurs tableaux de bord, chacun avec son propre objectif, pour empêcher que 1 ou 2 tableaux de bord soient submergés par trop d’informations.
- Le widget «graphique pour les articles de travail» sur les tableaux de bord permet également de personnaliser les options de couleur. Considérez ceci dans les cas où vous souhaitez attirer l’attention sur un attribut spécifique, tel que l’état de l’élément de travail.
Peignez l’image de votre équipe
Pour aider à garder l’équipe concentrée et à s’installer dans un modèle de travail banal, gardez les données les plus importantes dans Azure DevOps accessible et visible sur les cartes de projet, les arriérés et les tableaux de bord. Utilisez des indicateurs visuels comme la couleur pour permettre à l’équipe de trouver rapidement ce qui est le plus important d’utiliser leur temps le plus efficacement vers l’objectif du projet.
Source link