La matrice RAID expliquée : risques, actions, issues, décisions

Découvrez comment la matrice RAID structure le pilotage de vos projets. Un outil PM indispensable pour gérer risques, actions, issues et décisions efficacement.

Mikaël

1 avril 2026

Matrice RAID Gestion de projet Pilotage portefeuille projets Méthodologie

La matrice RAID, c’est quoi exactement ?

Si vous gérez des projets depuis un certain temps, vous avez forcément croisé le terme “matrice RAID”. Et si vous êtes comme moi, vous l’avez probablement utilisée dans un fichier Excel avec des colonnes colorées et un onglet “RAID” que personne ne met à jour.

La matrice RAID, c’est un outil PM qui structure quatre dimensions critiques de tout projet :

  • Risques — ce qui pourrait mal tourner
  • Actions — ce qu’il faut faire, par qui, pour quand
  • Issues (problèmes) — ce qui est en train de mal tourner
  • Décisions — les choix actés et leurs conséquences

C’est tout. Pas de méthodologie académique complexe, pas de framework en 47 étapes. Quatre catégories, un registre vivant, et une discipline de mise à jour. Simple en théorie. Redoutable en pratique.

Pourquoi c’est indispensable pour un chef de projet

Quand vous pilotez un seul projet, garder les risques et actions en tête reste faisable. Vous connaissez les interlocuteurs, les deadlines, les zones de fragilité.

Mais quand vous passez à la gestion multi-projets — 3, 5, parfois 8 projets en parallèle — votre cerveau ne suit plus. J’ai vu des PM expérimentés rater des risques majeurs simplement parce qu’ils confondaient les contextes. Le risque budget du projet A se mélangeait avec l’issue technique du projet B. Une décision prise en COPIL mardi matin était oubliée le jeudi après-midi.

La matrice RAID, c’est votre mémoire externe. Votre filet de sécurité. Et si elle est bien tenue, c’est aussi votre meilleur outil de communication en comité de pilotage.

R — Risques : anticiper avant que ça brûle

Un risque, c’est un événement incertain qui, s’il se produit, aura un impact négatif sur le projet. La nuance est importante : ce n’est pas un problème (ça, c’est une Issue). C’est quelque chose qui pourrait devenir un problème.

Pour chaque risque, vous devez capturer :

  • Description : qu’est-ce qui pourrait arriver ?
  • Probabilité : faible, moyenne, forte
  • Impact : mineur, modéré, critique
  • Plan de mitigation : que fait-on pour réduire la probabilité ou l’impact ?
  • Propriétaire : qui surveille ce risque ?

L’erreur classique, c’est de lister 50 risques au démarrage du projet et de ne plus jamais y toucher. Un risque, ça vit. Sa probabilité évolue. Son impact change. Certains risques se matérialisent (et deviennent des Issues), d’autres disparaissent.

Exemple concret : vous lancez une migration d’ERP. Risque identifié : “l’intégrateur pourrait manquer de ressources en septembre à cause d’un autre projet”. Probabilité moyenne, impact fort. Plan de mitigation : sécuriser les ressources par un engagement contractuel avant juillet. Si septembre arrive et que les ressources ne sont pas là, le risque se transforme en Issue.

A — Actions : le moteur du projet

Les actions, c’est le carburant du pilotage de projet. Chaque réunion, chaque COPIL, chaque point d’avancement génère des actions. Le problème, c’est de les suivre.

Une action bien formulée contient :

  • Quoi : une description claire et actionnable
  • Qui : un seul responsable (pas “l’équipe”)
  • Quand : une date butoir réaliste
  • Statut : à faire, en cours, terminé, en retard

La règle d’or : une action sans date et sans propriétaire, c’est un vœu pieux. Ça n’arrivera pas. Et une action “en cours” depuis 6 semaines, c’est probablement une action abandonnée qu’il faut soit relancer, soit supprimer.

Dans un contexte de gestion multi-projets, le suivi des actions devient vite un cauchemar. Vous avez 15 actions ouvertes sur le projet A, 22 sur le projet B, 8 sur le projet C… Comment savoir lesquelles sont en retard ? Lesquelles bloquent d’autres chantiers ? Lesquelles sont assignées à la même personne qui est déjà débordée ?

C’est exactement le type de problème où un outil PM dédié fait la différence par rapport à un fichier Excel. Quand vos actions sont centralisées et structurées, vous pouvez filtrer par projet, par personne, par date, par statut. Vous repérez les goulots d’étranglement en un clic au lieu de scanner 5 onglets.

