Didacticiel sur la méthodologie SAFe: Qu'est-ce que le cadre Agile mis à l'échelle

Qu'est-ce qu'un Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) est une base de connaissances en ligne disponible gratuitement qui vous permet d'appliquer des pratiques lean-agile au niveau de l'entreprise. Il offre une expérience simple et légère pour le développement de logiciels. Il s'agit d'un ensemble d'organisations et de modèles de flux de travail destinés à guider les entreprises dans la mise à l'échelle des pratiques lean et agiles. Il est divisé en trois segments qui sont l'équipe, le programme et le portefeuille.

Le cadre SAFe permet à l'équipe de,

• Implémentation de logiciels et de systèmes Lean-Agile au niveau de l'entreprise
• Il est basé sur les principes Lean et Agile.
• Il donne des conseils détaillés sur le travail au sein du portefeuille d'entreprise, de la chaîne de valeur, du programme et de l'équipe.
• Il est conçu pour répondre aux besoins de toutes les parties prenantes au sein d'une organisation.

SAFe a d'abord été développé sur le terrain et a été élaboré dans les livres et le blog de Dean Leffingwell . La version 1.0 est la première version officielle en 2011. La dernière version, 4.6, a été publiée en octobre 2018. Elle fournit des conseils pour travailler au niveau du portefeuille d'entreprise, de la chaîne de valeur, du programme et de l'équipe.

Dans ce didacticiel SAFe Agile, vous apprendrez-

• Qu'est-ce que Scaled Agile Framework (SAFe)
• Pourquoi utiliser Agile Framework
• Quand utiliser le framework Agile mis à l'échelle
• À quel point différent des autres pratiques Agile
• Fondements du cadre Agile mis à l'échelle
• Manifeste Agile
• Différents niveaux de SAFE
• Niveau de l'équipe
• Niveau du programme
• Niveau du portefeuille
• Niveau de chaîne de valeur

Pourquoi utiliser Agile Framework

C'est un cadre simple et léger, mais il est capable de gérer les besoins de grandes chaînes de valeur et de développement de systèmes complexes. En mettant en œuvre le framework agile SAFe, vous bénéficierez des avantages suivants:

• Productivité augmentée de 20 à 50%
• La qualité a augmenté de plus de 50%
• Le temps de mise sur le marché est plus rapide que 30 à 75%
• Augmentation de l' engagement des employés et de la satisfaction au travail.

Le schéma détaillé du cadre est disponible sur le site Web. Il montre tous les rôles clés, les activités, les livrables et les flux. Il sert également d'aide à la navigation pour le reste du site.

L'image ci-dessous explique le fonctionnement du processus agile. Les épopées sont un vaste corpus d'œuvres, qui se décompose en un certain nombre d'histoires plus petites ou de sous-épopées. Ces sous-épopées sont attribuées à l'équipe sous forme d'histoire. Chaque équipe travaille ensuite sur ces histoires ou fonctionnalités logicielles en conséquence.

Quand utiliser le framework Agile mis à l'échelle

• Lorsqu'une équipe est intéressée à mettre en œuvre une approche agile de manière cohérente dans des programmes et portefeuilles plus vastes et multi-équipes.
• Lorsque plusieurs équipes exécutent leur propre mode de mise en œuvre Agile mais sont régulièrement confrontées à des obstacles, des retards et des échecs.
• Lorsque les équipes veulent travailler de manière autonome.
• Lorsque vous souhaitez faire évoluer Agile dans toute l'organisation mais que vous ne savez pas quels nouveaux rôles peuvent être nécessaires ou quels rôles existants (c'est-à-dire la direction) doivent changer et comment.
• Lorsque vous avez tenté de faire évoluer l'Agile dans toute votre organisation, mais que vous avez du mal à vous aligner pour parvenir à une stratégie uniforme ou cohérente à travers les départements métier, du portefeuille au niveau du programme et de l'équipe
• Lorsqu'une organisation a besoin d'améliorer le délai de développement de ses produits et souhaite savoir comment d'autres entreprises ont réussi à faire évoluer Agile avec SAFe.

