Implémenter Scaled Agile Framework® dans Azure Boards

Article
04/04/2024

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

De nombreuses entreprises bénéficient d’équipes Agile individuelles. L’intérêt pour mettre à l’échelle les pratiques Agile grandit à mesure que l’organisation grandit. La nécessité pour les entreprises de voir la progression de nombreuses équipes Agile et à travers un portefeuille continue d’augmenter. Pour répondre à ces besoins, de nombreuses entreprises ont adopté Scaled Agile Framework® (SAFe®).

Si vous êtes familiarisé avec Scrum, mais pas avec SAFe®, consultez SAFe Studio Framework.

Azure Boards prend en charge les pratiques SAFe® par le biais de ses équipes autonomes, ses backlogs, ses tableaux, ses rapports et ses métriques. Cet article vous présente comment les artefacts Azure Boards prennent en charge les pratiques et artefacts SAFe.

Scaled Agile Framework®
SAFe® essentiel
SAFe® pour portefeuille
SAFe® pour grande solution
Mappage de référence rapide
Implémentation Azure Boards de SAFe®

Notes

Cet article fait partie d’un ensemble de tutoriels sur Scaled Agile Framework®, qui s’applique à Azure Boards et Azure DevOps Services. La plupart des conseils sont valides à la fois pour les versions cloud et locales. Toutefois, certaines des fonctionnalités et procédures sont spécifiques au cloud ou à la dernière version d’Azure DevOps Server.

Scaled Agile Framework®

SAFe® traite de la façon dont une vision de portefeuille est atteinte par une hiérarchie d’équipes, toutes concernées par des objectifs spécifiques. Cette infrastructure décompose les épopées en fonctionnalités et en récits. Les équipes travaillent sur ces éléments lors de sprints, et livrent via des incréments de programme (PI) et des trains de mise en production. En outre, le backlog de portefeuille peut suivre les livrables mappés aux flux de valeur et aux budgets associés.

Vue d’ensemble de SAFe® version 5.0

SAFe® et Scaled Agile Framework sont des marques déposées de Scaled Agile Inc.

Agilité métier de SAFe® 5.0

De nombreuses pratiques SAFe® incluent le développement d’une culture qui prend en charge l’agilité, l’alignement et l’autonomie, tout en étant centrée sur le client.

Certaines des façons dont Azure Boards soutient l’agilité d’entreprise et la culture Agile sont abordées dans les articles suivants :

SAFe® essentiel

Le niveau SAFe® essentiel nécessite la prise en charge des artefacts et des pratiques illustrés dans l’affiche suivante.

L’ensemble de ces artefacts et pratiques sont pris en charge par Azure Boards.

Récits, fonctionnalités et Activateurs : implémentés en tant qu’éléments de travail qui capturent des informations et l’état du travail. Ces éléments de travail apparaissent automatiquement sur les backlogs d’équipe et les tableaux.
Backlogs d’équipe et Backlogs de programme : implémentés en tant que backlogs d’équipe qui filtrent les éléments de travail attribués à une équipe et prennent en charge la hiérarchisation et le regroupement du travail.
Scrum et Kanban : pratiques entièrement prises en charge à l’aide de tableaux, de backlogs de sprint et de tableaux de tâches, d’équipes et de cadences de sprint.
Itérations, Itérations d’innovation et de planification (IP), Incréments de programme (PI), Jalons et Mises en production : implémentées via une liste plate ou une configuration hiérarchique de chemins d’itération.
Formation de mise en production Agile : implémentée par un ensemble d’équipes Agile et d’équipes de programme configurées pour prendre en charge des vues d’équipe et de programme spécifiques.
Objectifs PI, Objectifs d’équipe et Contexte de la solution : les équipes peuvent utiliser le wiki de projet intégré pour partager des objectifs, des informations sur les clients et des exigences de la solution.

Pour obtenir une vue d’ensemble de la façon dont Azure Boards implémente Scrum et Kanban, consultez À propos des sprints, Scrum et gestion de projet et À propos des tableaux et Kanban.

SAFe® pour portefeuille

SAFe® pour portefeuille ajoute la prise en charge de la gestion des portefeuilles via des épopées, des activateurs et des flux de valeur.

Azure Boards prend en charge les composants de portefeuille suivants :

Épopées : mappées au type d’élément de travail d’épopée et autorisent le suivi, le regroupement et le cumul des éléments enfants.
Backlogs de portefeuille : implémentés en tant que backlog de portefeuille qui prend en charge le filtrage du travail en fonction de l’examen des besoins de l’entreprise.
Vision du portefeuille et Thèmes stratégiques : les propriétaires d’entreprise et les gestionnaires de portefeuille peuvent utiliser le wiki de projet intégré pour partager leur vision et leurs objectifs.
Flux de valeurs : les flux de valeur peuvent être suivis à l’aide d’étiquettes ou de champs personnalisés.
Budgets allégés : les informations budgétaires peuvent être capturées dans des champs personnalisés et regroupées pour obtenir une visibilité sur les niveaux Fonctionnalité et Épopée.
Indicateurs de performance clés : plusieurs rapports et widgets de tableau de bord fournissent des métriques prêtes à l’emploi. Power BI et le service Analytics prennent en charge la création rapide de rapports personnalisés.

