Tutoriel SAFe (Scaled Agile Framework)

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

Cadre agile à l'échelle (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 Agile. Il est divisé en trois segments : l'équipe, le programme et le portefeuille.

Sûr le cadre 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 pour 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 été développé pour la première fois sur le terrain et a été élaboré en Doyen Leffingwell's livres et blog. La version 1.0 est la première version officielle en 2011. La dernière version est la 4.6, 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.

Pourquoi utiliser le framework SAFe Agile

Il s'agit d'un cadre simple et léger, mais il est capable de répondre aux besoins de flux de valeur importants et de développement de systèmes complexes. En mettant en œuvre le framework agile SAFe, vous bénéficierez des avantages suivants :

• Augmentation de la productivité by 20 à 50%
• Qualité augmenté plus que 50 %
• Time to Market est plus rapide que 30-75%
• Surface de contrat d'employé et satisfaction au travail.

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

L'image ci-dessous explique le fonctionnement du processus agile. Les épopées constituent un vaste corpus d’œuvres, qui est ensuite divisé en un certain nombre d’histoires ou sous-épopées plus petites. 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 à l'échelle

• Lorsqu’une équipe souhaite 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 méthode de mise en œuvre Agile mais sont régulièrement confrontées à des obstacles, des retards et des échecs.
• Quand les équipes veulent travailler de manière indépendante.
• Lorsque vous souhaitez faire évoluer Agile à l'échelle de l'organisation, mais que vous ne savez pas quels nouveaux rôles pourraient ê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 votre organisation, mais que vous avez du mal à vous aligner pour parvenir à une stratégie uniforme ou cohérente dans tous les départements de l'entreprise, du portefeuille aux niveaux des programmes et des équipes.
• Lorsqu'une organisation a besoin d'améliorer ses délais de développement de produits et souhaite savoir comment d'autres entreprises ont réussi à faire évoluer Agile avec SAFe.

Quelle différence avec les 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 son utilisation est gratuite.
• Disponible sous une forme très accessible et utilisable.
• C'est un produit léger, avec des résultats pratiquement prouvés et spécifique 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.
• Ancre les pratiques agiles dans le contexte de l’entreprise.
• Offre une image complète du développement de logiciels.
• La visibilité ou la transparence est davantage à tous les niveaux.
• Commentaires continus ou réguliers sur la qualité et l’amélioration.

Foundations de cadre agile à 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 (Groupes de personnes travaillant constamment sur les pratiques SAFe)
6. Implémentation 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.

• Adopter une vision économique
• Appliquer la pensée systémique
• Supposer 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 en-cours, réduisez la taille des lots et gérez la longueur des files d'attente
• Appliquez la cadence, synchronisez avec la planification inter-domaines
• 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 repose sur ces quatre valeurs.

Alignement:

• SAFe prend en charge l'alignement.
• L'alignement commence à,
  • Thèmes stratégiques du carnet de commandes du portefeuille et
  • Descendre à 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 supplémentaire reflète les normes de qualité.
• La qualité n’est pas « ajoutée plus tard », elle est intégrée.
• La qualité intégrée est une condition préalable du Lean et son obligation

Transparence:

• La transparence est le moteur de la confiance.
• SAFe aide l'entreprise à atteindre la transparence à tous les niveaux : dirigeants, gestionnaires de portefeuille et autres parties prenantes.
• Tout le monde peut consulter le backlog/Kanban du portefeuille, les backlogs/Kanban du programme et le backlog/Kanban de l’équipe.
• Chaque niveau a une compréhension claire des objectifs de PI.
• Les programmes de formation ont une visibilité sur les retards de l'équipe, ainsi que sur les autres retards de programmes.
• Les équipes et les programmes ont une visibilité sur les Epics commerciales et architecturales. Ils peuvent voir ce qui pourrait les attendre.

Exécution du programme :

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

Dirigeants Lean Agiles

Les leaders Lean-Agile sont des apprenants et des enseignants tout au long de la 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. Celui qui responsabilise et engage véritablement les individus et les équipes pour atteindre leur plus haut potentiel.

Principes de ces leaders Lean-Agile

• Mener le changement
• Connaître 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 Maison SAFe du Lean
2. Manifeste Agile

La Maison SAFe du Lean :

SAFe est dérivé des principes et pratiques de Lean Manufacturing. Sur la base de ces facteurs, SAFe présente la « SAFe House of Lean ». Il s’inspire de la « maison » du Lean 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 Foundation de « SAFe House of Lean ».

Manifeste Agile

Nous découvrons de meilleures façons de développerping logiciel en le faisant et aideping D'autres le font. Grâce à ce travail, nous avons appris à apprécier :