À quel point différent des autres pratiques Agile

Maintenant, dans ce didacticiel Scaled Agile Framework, voyons en quoi le framework Scaled Agile est différent des autres pratiques agiles,

• Il est accessible au public et gratuit.
• Disponible sous une forme très accessible et utilisable.
• C'est léger, des résultats pratiquement prouvés et spécifiques au niveau.
• Il modifie / maintient constamment / régulièrement les pratiques agiles les plus couramment utilisées.
• Offre des extensions utiles aux pratiques agiles courantes.
• Adapte les pratiques agiles à un contexte d'entreprise.
• Offre une image complète du développement logiciel.
• La visibilité ou la transparence est plus à tous les niveaux.
• Rétroaction continue ou régulière sur la qualité et l'amélioration.

Fondements du cadre Agile mis à l'échelle

Scaled Agile Framework (SAFe): il repose sur les fondations de son

1. Principes Lean-Agile
2. Valeurs fondamentales,
3. Leadership Lean-Agile
4. Esprit Lean-Agile,
5. Communautés de pratique (groupe de personnes qui travaillent constamment sur les pratiques SAFe)
6. Mettre en œuvre 1-2-3

Principes SAFe Lean-Agile

Ces principes et valeurs de base de SAFe Agile pour SAFe doivent être compris, exposés et poursuivis afin d'obtenir les résultats souhaités.

• Adoptez une vision économique
• Appliquer la pensée systémique
• Supposons la variabilité; conserver les options
• Construisez progressivement avec des cycles d'apprentissage rapides et intégrés
• Baser les jalons sur une évaluation objective des systèmes de travail
• Visualisez et limitez les WIP, réduisez la taille des lots et gérez les longueurs de file d'attente
• Appliquer la cadence, synchroniser avec la planification interdomaine
• Libérez la motivation intrinsèque des travailleurs du savoir
• Décentraliser la prise de décision

Valeurs fondamentales de SAFe Agile

La méthodologie SAFe Agile est basée sur ces quatre valeurs.

Alignement:

• SAFe prend en charge l'alignement.
• L'alignement commence à,
  • Thèmes stratégiques dans le backlog de portefeuille et
  • Passe à la vision et à la feuille de route des arriérés de programmes, puis
  • Passe aux backlogs d'équipe.

Qualité intégrée:

• Il garantit que chaque livraison incrémentielle reflète les normes de qualité.
• La qualité n'est pas «ajoutée plus tard» est intégrée.
• La qualité intégrée est une condition préalable de Lean et son obligatoire

Transparence:

• La transparence est le catalyseur de la confiance.
• SAFe aide l'entreprise à atteindre la transparence à tous les niveaux - cadres, gestionnaires de portefeuille et autres parties prenantes.
• Tout le monde peut voir dans le backlog de portefeuille / Kanban, les backlogs de programme / Kanban et Team Backlog / Kanban.
• Chaque niveau a une compréhension claire des objectifs de l'IP.
• Les programmes de formation ont une visibilité sur les arriérés de l'équipe, ainsi que sur d'autres arriérés de programmes
• Les équipes et les programmes ont une visibilité sur les épopées commerciales et architecturales. Ils peuvent voir ce qui pourrait leur arriver.

Exécution du programme:

• SAFe accorde une grande importance aux systèmes de travail et aux résultats commerciaux qui en résultent.
• SAFe n'est pas utile si les équipes ne peuvent pas exécuter et fournir en permanence de la valeur.

Leaders Lean Agile:

Les leaders Lean-Agile sont des apprenants et des enseignants à vie. Il aide les équipes à construire de meilleurs systèmes en comprenant et en exposant les principes Lean-Agile SAFe.

En tant que facilitateur pour les équipes, la responsabilité ultime est l'adoption, le succès et l'amélioration continue des développements Lean-Agile. Pour le changement et l'amélioration continue, les leaders doivent être formés.

Les dirigeants doivent adopter un nouveau style de leadership. Un programme qui habilite et engage véritablement les individus et les équipes à atteindre leur plus haut potentiel.

