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 framework simple et léger, mais il est capable de répondre aux besoins de flux de valeur importants et de complex développement du système. En implémentant le framework agile SAFe, vous obtiendrez les résultats suivantswing avantages:

Avantages de l'utilisation du Framework Agile
Avantages de l'utilisation du Framework Agile
  • Augmentation de la productivité by 20 à 50%
  • Qualité augmenté plus que 50 %
  • Time to Market est plus rapide que 30-75%
  • Etendez la sécurité 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.

Cadre Agile évolué Architecture
Cadre Agile évolué Architecture

Quand utiliser le framework agile à l'échelle

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

Foundations de cadre agile à l'échelle
Foundations de cadre agile à l'échelle

Scaled Agile Framework (SAFe) : il repose sur le foundations 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. 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, syncsynchroniser 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" later» est intégré.
  • 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 l'entreprise et architecture des épopées. 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 ».

Objectifs et Foundations de cadre agile à l'échelle
Objectifs et Foundations de cadre agile à l'échelle

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 avons appris à valoriser :

Manifeste Agile
Manifeste Agile

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. Processus agiles promole 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 meilleurs archiLes configurations, les exigences et les 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
Différents niveaux dans SAFE
Niveaux de SAFe
  • 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 PRÉPRODUCTION * Carnet d'équipe
* Propriétaire du produit * Traitement de l'arriéré * Prérogatives non fonctionnelles
* Scrum Master * Stand-up quotidien * Objectifs PI de l'équipe
* Exécution * Itérations
* Sprint Démo * Histoires (logiciel de travail)
* Sprint Rétrospective * Sprint Objectifs
* IP Sprints * 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 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 un délai de deux semaines.boxitérations réalisées 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.
  • Le InnovaLes itérations de planification et de planification (IP) exploitent les équipes avec une opportuniténovation et exploration.

Niveau du programme

Rôles/Équipes Événements Artefacts
* DevOps * Planification PI (incrément de programme) * Vision
* Équipe système * Démos du système * Feuille de route
* Gestion des versions * Atelier d'inspection et d'adoption * Métriques
* Gestion des produits * Archipiste structurelle * Jalons
*UEX Archiprotéger * Libérez à tout moment * Sorties
* Ingénieur Release Train (RTE) * Train de versions agiles *Épopées du programme
* Système Archidétecteur/ingénieur * Libération * Programme Kanban
* Les propriétaires d'entreprise * Arriéré du programme
* Leaders Lean-Agile * Prérogatives non fonctionnelles
* Communautés de pratique * L'emploi le plus court pondéré en premier (WSJF)
* Services partagés * Objectifs PI du programme
* Client * Fonctionnalité
* Activateur
* 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 un temps d'itération multiple box. 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 principal au niveau du programme est de collaborer au travail quotidien avec les équipes. Il garantit que les exigences non fonctionnelles sont satisfaites. Ils travaillent également avec l'entreprise archidétecter au niveau du portefeuille pour s’assurer qu’il y a suffisamment archipiste structurelle pour répondre aux besoins futurs des utilisateurs et des entreprises.
  • 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
* Entreprise Archiprotéger * Planification stratégique des investissements * Thèmes stratégiques
* Gestion du portefeuille de programmes * Planification du portefeuille Kanban (épique) * Entreprise
* Propriétaires épiques * Carnet de portefeuille
* Portefeuille Kanban
* Prérogatives non fonctionnelles
* Epic et Enabler
* 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 pré et post PI (incrément de programme) * Vision
* Équipe système * Démonstrations de solutions * Feuille de route
* Gestion des versions * Atelier d'inspection et d'adoption * Métriques
* Gestion des solutions * Train de versions agiles * Jalons
*UEX Archiprotéger * Sorties
* Ingénieur Chaîne de Valeur (RTE) *Épopées de flux de valeur
* Solution Archidétecteur/ingénieur * Kanban de la chaîne de valeur
* Services partagés * Carnet de retard de la chaîne de valeur
* Client * Prérogatives non fonctionnelles
* Fournisseur * L'emploi le plus court pondéré en premier (WSJF)
* Objectifs PI de la chaîne de valeur
* Aptitude
* Activateur
* Contexte de la solution
* Coordination de la chaîne de valeur
* Cadre économique
* Intention de la solution
*MBSE
* Définir en fonction
* 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. Independent
  3. Je suis venuplex SOLUTIONS
  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 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.

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 architecture et DevOps ?"
  • Le cadre SAFe Agile aide les grandes équipes organisationnelles à atteindre les objectifs stratégiques d'une organisation, et pas seulement les objectifs de projets individuels.
  • Le cadre offre la possibilité de maintenir et de créer une stratégie centralisée pour générer de la valeur.
  • Le modèle SAFe comporte trois/quatre niveaux qui centralisent les thématiques stratégiques d'une organisation.
  • Stratégie centralisée, combinée à l'exécution décentralisée du développement agile.

Références:

SAFe pour les entreprises Lean 5.0 :

http://www.scaledagileframework.com