Le contexte projet

Lean management et agilité : ce qu’est le Scaled Agile Framework (SAFe)

SAfe agilité à l'échelle

Vous voyez fleurir des badges « SAFe certified » sur Linkedin et vous vous demandez peut-être ce que c’est. Langage informatique ? Méthodologie innovante ? Gestion de projet ? Je vous explique ce cadre méthodologique qui permet d’aligner les initiatives et projets agiles à la stratégie d’entreprise.

Créé par Dean Leffingwell, SAFe (Scaled Agile Framework) est un cadre méthodologique de développement à l’échelle applicable aux Organisations d’une certaine taille. Il combine les principes déjà connu en Lean management et en agile, dont il utilise les socles de connaissances que sont le développement logiciel agile, le développement de produit « lean » et la pensée systémique.

>> Lire aussiVous avez dit « Business Analyst »?

Les 4 valeurs de SAFe

Ses valeurs fondamentales sont :

  • Alignement: SAFe attend des Organisations qu’elles mettent en place des cadences de planification à et de réflexion à tous niveaux organisationnels, et qu’elles soient en phase avec la vision stratégique et les objectifs opérationnels.
  • Qualité intégrée: chaque « portion » du produit final doit respecter les standards de qualité du produit dans son ensemble.
  • Transparence: SAFe encourage les comportements qui renforcent la confiance, notamment entre le « métier » et les équipes de développement
  • Exécution du programme: il s’agit de mettre en place les valeurs de SAFe, pour sécuriser la livraison d’un service de qualité, des logiciels fonctionnels et l’apport d’une réelle valeur métier.
  • Direction: SAFe exige en outre des cadres dirigeants qu’ils adoptent un comportement de leadership Lean/Agile, car ce sont les seuls à pouvoir transformer le système et créer l’environnement nécessaire pour inclure toutes les valeurs fondamentales de SAFe.

>> Lire aussiQu’est-ce que le Leadership?

Les 9 principes SAFe

SAFe se fonde sur 9 principes clés, destinés à améliorer l’entreprise dans son ensemble et à dépasser les silos organisationnels.

  • Adoption d’une vision économique
  • Application d’une pensée systémique
  • Acceptation du changement et préparation de ses alternatives
  • Construction de la solution logicielle de manière incrémentale, à l’aide de cycles d’apprentissage rapides et intégrés
  • Mise en place des jalons sur une évaluation objective des systèmes de travail
  • Visualisation et limitation du travail en cours, réduction de la taille des lots, et gestion de la longueur de la file d’attente
  • Application de la cadence, synchronisation de la planification transverse
  • Incitation à la motivation et libération du potentiel des équipes
  • Décentralisation de la prise de décision

>> Lire aussiTyrion, le Conseiller du Roi : ce que GOT nous enseigne sur les jeux d’influence

Les 4 niveaux d’application de SAFe

SAFe propose 4 niveaux d’application selon les possibilités et les besoins des Organisations : Team, Program, Value Stream et Portfolio.

Chacun d’entre eux implique une taille d’équipe, une planification, des objectifs, rôles, activités et artefacts spécifiques, et veillent à appliquer les valeurs et principes SAFe.

Je ne m’étendrai pas davantage sur ce qu’est SAFe, car il y a déjà de nombreuses sources d’information sur internet, dont le site officiel du Scaled Agile Framework qui est très complet et autoporteur.

Avantages et inconvénients de SAFe

La question que nous pouvons nous poser, lorsque nous prenons un peu de recul sur les nombreuses méthodes de gestion de projet qui n’ont cessé de naître puis d’être remplacées au fil des années : peut-on affirmer cette fois-ci que, ça y est, on a trouvé le Sésame pour résoudre tous les problèmes de développement logiciel ?

Les avantages du Scaled Agile Framework

Il existe de nombreux avantages à mettre en pratique SAFe, les plus reconnus étant les suivants :

  • SAFe aide les équipes cross-fonctionnelles à collaborer efficacement,
  • Ce cadre convient parfaitement aux entreprises qui sont déjà organisées de manière agile ou qui souhaitent mettre en place cette organisation

>> Lire aussi: Le rôle de Product Owner

  • Cela permet de déployer au niveau de l’Entreprise des approches agiles qui mettent la valeur apportée aux utilisateurs
  • SAFe met l’accent sur les gens plus que sur la technologie – c’est d’ailleurs l’une des raisons qui ont rendu SAFe si rapidement populaire. Il y avait en effet une véritable attente pour construire une confiance réciproque entre le « métier » et les équipes techniques au cœur du développement logiciel, plutôt que de systématiquement les opposer.

Les inconvénients du Scaled Agile Framework

Mais évidemment, la baguette magique n’existe pas encore.

Premier inconvénient : SAFe se base essentiellement sur une approche « top – down ». Cette approche Top-Down est initiée par une vision stratégique au niveau du Top Level Management, qui est ensuite décomposée en objectifs opérationnels et sous-objectifs et transmise à la base opérationnelle.

Or l’application de SAFe est strictement encadrée par des règles qui laissent peu de place à la personnalisation au niveau des entités opérationnelles de l’Organisation. Et ceci, quand bien même il y aurait de nombreuses disparités entre Business Units, ce qui est fréquent dans les grandes structures (pour lesquelles le framework SAFe a pourtant initialement pensé).

Ensuite, les différentes couches SAFe dédiées aux activités d’administration et de coordination des « trains SAFe » (ART, soit Agile Release Train) les font finalement ressembler à une organisation projet traditionnelle de type cascade. Les méthodologies comme SCRUM donnent davantage de liberté aux équipes de développement pour identifier et résoudre les problèmes qui se présentent en cours de route, en raison de la cadence des sprints et des dépendances par exemple. Le cadre strict des trains SAFe limite la flexibilité que l’on retrouve dans SCRUM, et contribue à ralentir le processus de développement global.

Enfin, autre inconvénient, SAFe met en avant la photo globale / la vision, ce qui conduit souvent à allonger les cycles de panification et à créer des rôles plus figés à l’intérieur des cycles de développement. Cela va à l’encontre de l’objectif de livraison en cycles courts (les sprints) pour réduire le Time-To-Market.

Il appartient donc aux Organisations qui choisissent d’implémenter le Scaled Agile Framework d’identifier et d’éliminer les risques associés aux inconvénients cités ci-dessus, afin de tirer le maximum de profit de cette approche.

Sources : Scaled Agile Framework, Atlassian, edureka!

Cet article vous a plu? Partagez-le et suivez-moi sur les réseaux sociaux!

Partager sur facebook
Partager sur twitter
Partager sur linkedin
Alice Svadchii
Alice Svadchii
Auteure du blog et Business Analyst enthousiaste
5 1 vote
Évaluation de l'article
S’abonner
Notifier de
0 Commentaires
Inline Feedbacks
Voir tous les commentaires