Principes de ces leaders Lean-Agile

• Diriger le changement
• Connaissez le chemin; Mettre l'accent sur l'apprentissage tout au long de la vie
• Développer les gens
• Inspirer et s'aligner sur la mission; Minimiser les contraintes
• Décentraliser la prise de décision
• Libérez la motivation intrinsèque des travailleurs du savoir

Esprit Lean Agile:

La mentalité Lean-Agile est représentée par deux choses:

1. La SAFe House of Lean
2. Manifeste Agile

La SAFe House of Lean :

SAFe est dérivé des principes et des pratiques de fabrication Lean. Sur la base de ces facteurs, SAFe présente la «SAFe House of Lean». Il est inspiré de la «maison» de maigre Toyota.

L'objectif du lean est imbattable: offrir une valeur client maximale dans les délais les plus courts avec la meilleure qualité possible pour le client

La figure ci-dessous explique l'objectif, les piliers et la fondation de «SAFe House of Lean».

Manifeste Agile

Nous découvrons de meilleures façons de développer des logiciels en le faisant et en aidant les autres à le faire. Grâce à ce travail, nous en sommes venus à valoriser:

C'est pourquoi, bien qu'il y ait une valeur dans les éléments de droite, nous valorisons davantage les éléments de gauche.

Manifeste Agile

1. La priorité absolue est de satisfaire le client grâce à une livraison continue et rapide de logiciels précieux.
2. Acceptez les exigences changeantes, même tard dans le développement. Les processus de la méthodologie Agile SAFe exploitent le changement au profit du client.
3. Fournissez fréquemment des logiciels fonctionnels, de quelques semaines à quelques mois, avec une préférence pour les délais les plus courts.
4. Les développeurs et les gens d'affaires doivent travailler ensemble au quotidien tout au long du projet.
5. Construisez des projets autour d'individus motivés. Offrez-leur le soutien et l'environnement dont ils ont besoin, et faites-leur confiance pour faire le travail.
6. La méthode la plus efficace pour communiquer avec une équipe de développement est une conversation en face à face.
7. Le logiciel de travail est la principale mesure du progrès.
8. Les processus agiles favorisent le développement durable. Les sponsors, les développeurs et les utilisateurs devraient être en mesure de maintenir un rythme constant indéfiniment.
9. Une attention continue à l'excellence technique et à une bonne conception améliore l'agilité
10. La simplicité - l'art de maximiser la quantité de travail non effectuée - est essentielle.
11. Les meilleures architectures, exigences et conceptions émergent d'équipes auto-organisées.
12. À intervalles réguliers, l'équipe réfléchit à la manière de devenir plus efficace, puis ajuste et ajuste son comportement en conséquence.

Différents niveaux de SAFE

Il existe deux types d'implémentation SAFe:

1. Implémentation SAFe 4.0
2. Implémentation SAFe 3.0

• Dans la mise en œuvre de SAFe 4.0, nous avons 4 niveaux: portefeuille, chaîne de valeur, programme et équipe.
• Dans la mise en œuvre de SAFe 3.0, nous avons 3 niveaux: portefeuille, programme et équipe
• Le SAFe à 3 niveaux est destiné aux petites implémentations comptant 100 personnes ou moins. Programmes qui ne nécessitent pas de collaboration significative.
• Le SAFe à 4 niveaux est destiné aux solutions qui nécessitent généralement plusieurs centaines de praticiens pour développer le déploiement et la maintenance des logiciels.

Niveau de l'équipe

Rôles / équipes		Événements		Artefacts
* Équipe agile		* Planification de sprint		* Backlog d'équipe
* Propriétaire du produit		* Toilettage de l'arriéré		* Prérogatives non fonctionnelles
* Scrum Master		* Stand-up quotidien		* Objectifs de l'équipe PI
		* Exécution		* Itérations
		* Démo Sprint		* Histoires (logiciel de travail)
		* Rétrospective Sprint		* Objectifs de sprint
		* Sprints IP		* Qualité intégrée
				* Pointes
				* Équipe Kanban

