Pourquoi la plupart des risques restent dans l’angle mort
Dans beaucoup de projets, la gestion des risques se résume à un exercice initial: on liste quelques menaces en début de projet, on les consigne dans un tableur, puis on n’y touche plus. Les risques identifiés deviennent des lignes figées, déconnectées de la réalité du terrain. Quant aux risques nouveaux qui émergent en cours de route, ils sont rarement capturés de façon structurée.
Le modèle ROAM propose une approche différente. Plutôt qu’un inventaire statique, il fournit un cadre de triage dynamique qui force l’équipe à prendre une décision immédiate sur chaque risque identifié. L’acronyme désigne quatre catégories de traitement: Resolved (résolu), Owned (pris en charge), Accepted (accepté) et Mitigated (atténué). Développé dans le cadre du Scaled Agile Framework (SAFe), le modèle s’applique à tout projet qui a besoin d’un mécanisme de décision rapide et collectif sur ses risques.
Les quatre catégories en détail
Resolved: le risque est levé
Un risque classé Resolved n’existe plus. L’équipe a pris les mesures nécessaires pour l’éliminer, ou l’analyse approfondie a révélé que la menace était infondée. Dans les deux cas, aucune action supplémentaire n’est requise et le risque sort du tableau de suivi actif.
Owned: quelqu’un s’en occupe
C’est la catégorie la plus importante du modèle, car c’est la seule qui génère du travail après la séance. Un risque Owned ne peut pas être traité sur le moment, mais une personne précise en accepte la responsabilité. Le propriétaire du risque s’engage à l’analyser, à définir un plan d’action et à rendre compte de l’avancement. Sans cette attribution explicite, le risque retombe dans l’angle mort collectif.
Accepted: le risque est assumé
Certains risques ne justifient pas d’action. Soit leur impact potentiel est faible, soit aucune mesure raisonnable ne permettrait de les réduire. L’équipe les reconnaît, les documente et décide collectivement de ne rien faire de plus. Cette décision consciente est fondamentalement différente de l’ignorance: accepter un risque, c’est affirmer qu’on a évalué la situation et qu’on assume les conséquences.
Mitigated: on réduit l’exposition
Un risque atténué reste présent, mais l’équipe a défini des mesures concrètes pour en réduire la probabilité ou l’impact. La différence avec Owned est importante: Mitigated signifie qu’un plan existe déjà, même s’il reste à exécuter. Owned signifie que l’analyse elle-même est encore à faire.
Comment animer une session ROAM
Le modèle ROAM prend toute sa valeur dans un format d’atelier collectif. L’exercice se déroule en quatre temps.
L’identification commence par un tour de table où chaque participant énonce les risques qu’il perçoit pour la période à venir. Chaque risque est noté sur un post-it (physique ou numérique) en une phrase claire, sans débat à ce stade, l’objectif étant la quantité plutôt que la précision.
Le triage constitue le coeur de la session. L’animateur prend chaque risque et pose une question simple à l’équipe: “Que fait-on de celui-ci?” Le groupe doit le classer dans l’une des quatre catégories. Si le classement ne fait pas consensus, c’est souvent le signe que le risque est mal défini et qu’il faut le reformuler avant de trancher.
L’attribution concerne les risques classés Owned et Mitigated. Pour chacun, l’équipe désigne un propriétaire nommément et fixe une échéance de suivi. Un risque sans propriétaire n’est pas vraiment “owned”, c’est un risque oublié qui porte un nom rassurant.
Le transfert vers un outil de suivi est la dernière étape. Les risques Owned et Mitigated doivent rejoindre un registre ou un backlog pour ne pas se perdre entre deux sessions. Roland Wanner, praticien reconnu en gestion de projet, souligne ce point comme l’une des faiblesses récurrentes du modèle: sans mécanisme de suivi formel, les risques triés en session ne sont jamais réévalués.
Ce que ROAM ne fait pas
Le modèle présente des limites qu’il serait malhonnête de taire. ROAM ne mesure ni la probabilité ni l’impact des risques: il n’y a pas de scoring, pas de matrice, pas de quantification. Pour un projet complexe avec des dizaines de risques interdépendants, cette absence de granularité devient un handicap réel.
ROAM ne distingue pas non plus les risques des obstacles. En pratique, beaucoup d’équipes classent des problèmes déjà avérés (un fournisseur en retard, un budget insuffisant) comme des “risques”, ce qui fausse l’exercice. Un risque est une incertitude future; un problème actuel relève d’une autre gestion.
Ces limites ne disqualifient pas le modèle, mais elles définissent son périmètre d’utilité. ROAM est un outil de premier triage, pas un système complet de gestion des risques. Pour les projets qui exigent un suivi plus granulaire, ROAM se combine naturellement avec un registre des risques traditionnel: le triage collectif en session alimente le registre, qui prend ensuite le relais pour la quantification, la priorisation et le suivi dans la durée. Pour un chef de projet qui n’a encore aucun processus structuré, c’est un point de départ remarquablement efficace: il force à nommer les risques, à décider d’une action et à désigner un responsable. Pour une organisation mature, c’est un complément utile aux outils existants, pas un substitut.
Quand adopter le modèle ROAM
ROAM fonctionne particulièrement bien dans trois contextes: les réunions de lancement de projet, où l’équipe identifie les risques initiaux et répartit les responsabilités; les revues de phase ou d’itération, où les risques connus sont réévalués et les nouveaux sont capturés; et les ateliers inter-équipes, où la visibilité collective sur les risques partagés est aussi importante que le triage lui-même. Le modèle a été formalisé dans le contexte du PI Planning SAFe, mais les principes se transposent à tout format de planification collaborative.
Le matériel nécessaire se limite à un tableau blanc divisé en quatre colonnes et à des post-it. La simplicité du dispositif est un avantage stratégique: plus la barrière d’entrée est basse, plus l’équipe a de chances d’adopter la pratique durablement.