I — Issues : les problèmes actifs

Une Issue, c’est un risque qui s’est matérialisé, ou un problème inattendu qui impacte le projet maintenant. Pas demain, pas peut-être. Maintenant.

La différence entre un risque et une issue est temporelle :

  • Risque : “le serveur pourrait tomber pendant la migration”
  • Issue : “le serveur est tombé pendant la migration”

Pour chaque issue, vous capturez :

  • Description du problème
  • Impact sur le projet (planning, budget, qualité, périmètre)
  • Plan de résolution : que fait-on pour résoudre ?
  • Propriétaire de la résolution
  • Date cible de résolution

Les issues, c’est ce que vos sponsors et parties prenantes veulent voir en premier en COPIL. Quand vous présentez votre météo projet, les issues actives sont le signal le plus fort. Un projet avec 0 risque et 3 issues critiques non résolues, c’est un projet en danger — peu importe ce que dit le planning.

D — Décisions : la mémoire du projet

Les décisions sont la catégorie la plus sous-estimée de la matrice RAID. Et pourtant, c’est souvent celle qui vous sauve la mise.

Combien de fois avez-vous entendu : “Mais on n’avait jamais décidé ça !” ou “Qui a validé ce changement de périmètre ?” ? Si vos décisions sont tracées — avec la date, le contexte, les personnes présentes et la décision elle-même — vous avez une réponse factuelle.

Pour chaque décision :

  • Contexte : pourquoi cette décision était nécessaire
  • Décision : ce qui a été acté
  • Date et instance (COPIL, réunion technique, arbitrage…)
  • Participants : qui était présent
  • Conséquences : impact sur le planning, le budget ou le périmètre

La traçabilité des décisions est particulièrement cruciale dans le pilotage portefeuille projets. Quand vous gérez 5+ projets, vous prenez des dizaines de décisions par semaine. Sans trace écrite, vous êtes vulnérable.

Comment maintenir une matrice RAID vivante

Le plus grand ennemi de la matrice RAID, c’est l’abandon. On la crée au kick-off, on la remplit consciencieusement pendant 3 semaines, puis elle meurt lentement dans un coin du SharePoint.

Voici les pratiques qui fonctionnent :

  1. Revue systématique en COPIL. Chaque comité de pilotage passe en revue les risques critiques, les issues ouvertes et les décisions à prendre. Ce n’est pas optionnel.

  2. Mise à jour continue. La matrice n’est pas un document qu’on met à jour “avant le COPIL”. C’est un registre vivant qu’on alimente au fil de l’eau.

  3. Un seul outil, un seul endroit. Si votre matrice RAID est dispersée entre un Excel, un Confluence et des post-its, elle ne sera pas maintenue. Centralisez.

  4. Automatiser ce qui peut l’être. Un risque dont la date de mitigation est dépassée devrait automatiquement passer en alerte. Une action en retard de 2 semaines devrait remonter en haut de la pile.

Ce que KODA PM apporte à la matrice RAID

Dans KODA PM, la matrice RAID n’est pas un onglet Excel figé. C’est un module intégré à chaque projet, connecté à vos jalons, votre budget et votre météo projet.

Chaque risque, action, issue et décision a son cycle de vie. Les risques peuvent être escaladés en issues d’un clic. Les actions sont liées aux projets et aux personnes. Les décisions sont horodatées et traçables.

Et Kody, l’assistant IA, analyse vos données RAID pour vous alerter : “Ce risque a une probabilité qui augmente depuis 3 semaines, tu veux le remonter en COPIL ?” ou “Tu as 4 actions en retard sur le même projet, voici un plan de rattrapage.”

Quand vient le moment de préparer votre CR COPIL, Kody génère automatiquement la section RAID à partir des données à jour. Plus besoin de copier-coller depuis votre Excel.

En résumé

La matrice RAID n’est pas un buzzword méthodologique. C’est un outil de survie pour tout chef de projet qui gère des projets complexes ou multiples. Risques, Actions, Issues, Décisions — quatre catégories, une discipline de mise à jour, et la certitude de ne rien laisser passer.

L’important, ce n’est pas d’avoir une matrice RAID parfaite. C’est d’en avoir une vivante, centralisée et partagée. Le reste suit naturellement.

Si vous cherchez un outil PM qui intègre la matrice RAID nativement — sans jongler entre Excel, Confluence et votre mémoire — KODA PM est fait pour ça.

Essayez KODA PM gratuitement

Prêt à essayer KODA PM ?

Découvrez comment KODA PM peut transformer votre gestion de projets.

Demander une démo