• Toutes les équipes SAFe font partie de l'un ou l'autre Agile Release Train (ART).
• Les équipes SAFe sont des équipes transversales responsabilisées, auto-organisées, autogérées
• Chaque équipe est également responsable de la définition, de la construction et des tests d'histoires à partir de leur backlog d'équipe dans des itérations de longueur fixe.
• Les équipes planifient et exécutent des itérations temporelles de deux semaines conformément aux objectifs d'itération convenus.
• Les équipes utiliseront la routine ScrumXP / Team Kanban pour fournir des systèmes de haute qualité afin de produire une démo système toutes les deux semaines.
• Toutes les différentes équipes de l'ART (Agile Release Trains) créeront un système intégré et testé. Les parties prenantes évalueront et répondront avec une rétroaction rapide
• Ils appliquent des pratiques de qualité intégrées.
• Chaque équipe ScrumXP aura 5-9 membres d'équipe, ce qui comprend tous les rôles nécessaires pour créer une valeur incrémentielle de qualité dans chaque itération.
• Les rôles ScrumXP comprennent:
  • Équipe (Dev + QA)
  • Scrum Master
  • Propriétaire du produit. Etc…
• SAFe divise la chronologie du développement en un ensemble d'itérations au sein d'un PI (Program Increment).
• La durée de l'IP est comprise entre 8 et 12 semaines.
• L'équipe utilisera des histoires pour fournir la valeur. Le Product Owner aura l'autorité sur le contenu de sa création et de son acceptation des histoires.
• Les histoires contiennent les exigences du client.
• Team Backlog comprend des histoires d'utilisateurs et d'acteurs, qui sont identifiées lors de la planification PI. Lorsque la gestion des produits présente la feuille de route, la vision et le backlog du programme.
• Identifier, élaborer, hiérarchiser, planifier, mettre en œuvre, tester et accepter les histoires sont les principales exigences du travail de gestion au niveau de l'équipe.
• Chaque itération fournit:
  • Un incrément précieux de nouvelles fonctionnalités
  • Accomplissez via un motif qui se répète constamment
  • Planifier l'itération
  • Engagez-vous sur certaines fonctionnalités
  • Exécutez l'itération en créant et en testant des histoires
  • Démonstration de la nouvelle fonctionnalité
  • Rétrospective
  • Répétez pour la prochaine itération
• Les équipes prennent également en charge la démonstration du système à la fin de chaque itération. qui est le point d'intégration critique de l'ART.
• Les plus grandes chaînes de valeur auront plusieurs ART.
• Les itérations d'innovation et de planification (IP) tirent parti des équipes avec une opportunité d'innovation et d'exploration.

Niveau du programme

Rôles / équipes		Événements		Artefacts
* DevOps		* Planification PI (incrément de programme)		* Vision
* Équipe système		* Démos système		* Feuille de route
* Gestion des versions		* Atelier d'inspection et d'adoption		* Métriques
* Gestion des produits		* Piste architecturale		* Jalons
* Architecte UEX		* Relâchez à tout moment		* Communiqués
* Release Train Engineer (RTE)		* Train de publication agile		* Programme Epics
* Architecte / Ingénieur système		* Libérer		* Programme Kanban
* Les propriétaires d'entreprise				* Backlog du programme
* Leaders Lean-Agile				* Prérogatives non fonctionnelles
* Communautés de pratique				* Travail le plus court pondéré en premier (WSJF)
* Services partagés				* Objectifs du programme PI
* Client				* Fonctionnalité
				* Enabler
				* Solution
				* Coordination de la chaîne de valeur

