Configurer Azure Boards pour prendre en charge les programmes et les portefeuilles SAFe®

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

Ce tutoriel vous guide tout au long des étapes de conversion d’un nouveau projet avec une seule équipe en un projet configuré pour prendre en charge les programmes et portefeuilles SAFe® (Scaled Agile Framework). Plus précisément, vous allez apprendre à configurer Azure Boards pour prendre en charge les programmes et les portefeuilles SAFe® en effectuant les tâches suivantes :

Vous devez être membre du groupe Administrateurs de projet pour effectuer ces configurations.

Une fois ces configurations de base terminées, vous pouvez envisager de personnaliser votre projet pour prendre en charge des besoins métier spécifiques. Les options de personnalisation sont traitées dans Personnaliser Azure Boards pour prendre en charge SAFe® .

Si vous débutez dans Azure Boards, nous vous recommandons de consulter À propos des équipes et des outils Agile et À propos des chemins de zone et d’itération (Sprint) avant d’ajouter et de configurer vos équipes. En outre, deux excellents articles à passer en revue autour de la structure d’équipe et de la culture Agile sont Présentation de la planification de charges de travail efficaces avec DevOps et Création d’équipes productives et axées sur le client.

Comprendre la hiérarchie d’équipes

Dans cet article, nous allons passer d’un projet et d’une équipe, tous deux nommés « Fabrikam », à l’ensemble de neuf équipes suivant.

Nous allons ensuite configurer le chemin de zone vers la hiérarchie suivante et configurer le chemin de zone de chaque équipe. Cette configuration prend en charge l’affichage du backlog de chaque équipe et le cumul des vues au sein de la hiérarchie.

Toutes les équipes peuvent gérer leur propre charge de travail et leurs propres priorités tout en comprenant bien comment leur travail prend en charge ces épopées gérées dans le Backlog de l’équipe de portefeuille. En même temps, l’équipe de portefeuille peut surveiller la progression de son Backlog dans son propre tableau Kanban, hiérarchiser les éléments de leur Backlog et consulter la progression dans les trains de versions.

Tout cela peut sembler compliqué, mais la mise en place des équipes et la prise en main demandent en réalité peu de configuration. Pour passer d’un projet avec une seule équipe par défaut, commencez par définir chaque équipe tout en créant automatiquement un chemin d’accès par défaut pour cette équipe. Ensuite, reconfigurez l’ensemble plat des chemins d’accès en une structure hiérarchique. Ensuite, définissez les itérations pour soutenir la structure de version que vous souhaitez et les équipes de programme et Agiles à utiliser. Enfin, configurez chaque équipe et peuplez les membres des équipes.

Définir vos équipes

Pour commencer, nous allons ajouter chaque équipe, en créant un chemin de zone par défaut pour chacune d’elles. Plus loin dans cet article, nous allons configurer ces chemins de zone dans la hiérarchie nécessaire. Cette structure mappe les équipes SAFe® suivantes aux équipes Azure Boards :

• Équipe de portefeuille -> équipe de niveau supérieur par défaut, l’équipe Fabrikam (déjà défini)
• Équipes de programme -> équipes de niveau secondaire, Fiber Suite et Service Suite
• Équipes Agile -> équipes de troisième niveau définies sous Fiber Suite et Service Suite.

Vous devez être administrateur de projet pour effectuer ces étapes. Si vous avez besoin d’aide plus détaillée, consultez Gestion du portefeuille.

Ajoutez chaque équipe, une par une.

1. Dans le portail web, choisissez Paramètres du projet et ouvrez Équipes.

   

2. Choisissez Nouvelle équipe.

   

3. Donnez un nom à l’équipe, et éventuellement une description.

   Ici, nous ajoutons l’équipe Application. Choisissez l’administrateur d’équipe, et vérifiez que la case Créer un chemin de zone avec le nom de l’équipe est cochée. Ajoutez éventuellement des membres d’équipe.

   

   Affectez le Scrum Master, le responsable de programme ou le responsable de portefeuille de l’équipe en tant qu’administrateur d’équipe. En tant qu’administrateurs d’équipe, ils peuvent configurer les outils de leur équipe pour prendre en charge leurs pratiques Agiles et leurs besoins métier.

