« L’agile c’est la proximité avec les utilisateurs finaux : le cadrage est le meilleur moment pour commencer cette collaboration et d’en faire un moment constructif et transverse » – Christelle Berge et Pierre-Julien Masse, consultant·e·s et référent·e·s de la formation AGGDP chez OCTO Technology

Bien cadrer un projet, aligner les parties prenantes, anticiper les risques et donner de la visibilité dès son lancement : autant d’étapes déterminantes pour poser les bases d’un projet et maximiser ses chances de réussite.

C’est précisément l’objectif de la formation « Cadrer, lancer et piloter un projet agile » d’OCTO Academy. À travers des mises en situation, des cas pratiques et des retours d’expérience issus du terrain, elle propose aux participants de s’approprier des méthodes et des outils directement mobilisables dans leurs projets.

Pour mieux comprendre les enjeux auxquels répond cette formation et l’approche choisie pour les aborder, nous avons échangé avec Christelle Bergé, manager référente et formatrice chez OCTO Technology, et Pierre-Julien Masse, manager confirmé et formateur chez OCTO Technology. Ils reviennent sur les difficultés fréquemment rencontrées lors du cadrage et du lancement d’un projet, la place du cadrage dans un contexte agile et l’importance de la pratique dans l’apprentissage.

Elle vise large, à la mesure de nos métiers qui ont beaucoup évolué : chefs de projet, responsables d’équipe, architectes, responsables techniques, product owners, product managers, PMO. Elle parle autant à ceux sont appelés à travailler sur des projets en agile qu’à ceux qui veulent importer ce savoir-faire dans des projets plus classiques.

On y retrouve deux profils : d’un côté, ceux qui démarrent dans ces rôles et cherchent à mettre le pied à l’étrier avec des bases solides et de l’autre, ceux qui pratiquent déjà de façon empirique et viennent consolider et perfectionner leurs pratiques. On accueille aussi celles et ceux qui travaillent aux côtés d’un chef de projet et veulent devenir des interlocuteurs avertis et pro-actifs, capables de mieux contribuer au projet, voire de se projeter eux-mêmes dans ce rôle, ou d’accompagner les leurs vers celui-ci.

Qu’est-ce qu’on y apprend ? Et comment ça se passe ?

Concrètement, la formation se déroule sur deux jours. L’accent est mis sur le maximum de cas pratiques et de mises en situation, dont les débriefs sont basés sur les retours d’expérience de consultants en mission.

Les thématiques abordées sont les suivantes : le cadrage d’un projet et les ateliers le composant (découpage fonctionnel, priorisation/storymap, gestion des risques, pratiques agiles, estimations, roadmap…), le lancement d’un projet (du kick-off à la fin du premier sprint) et les outils de pilotage (comment on donne de la visibilité et avec quels outils).

Quelles sont les difficultés que vous observez le plus souvent au moment de cadrer ou de lancer un projet ?

De toute évidence, réunir les personnes, obtenir leur disponibilité voir leur intérêt.
Ensuite, faire œuvre de traduction, entre les niveaux d’abstraction, entre les champs lexicaux.
Enfin, les macro-estimations, cet art particulièrement difficile.

On associe parfois l’agilité à moins de cadrage et de planification, pourquoi est-il au contraire essentiel de bien cadrer un projet agile ?

En fait, je n’ai jamais vraiment compris cette problématique : est-ce qu’un sponsor peut donner son GO s’il n’a pas l’assurance que le cadrage est bon, que les personnes sont alignées sur une vision produit claire, que les risques sont évalués avec honnêteté, etc. ? Il faut croire que oui, et même trop souvent.
L’agile a l’avantage de proposer une organisation qui permet de bifurquer, s’adapter, mais cela n’induit pas qu’il faille abuser de cette possibilité ! Cela requiert un très bon niveau d’expertise technique et c’est épuisant pour tout le monde !
De plus, l’agile c’est la proximité avec les utilisateurs finaux : le cadrage est le meilleur moment pour commencer cette collaboration et d’en faire un moment constructif et transverse, que ce soit pour les domaines métier impliqués ou pour les membres de l’équipe de réalisation.

La formation s’appuie beaucoup sur des cas pratiques et vos retours d’expérience de consultants. Qu’est-ce que cette approche apporte par rapport à une formation plus théorique à la gestion de projet agile ?

Le métier de chef de projet ou équivalent est un métier solitaire, où l’on porte beaucoup de responsabilités : faire des cas pratiques, c’est se jeter à l’eau et ressortir avec la preuve qu’on sait s’en sortir, qu’on a appris concrètement à faire quelque chose. De plus, un cas pratique se termine toujours par un débrief (de la même durée quasiment !) pour prendre du recul, poser des questions, apprendre encore plus vite de par ce à quoi on vient d’être sensibilisé ou confronté. La présence de deux formateurs et leur niveau d’expertise permettent ces conversations hyper riches et utiles.