• Au niveau du programme, la valeur de SAFe est fournie par des Agile Release Trains (ART) de longue durée. L'itération est pour l'équipe et la formation est pour le programme.
• Agile Release Trains (ART) est le principal véhicule de livraison de valeur au niveau du programme. Il fournit une chaîne de valeur à l'organisation.
• La durée des incréments de programme (IP) est de 8 à 12 semaines.
• ART est composé de 5 à 12 équipes agiles (~ 50 à 125+ personnes) qui comprend tous les rôles et l'infrastructure nécessaires pour fournir un logiciel entièrement testé et fonctionnel au niveau du système.
• Chaque PI est une boîte de temps à itérations multiples. Au cours de laquelle un incrément significatif et précieux du système est développé et livré.
• Dans chaque PI, des sessions «démo» et «Inspecter et adapter» auront lieu, et la planification commencera pour le prochain PSI.
• Au niveau du programme, SAFe met l'accent sur le principe d'alignement. En effet, de multiples efforts d'équipe agiles sont intégrés pour créer de la valeur client.
• La hiérarchie des artefacts SAFe est Epics-> features-> user stories .
• Au niveau du programme, le chef de produit / gestionnaire de programme a l'autorité de contenu. Il définit et priorise le backlog du programme.
• Le backlog du programme est une liste hiérarchisée de fonctionnalités.
• Au niveau du programme, les fonctionnalités peuvent être créées ou dériver d'épopées définies au niveau du portefeuille.
• Les fonctionnalités se décomposent en user stories et se transforment en backlogs au niveau de l'équipe.
• Le rôle de chef de produit ou d'ingénieur du train de versions peut être géré par le gestionnaire de programme / chef de projet principal
• Le rôle de l'architecte système au niveau du programme est de collaborer au quotidien avec les équipes. Il garantit que les exigences non fonctionnelles sont satisfaites. En outre, ils travaillent avec l'architecte d'entreprise au niveau du portefeuille pour s'assurer qu'il existe une piste architecturale suffisante pour prendre en charge les besoins futurs des utilisateurs et des entreprises.
• La conception de l'interface, les directives d'expérience utilisateur et les éléments de conception pour les équipes sont fournis par les concepteurs UX.
• Le rôle de Chief-Scrum Master est joué par «Release Train Engineer».
• Diverses équipes (du marketing, du développement, de la qualité, des opérations et du déploiement) forment une `` équipe de gestion des versions ''. Ils approuveront les versions de routine des solutions de qualité aux clients.
• Le déploiement du logiciel dans les environnements clients et la livraison réussie sont pris en charge par l'équipe DevOps.

Niveau du portefeuille

Rôles / équipes		Événements		Artefacts
* Architecte d'entreprise		* Planification stratégique des investissements		* Thèmes stratégiques
* Gestion du portefeuille de programmes		* Planification du portefeuille Kanban (Epic)		* Entreprise
* Propriétaires épiques				* Backlog de portefeuille
				* Portfolio Kanban
				* Prérogatives non fonctionnelles
				* Epic et Enabler
				* Flux de valeur
				* Budgets (CapEx et OpEx)

• Le plus haut niveau d'intérêt / de préoccupation / d'implication / dans SAFe est SAFe Portfolio
• Le portefeuille fournit les blocs de base pour organiser le flux de valeur d'entreprise Lean-Agile via une ou plusieurs chaînes de valeur.
• Le portefeuille aide à développer des systèmes et des solutions qui sont décrits dans des thèmes stratégiques (relie un portefeuille SAFe à l'évolution de la stratégie commerciale d'une entreprise).
• Pour atteindre les objectifs stratégiques, le niveau du portefeuille englobe ces éléments. Il fournit une budgétisation de base et d'autres mécanismes de gouvernance. De cette façon, il garantit que l'investissement dans les flux de valeur fournit les rendements nécessaires à l'entreprise.
• Un portefeuille est connecté aux entreprises de manière bidirectionnelle:
  • Afin de guider le portefeuille vers les objectifs commerciaux changeants plus larges, il propose des thèmes stratégiques.
  • Une autre direction indique le flux constant des valeurs du portefeuille.