C'est pourquoi, même s'il y a 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 de valeur.
2. Adaptez-vous aux exigences changeantes, même à un stade avancé du développement. Les processus de la méthodologie Agile SAFe exploitent le changement au profit du client.
3. Livrez des logiciels fonctionnels fréquemment, de quelques semaines à quelques mois, en privilégiant les délais les plus courts.
4. Les développeurs et les gens d'affaires doivent travailler ensemble quotidiennement tout au long du projet.
5. Construire des projets autour d’individus motivés. Donnez-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. Un logiciel fonctionnel 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 pouvoir maintenir indéfiniment un rythme constant.
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é – est essentielle.
11. Les meilleures architectures, exigences et conceptions émergent d’équipes auto-organisées.
12. À intervalles réguliers, l’équipe réfléchit aux moyens de devenir plus efficace, puis ajuste et ajuste son comportement en conséquence.

Différents niveaux dans SAFE

Il existe deux types différents d’implémentation de SAFe :

1. Implémentation de SAFe 4.0
2. Implémentation de 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 : Portfolio, programme et équipe
• SAFe à 3 niveaux est destiné aux petites implémentations comptant 100 personnes ou moins. Programmes qui ne nécessitent pas de collaboration significative.
• SAFe à 4 niveaux est destiné aux solutions qui nécessitent généralement plusieurs centaines de praticiens pour développer, déployer et maintenir des logiciels.

Niveau d'équipe

Rôles/Équipes	Événements	Artefacts
Équipe agile	Sprint Planification	backlog d'équipe
Product Owner	Nettoyage du carnet de commandes	Prérogatives non fonctionnelles
Scrum Master	Réunion quotidienne debout	Objectifs de l'équipe PI
	De bout en bout	Itérations
	Sprint Demo	Histoires (Logiciel fonctionnel)
	Sprint Rétrospective	Sprint Objectifs
	IP Sprints	Qualité intégrée
		Spikes
		Équipe Kanban

• Toutes les équipes SAFe font partie de l’un ou l’autre Agile Release Train (ART).
• Les équipes SAFe sont des équipes interfonctionnelles autonomes, auto-organisées, autogérées.
• Chaque équipe est également responsable de la définition, de la construction et du test des histoires de leur Team Backlog 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émonstration 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 des commentaires rapides
• Ils appliquent des pratiques de qualité intégrées.
• Chaque équipe ScrumXP comptera 5 à 9 membres, ce qui comprend tous les rôles nécessaires pour créer une valeur incrémentielle de qualité à chaque itération.
• Les rôles ScrumXP incluent :
  • Équipe (Développement + Assurance qualité)
  • Scrum Master
  • Propriétaire du produit. Etc..
• SAFe divise le calendrier de 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 apporter de la valeur. Le Product Owner aura l'autorité sur le contenu sur sa création et son acceptation des histoires.
• Les histoires contiennent les exigences du client.
• Le Team Backlog comprend des histoires d'utilisateurs et de facilitateurs, qui sont identifiées lors de la planification PI. Lorsque la direction du produit 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 ajout précieux de nouvelles fonctionnalités
  • Accomplir via un motif répétitif constant
  • Planifier l'itération
  • S'engager sur certaines fonctionnalités
  • Exécuter l'itération en créant et en testant des Stories
  • 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 flux de valeur plus importants auront plusieurs ART.
• Les itérations d'innovation et de planification (IP) offrent aux équipes une opportunité d'innovation et d'exploration.

Niveau du programme

Rôles/Équipes	Événements	Artefacts
DevOps	Planification PI (Incrément de programme)	Visionnaires
Équipe système	Démonstrations du système	Feuille de route
Gestion des versions	Atelier d'inspection et d'adoption	Métrique
Gestion des produits	Archipiste structurelle	Milestones
UEX Archiprotéger	Sortie à tout moment	de Presse
Ingénieur de train de livraison (RTE)	Train de lancement agile	Programmes épiques
Système Archidétecteur/ingénieur	Libération	Programme Kanban
Créateurs d'entreprise		Arriéré de programmes
Leaders Lean-Agile		Prérogatives non fonctionnelles
Communautés de pratique		Priorité au travail le plus court pondéré (WSJF)
Services partagés		Objectifs du programme PI
Le client		Fonctionnalité
		Facilitateur
		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 création de valeur au niveau du programme. Il offre une chaîne de valeur à l’organisation.