4. Répétez les étapes 2 et 3 pour définir toutes les équipes.

5. facultatif. Si vous avez au moins deux équipes de portefeuille, créez une équipe pour chacune d’elles.

Configurer des chemins de zone

Pour prendre en charge la hiérarchie de votre équipe, vous allez maintenant configurer les chemins de zone créés à la première étape de la définition d’équipes dans une hiérarchie.

1. Dans la page Paramètres du projet, choisissez Configuration du projet, puis Zones. Vous devriez voir une liste plate de chemins de zone.

   

2. Vous devez choisir le chemin de zone de chaque équipe de fonctionnalités sous le chemin de zone supérieur, et le déplacer sous la hiérarchie de chemin de zone à laquelle il appartient.

   Vous pouvez glisser-déplacer chaque chemin de zone sous le nœud parent auquel il appartient. Par exemple, ici, nous faisons glisser le nœud Migrer vers le nœud Fiber Suite.

   

   Au lieu de cela, vous pouvez ouvrir le menu contextuel du chemin de zone, choisir Modifier, puis sélectionner le nœud dans lequel vous souhaitez le déplacer.

3. Répétez les étapes 2 et 3 pour les chemins d’équipe Agile restants.

   Si vous avez défini au moins deux équipes de portefeuille, vous devez modifier le déplacement du chemin de zone de chaque équipe de programme sous le chemin de zone de l’équipe de portefeuille correspondante.

4. Lorsque vous avez terminé, la structure du chemin de zone devrait ressembler à l’image suivante.

   Important

   Cette structure montre que les chemins de zone appartiennent aux équipes Agile, aux équipes de programme et à l’équipe de portefeuille. Nous corrigerons cette structure plus loin dans cet article, lorsque nous configurerons chaque équipe pour qu’elle soit la seule propriétaire de son chemin de zone.

   

Définir des chemins d’itération

Pour effectuer le suivi vers les versions, créez la structure de chemins d'itération. Contrairement aux chemins de zone, plusieurs équipes peuvent partager la même structure de chemins d'itération. Partager la structure d’itérations permet à plusieurs équipes de travailler à la même cadence de sprints vers les mêmes trains de versions.

Si vous avez déjà des itérations pour votre équipe par défaut, vous pouvez les renommer. Vous voudrez créer une structure d’itérations qui prend en charge l’ensemble de votre structure d’équipes, pas simplement une seule équipe.

1. Dans la page Paramètres du projet, choisissez Configuration du projet, puis Itérations.

2. Sous l’itération par défaut, qui porte le même nom que le projet, créez une itération enfant qui représente votre premier incrément de programme (PI). Facultativement, ajoutez une date de début et de fin pour le PI, mais gardez à l’esprit que l’itération est ensuite décomposée en sprints.

   

3. Ensuite, créez une itération enfant pour chaque sprint dans l'incrément de programme. Définissez pour ces sprints des dates qui correspondent aux cadences de vos équipes Agile.

   

4. Continuez à ajouter autant d’itérations que nécessaire pour répondre à la structure de cadence de bloc de temps pour toutes vos équipes.

   Lorsque vous avez terminé, vous devriez avoir une structure similaire à l’image suivante.

   

   Conseil

   Vous pouvez glisser-déplacer des chemins d’itération pour structurer vos itérations, comme indiqué à l’étape 2, sous Configurer des chemins de zone. Azure Boards répertorie toujours les chemins d’itération dans l’ordre de leurs dates sous chaque nœud parent.

Configurer vos équipes

Maintenant que vos équipes, chemins de zone et chemins d’itération sont définis, l’étape suivante consiste à configurer chaque équipe. Vous devez configurer les paramètres suivants pour chaque équipe.

• Backlogs actifs
• Travailler avec des bogues
• Définir le chemin d’itération par défaut
• Sélectionner les chemins d’itération d’équipe

Le tableau suivant répertorie les paramètres recommandés à effectuer en fonction du niveau de l’équipe.