SAFe® pour grande solution

SAFe® de grandes solutions inclut la prise en charge d’un backlog de solutions, de trains de solutions et de fonctionnalités.

Vous pouvez implémenter des solutions volumineuses de la même manière que vous implémentez SAFe® pour portefeuille. Toutefois, vous pouvez également ajouter des types d’élément de travail personnalisés et des backlogs personnalisés pour prendre en charge d’autres exigences de solution.

SAFe® complet

SAFe® complet comprend les trois niveaux précédents : SAFe® essentiel, SAFe® pour grande solution et SAFe® pour portefeuille.

Comment les artefacts SAFe® sont mappés à Azure Boards

Le tableau suivant mappe les termes ou artefacts SAFe® au terme ou à l’artefact équivalent dans Azure Boards. Choisissez le lien pour en savoir plus sur les détails de l’implémentation.

Terme ou artefact SAFe®

Terme ou artefact Azure Boards

Équipes Agile

Équipes. Vous définissez une hiérarchie d’équipes pour répondre aux besoins des équipes de fonctionnalités ou de développement, des équipes de programme et de portefeuille, ou des équipes de train de solutions.

Agile Release Train (ART)

Équipes. Les équipes Agile gèrent le travail des livrables pour un ensemble de fonctionnalités. Chaque équipe Agile dispose d’un ensemble d’outils Agile pour prendre en charge le workflow et passer en revue la progression et les livrables.

Budgets

Étiquettes, zone de valeur. Vous pouvez utiliser des étiquettes ou le champ Zone de valeur pour suivre le travail associé à un budget ou un flux de valeur spécifique.

Fonctionnalités

Élément de travail. Vous définissez, planifiez et suivez des fonctionnalités similaires aux Épopées et Fonctionnalités. Vous les capturez dans des éléments de travail et dans différents backlogs d’équipe.

Activateurs

Élément de travail. Vous définissez, planifiez et suivez des activateurs, comme pour les épopées, fonctionnalités et récits. Vous les capturez dans des éléments de travail et dans différents backlogs d’équipe.

Épopées

Élément de travail d’épopée. Vous définissez une épopée à l’aide du type d’élément de travail Épopée. Les épopées se trouvent en haut de la hiérarchie des éléments de travail Épopées, Fonctionnalités et Récits.

Fonctionnalités

Élément de travail de fonctionnalité. Vous définissez une fonctionnalité à l’aide du type d’élément de travail Fonctionnalité. Les fonctionnalités sont un conteneur pour de nombreux récits et sont représentées dans leur propre backlog de portefeuille.

Itération de l’innovation et de la planification (IP)

Chemin de l’itération. Vous définissez des chemins d’itération pour un projet et définissez leurs dates de début et de fin. Chaque équipe s’abonne aux itérations avec lesquelles elle travaille.

Itération

Étapes majeures

Jalons et événements clés. Les jalons se trouvent à la fin de chaque itération. Des champs et étiquettes personnalisés peuvent également être utilisés pour associer le travail à des jalons et à des événements clés.

Backlog de portefeuille

Backlog de portefeuille. Un backlog de portefeuille répertorie les épopées associées à un portefeuille avec la possibilité de développer et d’afficher les fonctionnalités et les récits enfants.

Kanban du portefeuille

Carte d’épopées de portfolio. Le tableau de l’équipe de portefeuille affiche le backlog Épopées sous forme de cartes dans un tableau interactif, configurable et filtrable.

Vision du portefeuille

Wiki. Utilisez le wiki du projet pour partager largement au sein de l’organisation des informations liées à la stratégie, aux solutions et à la manière dont les équipes collaborent pour produire des livrables de portefeuille et de programme.

Backlog de programme

Backlog des fonctionnalités. Un backlog de fonctionnalité répertorie les fonctionnalités associées à un programme avec la possibilité de développer et d’afficher les récits enfants.

Kanban du programme

Tableau des fonctionnalités du programme. Le tableau Programme affiche le backlog Fonctionnalités sous forme de cartes dans un tableau interactif, configurable et filtrable.

Chemin d’itération d’incrément de programme (PI)

Chemin de l’itération. Les chemins d’itération définissent une zone de temps pour un projet avec des dates de début et de fin. Les chemins d’itération peuvent être définis d’une semaine à 12 semaines ou plus.

Rétrospectives et révisions

Rétrospectives. Chaque équipe peut ajouter un tableau pour capturer, hiérarchiser et créer des éléments d’action pour soutenir ses processus d’amélioration.

Feuille de route

Plans de livraison, chronologie des fonctionnalités. Azure Boards fournit des vues configurables et interactives pour passer en revue les feuilles de route et les livrables d’équipe.

Services partagés

