De SAFe 4.3 à SAFe 5 : ce qui a changé

J'ai appris SAFe avec la version 4.3. Quand on revient au cadre quelques années plus tard, on découvre une version 5 qui garde les mêmes fondations mais change de cap : elle ne parle plus seulement de faire livrer des trains de logiciels, mais de rendre toute l'entreprise agile. Voici, étape par étape, ce qui a bougé entre les deux.

Le point de départ : SAFe 4.3

En 4.3, le cadre se lit comme un empilement de niveaux : l'équipe, le programme (avec l'Agile Release Train), la grande solution et le portefeuille. On y retrouve déjà les piliers qui ne bougeront plus : le PI Planning, les rôles de RTE, de Product Management et de System Architect, le flux de valeur, le WSJF pour prioriser, et les principes Lean-Agile.

Première étape : SAFe 4.5 (juin 2017)

La 4.5 rend le cadre plus modulable. Au lieu d'un grand schéma unique, on choisit une configuration selon la taille de l'organisation : Essential (le cœur : équipes et train), Portfolio, Large Solution, ou Full. Elle apporte aussi deux idées importantes :

• Lean Startup et Lean UX : tester une hypothèse avec un produit minimum viable avant d'investir massivement ;
• le pipeline de livraison continue et le DevOps « à l'échelle » : réduire les passages de relais entre équipes pour livrer plus souvent.

Elle propose enfin une feuille de route d'implémentation, pour savoir dans quel ordre déployer SAFe.

Deuxième étape : SAFe 4.6 (fin 2018)

La 4.6 change la manière de présenter le cadre : on ne le décrit plus par niveaux, mais par compétences. Elle en compte cinq : le leadership Lean-Agile, l'agilité des équipes et technique, le DevOps et la livraison à la demande, l'ingénierie des solutions et systèmes Lean, et la gestion Lean du portefeuille.

L'arrivée : SAFe 5.0 (début 2020)

La 5.0 donne un nouveau but au cadre : la business agility, c'est-à-dire la capacité de toute l'entreprise, pas seulement de l'informatique, à réagir vite aux changements du marché. Concrètement :

• Sept compétences au lieu de cinq. Deux nouvelles apparaissent : l'agilité organisationnelle (étendre l'agilité aux fonctions métier : RH, finance, juridique…) et la culture d'apprentissage continu. Deux autres sont renommées : le DevOps devient Agile Product Delivery, l'ingénierie des systèmes devient Enterprise Solution Delivery.
• Le client au centre. La centricité client et le design thinking entrent au cœur du cadre : on part du besoin réel avant de parler de solution.
• Un dixième principe : « s'organiser autour de la valeur », qui assume qu'on puisse réorganiser les équipes selon les flux de valeur et non selon l'organigramme.
• Un portefeuille renforcé, avec une vision de portefeuille et l'usage des OKR.
• Measure and Grow : des auto-évaluations pour mesurer où en est l'organisation sur chacune des sept compétences.
• Les rôles sont regroupés sur le côté du schéma, ce qui le rend plus lisible.

Le pense-bête

Version	Ce qu'il faut retenir
4.3	Des niveaux empilés, centrés sur la livraison
4.5	Des configurations à la carte, Lean Startup, DevOps
4.6	Cinq compétences remplacent la lecture par niveaux
5.0	Sept compétences, business agility, le client au centre

Ce que ça change pour un praticien

Les gestes de base restent les mêmes : un PI Planning se prépare et s'anime toujours de la même façon, et un RTE garde le même rôle de facilitateur du train. Ce qui change, c'est la conversation avec la direction. En 4.3, on pouvait présenter SAFe comme une méthode pour l'informatique. En 5.0, le cadre revendique de transformer l'entreprise entière, ce qui suppose d'embarquer des métiers qui ne se sentaient pas concernés.

C'est à la fois une ambition plus juste (l'agilité qui s'arrête à la porte du service informatique tourne vite court) et un risque : plus le cadre s'étend, plus il est tentant de l'appliquer comme un catalogue. Le dixième principe rappelle utilement l'essentiel : partir de la valeur, et laisser l'organisation se dessiner autour d'elle.

Le cadre a continué d'évoluer depuis, avec la 5.1 puis la 6.0, mais le grand virage se situe bien entre 4.3 et 5.0.