• La durée des incréments de programme (PI) est de 8 à 12 semaines.
• ART est composé de 5 à 12 équipes Agile (~ 50 à 125+ personnes) qui comprennent tous les rôles et l'infrastructure nécessaires pour fournir des logiciels entièrement testés et fonctionnels au niveau du système.
• Chaque PI est une boîte de temps à plusieurs itérations. Au cours de laquelle une étape significative et précieuse du système est développée et livrée.
• Dans chaque PI, des sessions de « démo » et « Inspecter et adapter » auront lieu, et la planification commence pour le prochain PSI.
• Au niveau du Programme, SAFe met l’accent sur le principe d’alignement. En effet, plusieurs efforts d'équipe agiles sont intégrés pour créer de la valeur client.
• La hiérarchie des artefacts SAFe est Epics->fonctionnalités->user stories.
• Au niveau du programme, le chef de produit/chef de programme a l'autorité sur le contenu. Il définit et priorise le backlog du programme.
• Le backlog du programme est une liste prioritaire de fonctionnalités.
• Au niveau du programme, les fonctionnalités peuvent être créées ou dériver d'epics définis au niveau du portefeuille.
• Les fonctionnalités se décomposent en user stories et sont intégrées dans les backlogs au niveau de l'équipe.
• Le rôle de chef de produit ou d'ingénieur Release Train pourrait être géré par le chef de programme/chef de projet principal.
• Système ArchiLe rôle du Tect au niveau du programme est de collaborer au quotidien avec les équipes. Il veille à ce que les exigences non fonctionnelles soient respectées. Il travaille également avec l'architecte d'entreprise au niveau du portefeuille pour s'assurer qu'il existe une marge de manœuvre architecturale suffisante pour répondre aux besoins futurs des utilisateurs et de l'entreprise.
• La conception de l'interface, les directives en matière d'expérience utilisateur et les éléments de conception pour les équipes sont fournis par les UX Designers.
• 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 « l'équipe de gestion des versions ». Ils approuveront les versions régulières de solutions de qualité destinées aux clients.
• Le déploiement du logiciel dans les environnements clients et sa livraison réussie sont pris en charge par l'équipe DevOps.

Niveau du portefeuille

Rôles/Équipes	Événements	Artefacts
Enterprise Architect	Planification stratégique des investissements	Thèmes stratégiques
Gestion de portefeuille de programmes	Planification de portefeuille Kanban (Épopée)	Entreprise
Propriétaires épiques		Portefeuille de projets en attente
		Portefeuille Kanban
		Prérogatives non fonctionnelles
		Épique et facilitateur
		Flux de valeur
		Budgets (CapEx et OpEx)

• Le plus haut niveau d’intérêt/préoccupation/implication/dans SAFe est Portefeuille SAFe
• Le portefeuille fournit les éléments de base pour organiser le flux de valeur de l'entreprise Lean-Agile via un ou plusieurs flux de valeur.
• Le portefeuille aide à développer des systèmes et des solutions qui sont décrits dans des thèmes stratégiques (lie un portefeuille SAFe à l'évolution de la stratégie commerciale d'une entreprise).
• Pour atteindre les objectifs stratégiques, le niveau du portefeuille résume ces éléments. Il fournit des mécanismes de base en matière de budgétisation et 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é à l’entreprise 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 partie prenante et est responsable de la production des résultats commerciaux.
• SAFe Portfolio Level 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 du portefeuille, avec lesquels le financement des personnes et d'autres ressources nécessaires à la construction des solutions.
• Les concepts clés importants utilisés ici sont :
  • Connexion à l'Entreprise,
  • Gestion de portefeuille de programmes,
  • Gérer le flux des épopées de portefeuille.

Niveau de la chaîne de valeur

Rôles/Équipes	Événements	Artefacts
DevOps	Planification avant et après l'incrément de programme (PI)	Visionnaires
Équipe système	Démonstrations de solutions	Feuille de route
Gestion des versions	Atelier d'inspection et d'adoption	Métrique
Gestion des solutions	Train de lancement agile	Milestones
UEX Archiprotéger		de Presse
Ingénieur de la chaîne de valeur (RTE)		Épopées du flux de valeur
Solution Archidétecteur/ingénieur		Kanban du flux de valeur
Services partagés		Arriéré du flux de valeur
Le client		Prérogatives non fonctionnelles
Fournisseur		Priorité au travail le plus court pondéré (WSJF)
		Objectifs de la chaîne de valeur PI
		Capability
		Facilitateur
		Contexte de la solution
		Coordination de la chaîne de valeur
		Cadre économique
		Intention de la solution
		MBSE
		Basé sur les ensembles
		Agile Architecture

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

1. De grande taille
2. C’est par une éducation indépendante à
3. Avoir des solutions complexes
4. Leurs solutions nécessitent généralement plusieurs ART
5. Ils ont la contribution des fournisseurs.
6. Ils sont confrontés 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.

• Construire ce type de systèmes nécessite souvent des centaines, voire des milliers de praticiens, de fournisseurs externes et internes.
• Si les systèmes sont cruciaux pour la mission. L’échec de la solution, ou même d’un sous-système, a des conséquences économiques et sociales inacceptables.
• Si les Entreprises peuvent être construites avec quelques centaines de pratiquants, elles n’auront peut-être pas besoin des constructions de ce niveau. Dans ce cas, ils peuvent utiliser depuis le 'vue réduite' qui est SAFe à 3 niveaux.
• La création de solutions de flux 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 fournir des limites financières au flux 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 : Value Stream Engineer, Solution Architect/ingénierie et gestion de solutions.

FAQ