Structure d’équipe de services partagés : les ressources partagées entre les équipes peuvent être représentées par leur propre équipe de fonctionnalités Agile. Chacun peut gérer son backlog tout en faisant apparaître son travail dans les backlogs des équipes qu’il prend en charge.

Solutions

Solutions : les solutions peuvent être représentées via un type d’élément de travail solution personnalisé.

Backlog de solution

Backlog de portefeuille de solutions. Vous pouvez définir un type d’élément de travail personnalisé et un backlog de portefeuille pour capturer les exigences métier particulières des grandes solutions, ou utiliser des backlogs d’épopées et de portefeuille Épopée pour capturer des solutions.

Thèmes stratégiques

Wiki. Les thèmes stratégiques, semblables à une vision du portefeuille, peuvent être capturés dans un wiki de projet.

Récits

Élément de travail Récit utilisateur. Les récits utilisateur capturent les fonctionnalités que vous souhaitez fournir. Ils sont généralement dimensionnés de manière à être complétés en une seule itération.

Backlog d’équipe

Backlog de récits. Le backlog Récits répertorie les récits utilisateur attribués au chemin de zone associé à l’équipe.

Kanban d’équipe

Tableau de récits. Le tableau Récits affiche le backlog Récits sous forme de cartes dans un tableau interactif, configurable et filtrable.

Chaînes de valeur

Étiquettes, zone de valeur. Vous pouvez utiliser des étiquettes ou le champ Zone de valeur pour suivre le travail associé à un budget ou un flux de valeur spécifique.

Implémentation Azure Boards de SAFe®

Chacun des articles suivants de cette suite de tutoriels fournit des détails sur la façon dont vous pouvez configurer, personnaliser et utiliser Azure Boards pour implémenter vos programmes et projets SAFe®.

Étapes suivantes

Comment les concepts SAFe® correspondent aux artefacts Azure Boards

Mettre à l’échelle Agile vers de grandes équipes
Culture Agile
Pratiques pouvant être mises à l’échelle
À propos des sprints, de Scrum et de la gestion de projet
À propos des tableaux et de Kanban
Framework Agile mis à l’échelle : site de ressources SAFe®.
Mise à l’échelle des métriques Agile et SAFe® avec TFS : billet de blog qui illustre un rapport SQL Server développé par InCycle pour illustrer la façon dont TFS peut être utilisé pour prendre en charge Agile ou SAFe à l’échelle.

À propos des auteurs

Merci aux contributeurs suivants pour leur révision et leurs commentaires sur le contenu actuel.

Phillip Eng est architecte senior chez Microsoft, Digital Pursuit and Guidance.
Hosam Kamel est un professionnel des solutions technologiques pour Microsoft et ALM Ranger.
Willy-Peter Schaub était responsable de programme avec les Visual Studio ALM Rangers au sein du Centre de développement de Microsoft au Canada. Vous pouvez suivre Willy-Peter sur Twitter : twitter.com/wpschaub.

Les articles de cette série ont été mis à jour à partir d’un livre blanc précédent développé en collaboration avec les auteurs suivants :

Gordon Beeming est développeur de logiciels chez Derivco dans la ville ensoleillée de Durban, Afrique du Sud. Il passe la majeure partie de son temps à explorer les possibilités de Visual Studio ou à se reposer en famille. Son blog est disponible à l’adresse gordonbeeming.xyz et vous pouvez le suivre sur Twitter à l’adresse twitter.com/gordonbeeming.
Brian Blackman est consultant principal chez Microsoft Premier Developer et son travail porte essentiellement sur la réussite des entreprises et des partenaires ISV dans l'ingénierie et sur la place de marché. Il possède un MBA, les certifications CSM, CSP, MCSD (C++) et MCTS et est Visual Studio ALM Ranger. Quand il ne fait pas office de Ruck Master ou qu’il ne contribue pas aux projets Visual Studio ALM Ranger, il passe son temps à écrire du code, à créer et à proposer des ateliers, ainsi qu’à offrir ses services de conseil, notamment auprès des organisations en quête d’agilité.
Gregg Boer est responsable de programme principal chez Microsoft. Gregg est le propriétaire du produit pour l’expérience de gestion Agile fournie par Azure DevOps et TFS local.
Kathryn Elliott est rédactrice technique senior chez Microsoft.
Susan Ferrell est rédactrice technique senior et Visual Studio ALM Ranger.
Willy-Peter Schaub était responsable de programme avec les Visual Studio ALM Rangers au sein du Centre de développement de Microsoft au Canada. Depuis le milieu des années 80, la simplicité et la facilité de gestion en ingénierie logicielle constituent ses principaux axes de travail. Vous pouvez le suivre sur Twitter : twitter.com/wpschaub.
Nous remercions particulièrement les experts techniques suivants pour avoir examiné cet article : Mike Douglas (consultant indépendant, ALM Ranger), Richard Hundhausen (consultant indépendant, ALM Ranger) et Bill Heys (consultant indépendant, ALM Ranger).

Partager via

Implémenter Scaled Agile Framework® dans Azure Boards