Guide de la gestion de projet · Risques, qualité et maîtrise
Registre RAID : risques, hypothèses, problèmes et dépendances
Un registre RAID est un registre unique permettant de suivre les éléments suivants d'un projet : Risks (risques), Assumptions (hypothèses), Issues (problèmes) et Dependencies (dépendances). Il offre au chef de projet et au sponsor un endroit unique pour voir tout ce qui pourrait faire dévier le projet de sa trajectoire.
À retenir
- Un registre RAID suit ensemble les risques, les hypothèses, les problèmes et les dépendances.
- Chaque élément a besoin d'un responsable, d'une action, d'une date et d'un statut.
- Testez les hypothèses et transformez celles qui sont fausses en risques ou en problèmes.
- Examinez-le régulièrement et synthétisez les principaux éléments pour le sponsor.
Ce que signifie RAID
| Lettre | Élément | Signification | Exemple |
|---|---|---|---|
| R | Risques | Événements incertains susceptibles d'affecter les objectifs | Le fournisseur pourrait livrer en retard |
| A | Hypothèses | Éléments considérés comme vrais pour la planification mais non confirmés | Les utilisateurs seront disponibles pour les tests en mai |
| I | Les problèmes | Problèmes en cours qui nécessitent une action | Le serveur de test est en panne |
| D | Dépendances | Liens avec des travaux ou des décisions hors du contrôle de l'équipe | Nécessite le nouveau plan comptable de l'équipe financière |
Certaines organisations utilisent le D pour les décisions à la place, ou ajoutent un onglet distinct pour les décisions. Convenez dès le départ de la version utilisée.
Modèle de registre RAID
| Colonne | Risques | Hypothèses | Les problèmes | Dépendances |
|---|---|---|---|---|
| ID | R-01 | A-01 | I-01 | D-01 |
| Description | Cause, événement, effet | Ce qui est supposé | Ce qui ne va pas | Ce dont nous dépendons, et qui le fournit |
| Évaluation | Probabilité x impact | Impact si elle est fausse | Priorité / gravité | Criticité |
| Responsable | Responsable du risque | Qui la valide | Qui le résout | Qui gère le lien |
| Action | Réponse | Comment et quand elle sera vérifiée | Étapes de résolution | Accord ou suivi |
| Échéance | Date de revue | Date de validation | Date de correction visée | Date requise |
| Statut | Ouvert / clos | Non confirmée / confirmée / fausse | Ouvert / résolu | Dans les temps / à risque / en retard |
Exemples d'entrées
| ID | Type | Description | Responsable | Statut |
|---|---|---|---|---|
| R-03 | Risques | L'éditeur appliquant un gel des versions en décembre, les correctifs critiques pourraient attendre quatre semaines, ce qui retarderait la mise en service. | Responsable technique | Ouvert : atténuation convenue |
| A-02 | Hypothèse | La licence CRM actuelle couvre 50 utilisateurs supplémentaires sans coût. | Achats | À confirmer d'ici le 15 mai |
| I-05 | Problème | Les tests d'intégration échouent à cause de certificats expirés. | Infrastructure | En cours, correctif prévu vendredi |
| D-01 | Dépendance | La refonte du site web a besoin de la charte graphique issue du projet marketing. | CP | À risque : charte graphique livrée avec deux semaines de retard |
Comment mener une revue RAID
- Partagez le registre avant la réunion et demandez aux responsables de mettre à jour leurs éléments.
- Examinez d'abord les éléments nouveaux et prioritaires.
- Vérifiez que les hypothèses arrivées à échéance de validation ont été testées ; transformez toute hypothèse fausse en risque ou en problème.
- Vérifiez les dépendances auprès des équipes qui les fournissent.
- Convenez des actions, des responsables et des dates, puis clôturez les éléments résolus.
- Présentez les principaux éléments dans le rapport d'avancement de projet.
Registre RAID ou registres distincts
| registre RAID | Registre des risques et journal des problèmes distincts | |
|---|---|---|
| Idéal pour | Petits et moyens projets, tableaux de bord de programme | Projets de grande envergure ou réglementés |
| Point fort | Une vue unique de l'ensemble | Plus de détails et un workflow propre à chaque type d'élément |
| Point faible | Peut devenir un fourre-tout | Informations dispersées entre plusieurs documents |
De nombreuses équipes tiennent un registre des risques et registre des problèmes détaillés, et utilisent une synthèse RAID pour le sponsor.
Conseils
- Gardez chaque onglet court et à jour ; archivez les éléments clos.
- Transformez rapidement les hypothèses fausses en risques ou en problèmes.
- Consignez les dépendances dans les deux sens : ce dont vous avez besoin et ce dont les autres ont besoin de votre part.
- Utilisez un outil partagé afin que les responsables mettent à jour leurs propres éléments.
Modèles gratuits sur ce sujet
Questions fréquentes
Que signifie RAID dans un registre RAID ?
Risks (risques), Assumptions (hypothèses), Issues (problèmes) et Dependencies (dépendances). Certaines équipes utilisent les décisions à la place des dépendances, ou en complément.
À quoi sert un registre RAID ?
Pour suivre en un seul endroit les principaux risques, hypothèses, problèmes et dépendances d'un projet.
Qui tient à jour le registre RAID ?
Le chef de projet ou un coordinateur de projet, chaque responsable d'élément tenant à jour ses propres entrées.
À quelle fréquence faut-il examiner un registre RAID ?
Généralement chaque semaine ou à chaque réunion de projet régulière, les principaux éléments étant présentés au sponsor.
Quelle est la différence entre un risque et une hypothèse dans un registre RAID ?
Une hypothèse est un élément considéré comme vrai pour la planification ; un risque est un événement incertain. Une hypothèse susceptible de se révéler fausse crée un risque.
Quelle est la différence entre un risque et un problème dans un registre RAID ?
Un risque peut survenir ; un problème est déjà en cours.
Qu'est-ce qu'une dépendance dans un registre RAID ?
Une relation dans laquelle un travail dépend d'un autre, souvent pris en charge par une autre équipe ou une autre organisation.
Peut-on créer un registre RAID dans Excel ?
Oui. Un classeur avec un onglet par type est le format le plus courant.
Un registre RAID est-il la même chose qu'un registre des risques ?
Non. Un registre des risques ne couvre que les risques ; un registre RAID couvre aussi les hypothèses, les problèmes et les dépendances.
Qu'est-ce que le RAIDD et en quoi étend-il un registre RAID ?
Une variante du registre RAID qui suit aussi les décisions : risques, hypothèses, problèmes, dépendances et décisions.
Les équipes agiles utilisent-elles des registres RAID ?
Certaines, oui, surtout dans les grandes organisations ou les programmes, même si de nombreuses équipes agiles gèrent plutôt les obstacles sur leur tableau.