Créer un registre RAID que votre équipe tiendra vraiment à jour
La plupart des équipes possèdent un registre RAID. Bien peu en tiennent un qui reflète la réalité. Le document est créé pendant la planification, rassure dans la présentation de lancement, puis se périme en silence pendant que le projet dérive. À l'aube de 2021, alors que beaucoup d'équipes travaillent encore à distance ou en mode hybride et que les perturbations d'approvisionnement persistent, un registre RAID à jour est l'une des assurances les moins chères qu'un chef de projet puisse s'offrir.
RAID signifie Risques, Hypothèses (Assumptions), Problèmes (Issues) et Dépendances. Les quatre catégories comptent parce qu'elles captent des choses différentes. Un risque ne s'est pas encore produit; un problème, oui. Une hypothèse est ce que vous tenez pour vrai sans preuve. Une dépendance est quelque chose hors de votre contrôle direct dont dépend votre plan. Les mélanger est la première raison pour laquelle les registres tombent en désuétude : personne ne sait plus ce qu'il regarde.
Bien structurer les quatre colonnes
Gardez une structure assez légère pour qu'une mise à jour prenne moins d'une minute, mais assez riche pour appuyer une décision. Pour chaque entrée, notez qui l'a soulevée, la date, une description en langage clair, un responsable et un statut. Pour les risques en particulier, ajoutez la probabilité, l'impact et la réponse choisie.
Risques. Ce qui pourrait survenir et nuire. Notez la probabilité, l'impact et une réponse : éviter, réduire, transférer ou accepter. Un risque sans réponse nommée n'est qu'une inquiétude.
Hypothèses. Les croyances autour desquelles vous planifiez — un permis arrivera en mars, un fournisseur pourra encore expédier par mer. Indiquez comment vous confirmerez chacune, car les hypothèses qui s'effondrent en silence deviennent vos pires problèmes.
Problèmes. Les difficultés en cours qui exigent une action. Suivez le responsable et une date cible de résolution, pas seulement une description.
Dépendances. Les transferts dont vous dépendez d'une autre équipe, d'un fournisseur ou d'un organisme d'approbation. Notez le sens et la date à laquelle vous en avez besoin.
En faire une habitude
Un registre se périme parce que sa révision n'a pas de place fixe. Donnez-lui-en une. Placez une révision RAID de cinq minutes en tête de votre réunion de suivi hebdomadaire et ne parcourez que les entrées modifiées ou en retard. Quand une équipe à distance ne peut compter sur les conversations de couloir pour faire remonter les problèmes, ce créneau régulier devient l'endroit où les préoccupations se disent vraiment.
Attribuez à chaque entrée un responsable nommé unique — jamais une équipe ni un rôle.
Clôturez les entrées clairement : déplacez les problèmes résolus vers une section « clos » plutôt que de les supprimer, pour garder un historique vérifiable.
Retestez les hypothèses selon un calendrier; une hypothèse posée en octobre peut être fausse en janvier.
Gardez une seule source de vérité et liez-y partout, pour que personne ne travaille sur une copie périmée.
La discipline compte plus que l'outil. Un tableur partagé révisé chaque semaine vaut mieux qu'une belle plateforme de risques que personne n'ouvre. L'objectif est un dossier vivant qui vous laisse voir les ennuis tôt — quand vous avez encore des options peu coûteuses pour réagir.
Si vous souhaitez de l'aide pour mettre en place une gouvernance de projet que votre équipe maintiendra vraiment, le conseil en réalisation de programmes et de projets de XNM peut vous aider à la bâtir et à en ancrer l'habitude.