1. Dans la page Paramètres du projet, choisissez Configuration d’équipe.

   Choisissez l’équipe que vous souhaitez configurer à partir du sélecteur d’équipe.

   

2. Dans la page Général, décochez les backlogs que vous ne souhaitez pas définir comme actifs.

   Par exemple, pour l’équipe Portfolio, cochez uniquement la case Épopées.

   

   Pour les équipes de programme et Agile, décochez la case Épopées.

   

3. Pour les équipes de programme et de portefeuille, choisissez la case d’option Travailler avec des bogues comme indiqué.

   

   Et, pour les équipes Agile, choisissez l’option Travailler avec des bogues pour suivre les bogues ainsi que les exigences.

   

4. Choisissez l’onglet Itérations pour configurer les itérations de l’équipe.

   Pour les équipes Agile, configurez les paramètres comme indiqué.

   

   Pour les équipes de programme, choisissez uniquement les itérations PI.

   

5. Pour les équipes de programme et de portefeuille, choisissez l’onglet Zones pour remplacer le paramètre par défaut Inclure les sous-zones par Exclure les sous-zones.

   Ouvrez le menu contextuel , puis choisissez Exclure les sous-zones.

   

   Notes

   Étant donné que nous avons créé chaque équipe avec l’option Créer un chemin de zone avec le nom de l’équipe cochée, chaque équipe est déjà préconfigurée avec son chemin de zone par défaut. Ce chemin de zone sert de filtre principal pour les éléments de travail qui apparaissent dans les backlogs et les tableaux de chaque équipe.

6. Répétez les étapes 2 à 5 en fonction des besoins pour chaque équipe que vous devez configurer.

7. Une fois que vous avez terminé l’étape 5 pour toutes les équipes, vérifiez la structure Chemin de zone-Équipe. Choisissez Configuration du projet et Zones. La structure de chemin de zone et d’équipe devrait maintenant apparaître comme indiqué, où chaque équipe possède son chemin de zone et ne le partage avec aucune autre.

   

Configurer les équipes pour prendre en charge les services partagés

Pour les équipes qui soutiennent plusieurs autres équipes, comme une équipe de conception d’expérience utilisateur, configurez vos équipes comme décrit dans les étapes suivantes.

1. Ajoutez une équipe pour chaque équipe de services partagés. Pour plus d’informations, reportez-vous à Définir vos équipes.

2. Revenez à la page Configuration du projet>Chemins de zone et, sous le chemin de chaque zone de services partagés, ajoutez des chemins de sous-zone pour chaque équipe Agile prise en charge par les services partagés. Pour plus d’informations, veuillez consulter la section Configurer les chemins d’accès des zones fournis plus haut dans cet article.

   Par exemple, nous ajoutons ici quatre chemins de sous-zone sous le chemin de la zone Conception de l’expérience utilisateur, un pour chaque équipe Agile soutenue par l’équipe de conception d’expérience utilisateur.

   

3. Configurez chaque équipe de services partagés en tant qu’équipe de fonctionnalités Agile, comme décrit dans Configurer vos équipes.

4. Pour chaque équipe Agile, ouvrez la page Configuration d’équipe>Zones, comme indiqué à l’étape 5 de Configurer vos équipes. Choisissez Sélectionner des zones et ajoutez le chemin de sous-zone pour cette équipe.

   Ici, nous ajoutons le chemin de la sous-zone Conception d’expérience utilisateur\Application à l’équipe des fonctionnalités d’application.

   

5. Revenez à la page chemins de Configuration du projet>Chemins de zone et vérifiez que la structure Chemin de zone s’affiche comme prévu pour chaque chemin de zone de services partagés.

   Pour l’équipe de conception d’expérience utilisateur, la structure devrait apparaître comme indiqué.

   

   Les éléments de travail qui apparaissent sur les chemins de zone partagés apparaissent sur les backlogs et les tableaux des équipes associées.

Étapes suivantes

Articles connexes

• Ajouter des équipes
• Gérer les équipes et configurer les outils d’équipe
• Définir les chemins de zone et les assigner à une équipe
• Définir les chemins d’itération et configurer les itérations d’équipe
• Interface CLI Azure DevOps
• Équipes (API REST)