PI Planning : Le secret du succès de SAFe®

« Better SAFe® than sorry ». C’est le mode de pensée qui gagne de plus en plus d’entreprises qui font face au défi de la mise à l’échelle de l’agilité. Pour ne citer qu’elles, Swisscom, BMW ou Cisco travaillent avec SAFe® (Scaled Agile Framework®) afin de réduire autant le délai d’introduction sur le marché que les défauts de leurs produits tout en améliorant la collaboration et en augmentant la productivité.

Contrairement à d’autres frameworks de mise à l’échelle tels que LeSS ou le modèle Spotify, SAFe® repose sur le principe suivant : « Rien n’est plus fort qu’une équipe agile sauf une équipe d’équipes agiles ». Mais comment coordonner une « team of teams » (équipe d’équipes) ?

SAFe® introduit ici le PI Planning (Program Increment Planning). Aussi appelée « Big Room Planning », cette méthode de planification est la caractéristique unique et le cœur même de SAFe® qui le différencie de tous les autres frameworks. Pour faire court : sans PI Planning, SAFe® n’est pas SAFe®.

Découvrez dans notre entretien avec notre formateur SAFe® Sebastian Friedsam pourquoi et comment fonctionne le PI Planning.

Pourquoi est-ce nécessaire de mettre à l’échelle des méthodes agiles, telles que Scrum ou Kanban, avec SAFe® ?

Sebastian Friedsam : S’il n’y a pas de problèmes, nous n’avons pas besoin de framework. Que ce soit Scrum ou Kanban, au cœur même de tous les frameworks se trouve la mission d’aider les équipes à produire des produits à valeur ajoutée grâce à des cycles de feedback rapides. Et cela fonctionne très bien, du moins si nous faisons abstraction des produits qui dépassent le cadre d’une équipe Scrum ou Kanban. Dès qu’un produit est si volumineux et complexe que plusieurs équipes sont impliquées, la question de la coordination et de la gestion des interdépendances se pose.

Quelle est l’approche spéciale de SAFe® ? Comment parvient-il à synchroniser le framework de plusieurs équipes ?

L’élément le plus fort de SAFe® – et ce qui, de mon point de vue, le rend si puissant – est un instrument très simple : à savoir un Big Room Planning régulier en face à face, appelé « PI Planning » dans SAFe®. Lorsqu’on parle de Scrum, on parle de Sprints. La même logique s’applique à SAFe®, même si dans ce cas plusieurs Sprints sont coordonnés en un « Agile Release Train ». Pour cela, toutes les 8 à 12 semaines a lieu un PI Planning de 2 jours lors duquel toutes les équipes se réunissent dans le cadre d’un processus très structuré afin d’identifier les dépendances, fixer les priorités et s’accorder sur une mission et une vision commune.

Vous dites que le PI Planning est très structuré. Comment SAFe® établit-il cette structure ?

De base, SAFe® a une construction très proche de Scrum avec des cycles de sprints ainsi que les rôles de Scrum Master et Product Owner. Mais SAFe® ajoute un niveau supérieur qui sert uniquement à la coordination. Ce qu’un Scrum Master fait pour une équipe Scrum est similaire à ce que fait un Releaser Train Engineer (RTE) selon SAFe® pour plusieurs équipes interdépendantes. La structure du PI Planning suit la logique de tout processus créatif : divergence et convergence. Une approche bien connue du Design Thinking, mais aussi un exemple emblématique, qui consiste à ouvrir l’horizon des possibles avant de l’analyser, de le définir et d’établir des priorités. Cette coordination suit de bonnes pratiques éprouvées et réunit toute l’entreprise afin de s’assurer que les projets les plus importants soient réalisés le plus efficacement possible.

Agenda standard d’un PI Planning

Plus d’articles sur le sujet :

• SAFe et le concept de chaînes de valeur : une explication pratique
• À quoi sert SAFe® 5.0 ?
• SAFe® 6.0 : Quoi de neuf ?
• Design Thinking, Lean Startup & Agile – plus d’interactions s’il vous plaît