• La gestion du portefeuille de programmes agit en tant que parties prenantes et est responsable de la production des résultats commerciaux.
• Le niveau de portefeuille SAFe contient les personnes, les processus et les systèmes et solutions de construction nécessaires dont une entreprise a besoin pour atteindre ses objectifs stratégiques.
• Les flux de valeur sont les principaux objectifs de Portfolio, avec lesquels le financement pour les personnes et les autres ressources nécessaires pour construire les solutions.
• Les principaux concepts clés utilisés ici sont:
  • Connexion à l'entreprise,
  • Gestion de portefeuille de programmes,
  • Gérer le flux des épopées de portefeuille.

Niveau de chaîne de valeur

Rôles / équipes		Événements		Artefacts
* DevOps		* Planification pré et post PI (incrément de programme)		* Vision
* Équipe système		* Démos de solution		* Feuille de route
* Gestion des versions		* Atelier d'inspection et d'adoption		* Métriques
* Gestion de la solution		* Train de publication agile		* Jalons
* Architecte UEX				* Communiqués
* Ingénieur Value Stream (RTE)				* Epics de chaîne de valeur
* Architecte / Ingénieur de solution				* Chaîne de valeur Kanban
* Services partagés				* Backlog de chaîne de valeur
* Client				* Prérogatives non fonctionnelles
* Fournisseur				* Travail le plus court pondéré en premier (WSJF)
				* Objectifs PI de la chaîne de valeur
				* Aptitude
				* Enabler
				* Contexte de la solution
				* Coordination de la chaîne de valeur
				* Cadre économique
				* Intention de la solution
				* MBSE
				* Basé sur un ensemble
				* Architecture agile

• Le niveau de flux de valeur est facultatif dans SAFe.
• Value Stream Level est une nouveauté de SAFe 4.0.
• Le niveau de chaîne de valeur est destiné / conçu pour les entreprises / constructeurs / organisations qui sont:

1. Grande taille
2. Indépendant
3. Avoir des solutions complexes
4. Leurs solutions nécessitent généralement plusieurs ART
5. Ils ont la contribution des fournisseurs.
6. Ils font face aux plus grands défis systémiques
7. Pour les systèmes cyber-physiques
8. Pour les logiciels, le matériel, l'électricité et l'électronique, l'optique, la mécanique, la fluidique et plus encore.

• La construction de ce type de systèmes nécessite souvent des centaines, voire des milliers de praticiens, fournisseurs externes et internes.
• Si les systèmes sont essentiels à la mission. L'échec de la solution, voire d'un sous-système, a des conséquences économiques et sociales inacceptables.
• Si les entreprises peuvent être construites avec quelques centaines de praticiens, il se peut qu'elles n'aient pas besoin des constructions de ce niveau. Dans ce cas, ils peuvent utiliser à partir de la « vue réduite » qui est SAFe à 3 niveaux.
• La création de solutions de chaîne de valeur dans un modèle Lean-Agile nécessite des artefacts, une coordination et des constructions supplémentaires. Ce niveau contient donc un cadre économique pour définir les limites financières de la chaîne de valeur
• Il prend en charge la cadence et la synchronisation pour plusieurs ART et fournisseurs. Il comprend des réunions de planification pré et post-PI et une démonstration de solution.
• Il donne des rôles supplémentaires qui sont: ingénieur de flux de valeur, architecte / ingénierie de solutions et gestion de solutions.

Résumé:

• SAFe est une méthode éprouvée et axée sur la valeur pour faire évoluer Agile au niveau de l'entreprise.
• Il répond aux questions telles que «Comment planifions-nous?», «Comment budgétisons-nous?» Et «Comment pouvons-nous devenir interfonctionnels dans l'architecture et le DevOps?»
• Le cadre SAFe Agile aide les grandes équipes de l'organisation à atteindre les objectifs stratégiques d'une organisation, pas seulement les objectifs de projet individuels.
• Le cadre offre la possibilité de maintenir et de créer une stratégie centralisée pour offrir de la valeur.
• Le modèle SAFe comporte trois / quatre niveaux qui centralisent les thèmes stratégiques d'une organisation.
• Stratégie centralisée, combinée à l'exécution décentralisée du développement agile.

Les références:

SAFe pour les entreprises Lean 5.0:

http://www.scaledagileframework.com

Cet article est contribué par Jyothi Rangaraj