RAID log
Alias : registre RAID, journal de projet. Les quatre lettres : Risks, Assumptions, Issues, Dependencies. Certaines équipes lisent le A comme Actions : préciser la convention dans l'en-tête du registre.
Définition
Le RAID log réunit quatre listes que les projets tiennent souvent séparées ou pas du tout. Un risque est un événement incertain qui, s'il survient, aurait un impact ; une hypothèse est une chose tenue pour vraie sans preuve, dont le projet dépend ; un problème (issue) est un risque qui s'est réalisé ou un fait qui gêne maintenant ; une dépendance est un résultat attendu d'un tiers. Chaque ligne porte un responsable, une date de revue et une action.
L'intérêt d'un registre unique est le passage d'une catégorie à l'autre : une hypothèse invalidée devient un problème, un risque survenu devient un problème, une dépendance en retard devient un risque pour la date. Le registre alimente les arbitrages : ce qui n'y figure pas ne remonte pas au comité. Le registre unique est un choix d'organisation PMLeadr : PM² tient des registres séparés (modifications, risques, problèmes, décisions) et le glossaire APM définit chaque composante, pas le RAID lui-même.
Exemple
Un projet qui suppose qu'un fournisseur livrera une version de connecteur « en septembre » tient cette ligne en hypothèse, avec une date de vérification mi-septembre. Le 30 septembre, sans livraison, la ligne devient un problème daté, avec l'option de périmètre réduit préparée pour le comité, plutôt qu'un sujet découvert en séance.
À ne pas confondre avec
- Le registre des risques : l'une des quatre listes.
- Le plan d'actions : les actions issues du registre ; certaines équipes les y intègrent.
- Le journal de bord du chef de projet : un récit, pas un registre.
Voir aussi
Fiches : GP07 — Tenir un RAID log utile aux arbitrages, GP06 — Identifier et piloter les dépendances entre projets. Kits : T05 — RAID log et dépendances. Termes : registre des risques, criticité, dépendance inter-projets, arbitrage.