RAID : le registre risques, actions, enjeux, décisions (+ modèle)

RAID est l'un des outils les plus utiles — et les plus sous-estimés — de la gestion de projet. C'est un registre unique qui regroupe tout ce qui doit être suivi : les risques, les actions, les enjeux et les décisions. Bien tenu, il devient la mémoire vivante du projet. Voici ce qu'il contient, les colonnes à prévoir et un modèle avec exemple.

Que veut dire RAID

RAID est un acronyme anglais. Les quatre lettres désignent quatre types d'éléments à suivre :

• R — Risks (risques) : ce qui pourrait mal tourner, mais ne s'est pas encore produit. On l'anticipe.
• A — Actions : les tâches à réaliser, avec un responsable et une échéance.
• I — Issues (enjeux / problèmes) : ce qui pose déjà problème, ici et maintenant, et demande une résolution.
• D — Decisions (décisions) : les choix actés, tracés pour ne pas être rejoués.

Les colonnes à prévoir

Un registre RAID est un simple tableau. Une trame qui fonctionne pour les quatre types d'éléments :

• Type : Risque / Action / Enjeu / Décision.
• Description : le libellé clair de l'élément.
• Responsable : la personne redevable.
• Date : échéance (action) ou date d'effet (décision) ou date de revue (risque).
• Priorité / impact : faible / moyen / fort.
• Statut : ouvert / en cours / clos.
• Parade ou décision associée : pour un risque, la mesure prévue ; pour un problème, la résolution.

Un exemple concret

Sur un projet de déploiement d'un nouvel outil :

• Risque : « Adoption faible chez les équipes terrain » — Responsable : chef de projet — Revue : mensuelle — Impact : fort — Parade : plan de formation + référents locaux.
• Action : « Organiser 3 sessions de formation » — Responsable : RH projet — Échéance : 15/09 — Statut : en cours.
• Enjeu : « Le connecteur avec l'outil RH ne fonctionne pas » — Responsable : lead technique — Statut : ouvert — Résolution : ticket éditeur en cours.
• Décision : « Reporter le déploiement de la région Sud à octobre » — Responsable : sponsor — Effet : actée le 05/07.

Tout est au même endroit : d'un coup d'œil, on voit ce qui menace le projet, ce qui est en cours, ce qui bloque et ce qui a été décidé.

Comment tenir un RAID sans qu'il se périme

Le piège du RAID, c'est qu'il devient vite obsolète : on le remplit au lancement, puis plus personne ne le met à jour. La bonne pratique est de le revoir à chaque point d'avancement et à chaque comité, et surtout d'y verser les nouveaux éléments au moment où ils apparaissent — c'est-à-dire en réunion.

C'est là que Katera aide les chefs de projet et les PMO : les risques, actions et décisions évoqués en réunion viennent directement alimenter le registre RAID, en même temps que le compte rendu. Le registre reste vivant sans double saisie, et il est prêt à être présenté en comité.

Pour approfondir le suivi des actions en particulier, lisez Suivi des actions de projet : la méthode qui évite les oublis.

À lire aussi