Modèle de journal RAID Permalink

Utilisez ce modèle pour tenir un journal RAID dans Quire : réunissez les risques, hypothèses, problèmes et dépendances au même endroit, classez-les par impact en affichage Tableau, et organisez une revue hebdomadaire qui clôt réellement les sujets.

Vous pouvez consulter le projet Journal RAID et le dupliquer dans votre espace de travail, afin de ne pas avoir à tout construire à partir de zéro.

Vous pouvez aussi découvrir d’autres modèles prêts à l’emploi pour accélérer votre flux de travail.

Comprendre les journaux RAID

RAID signifie Risques, Hypothèses, Problèmes et Dépendances. Un journal RAID est le registre continu de ces quatre éléments : ce qui pourrait mal tourner, ce sur quoi vous pariez sans l’avoir vérifié, ce qui a déjà mal tourné, et ce dont vous avez besoin de la part de personnes extérieures à votre équipe.

La plupart des équipes suivent une partie de cela quelque part. Très peu réunissent les quatre au même endroit, et c’est précisément là que réside la valeur. Un code budgétaire manquant ressemble à un petit problème administratif jusqu’à ce que vous remarquiez que c’est la raison pour laquelle le fournisseur ne délivrera pas les identifiants, ce qui explique pourquoi l’accord de la semaine de lancement n’est toujours pas signé. Une seule cause racine, trois listes séparées, personne ne fait le lien entre elles.

Le journal est organisé en cinq sections, avec un jalon épinglé en haut afin que chaque date en dessous soit lue par rapport à l’échéance qui compte.

Quatre sections accueillent les catégories elles-mêmes. La cinquième, Gouvernance RAID, contient le rythme des revues, la partie qui détermine si le journal survivra au-delà du deuxième mois. Vingt-et-une entrées d’exemple sont déjà rédigées, afin que vous puissiez voir la forme d’une bonne rédaction avant de les remplacer par les vôtres.

Journal RAID ou registre des risques

Quire propose les deux, et ils répondent à des questions différentes. Un registre des risques est un instrument approfondi pour une seule catégorie : une matrice 5x5, des scores de risque numériques, cinq stratégies de réponse formelles et un rythme de gouvernance, le tout centré uniquement sur le risque. Un journal RAID est un instrument plus léger pour quatre catégories, évaluant le risque avec seulement la probabilité et l’impact, mais couvrant les hypothèses et les dépendances pour lesquelles un registre n’a pas de place.

Utilisez le journal quand vous voulez un seul endroit pour tout ce qui pourrait faire dérailler le projet. Utilisez le registre quand la gestion des risques est le cœur du travail et que le scoring doit pouvoir être défendu. Il est courant d’utiliser les deux, le journal comme registre de travail et le registre comme artefact formel.

Le modèle est fourni avec un document couvrant la mise en place, les règles de catégorie et les modes de défaillance à éviter.

Un second document contient l’ordre du jour de la revue hebdomadaire, afin que la personne qui anime la réunion n’ait pas à improviser le déroulé le matin même.

Distinguer les quatre catégories

Les catégories sont constamment confondues, et un débat sur l’appartenance d’un élément est un bon moyen de gaspiller les dix premières minutes d’une revue. Quatre tests permettent de trancher presque tous les cas.

Trois règles résolvent le reste.

1. Un risque qui se matérialise n’est plus un risque. Déplacez-le dans Problèmes et clôturez le risque avec une note indiquant où il est passé, plutôt que de le laisser ouvert aux deux endroits.
2. Une hypothèse qui s’avère fausse n’est pas seulement erronée, elle a une conséquence. Clôturez l’hypothèse et soulevez cette conséquence comme un risque ou un problème.
3. Une dépendance que vous avez cessé de relancer est un risque. Réévaluez-la lors du nettoyage mensuel.

L’entrée d’exemple A-01 du modèle est l’illustration concrète de la règle deux, reliée au problème qu’elle a produit.

Lire le journal en affichage Tableau

L’affichage Tableau est disponible uniquement dans les formules Professional, Premium, Enterprise. Plus d’informations sur notre page tarifaire.

L’affichage Tableau est le journal RAID proprement dit. Il place chaque champ personnalisé à côté de l’entrée, et le tri par impact transforme le haut de la liste en ordre du jour de votre réunion.

Sept champs portent le journal.

Date de création et Dernière revue ressemblent à de la simple tenue de registre. Une entrée créée en mars, revue en avril et toujours ouverte en septembre n’est pas gérée, et ces deux dates sont le seul moyen de le révéler sans que quelqu’un ne le remarque par hasard.

Note : si vous vous surprenez à remplir la probabilité d’un problème, il s’agit probablement d’un risque qui n’a pas été reclassé. Les problèmes se sont déjà produits, leur probabilité est donc de cent pour cent.

Huit étiquettes traversent les quatre catégories : Budget, Planning, Technique, Périmètre, Client, Fournisseur, Personnes et Conformité. Elles répondent à une question différente de celle du type, à savoir d’où vient l’entrée plutôt que de quel genre de chose il s’agit.

Rédiger une entrée qui en vaut la peine

La différence entre un journal RAID utile et un simple artefact de conformité tient presque entièrement à la façon dont les entrées sont rédigées. Chaque entrée d’exemple du modèle suit la même structure en quatre parties.

La description commence par un énoncé si X, alors Y, puis précise l’impact si cela se produit dans des unités qui parlent à quelqu’un, puis nomme la réponse, puis indique le déclencheur à surveiller. Le travail d’atténuation est rattaché à l’entrée sous forme de sous-tâches, afin que le plan et le registre restent au même endroit.

Cinq règles font la différence.

• Écrivez les risques comme une relation de cause à effet. « Retard du fournisseur » est une inquiétude. « Si le fournisseur manque l’échéance du 6 août, alors les tests d’authentification démarrent sans identifiants de production et les tests prennent deux semaines de retard » est quelque chose sur quoi une équipe peut agir.
• Donnez à chaque risque un déclencheur. Le point observable à partir duquel il cesse d’être hypothétique. Sans cela, l’escalade se fait tard et de manière approximative.
• Nommez la réponse. Éviter, atténuer, transférer ou accepter. « Surveiller » n’est pas une réponse, c’est une façon d’écrire « nous n’avons pas décidé ».
• Exprimez l’impact dans des unités qui parlent à quelqu’un. Semaines, argent, clients, réputation. « Impact élevé » ne dit rien à un sponsor.
• Mettez une date sur tout. Une entrée sans date d’échéance ne sera jamais traitée.

Attribuez une seule personne nommée à chaque entrée. Une équipe ne relance jamais rien, car personne en son sein ne se sent spécifiquement chargé de le faire.

Suivre le flux en affichage Tableau de bord

L’affichage Tableau de bord regroupé par statut montre le mouvement plutôt que l’inventaire, une image différente et plus honnête.

Six statuts font vivre le journal.

En attente de réponse est le statut qui mérite vraiment sa place. Sans lui, En cours doit couvrir à la fois « je travaille dessus » et « j’ai envoyé un e-mail il y a neuf jours », deux situations qui appellent des relances complètement différentes.

Astuce : observez la colonne Escaladé sur plusieurs semaines plutôt qu’en un seul coup d’œil. Si elle se remplit plus vite qu’elle ne se vide, c’est un signal de santé plus fiable que n’importe quel rapport de statut.

Extraire des vues transversales avec les sous-listes

Dans la formule Free Subscription, vous pouvez créer deux sous-listes par projet, et ce modèle en propose 4. Conservez les deux que votre équipe ouvre le plus après duplication, ou passez à une formule d’abonnement supérieure pour utiliser les quatre. Plus d’informations sur notre page tarifaire.

Les sections répondent à la question « de quel type d’élément s’agit-il ». Quatre sous-listes répondent à des questions qui traversent les quatre catégories à la fois, c’est là que le fait de tenir un seul journal plutôt que quatre commence à porter ses fruits.

• À escalader maintenant regroupe toutes les entrées à impact Critique encore ouvertes, quelle que soit leur catégorie. C’est le dossier du comité de pilotage. S’il dépasse une demi-douzaine d’éléments, le projet est surveillé plutôt que géré.
• En attente de quelqu’un d’autre regroupe tout ce dont la prochaine action ne vous revient pas. Ouvrez-la avant chaque point de statut et relancez les trois premières entrées.
• Hypothèses non validées est la liste que personne ne lit avant qu’il ne soit trop tard. Lisez-la à voix haute une fois par trimestre.
• La chaîne fournisseur est un exemple concret plutôt qu’un filtre.

Cette dernière mérite d’être ouverte en premier, car elle illustre tout l’intérêt d’un journal unique en quatre entrées.

Un bon de commande non émis est un problème. Il bloque la validation par le service financier, ce qui est une dépendance. Cela bloque à son tour la livraison des identifiants de production par le fournisseur, une autre dépendance. Et c’est la raison pour laquelle l’accord de la semaine de lancement n’est toujours pas signé, ce qui est consigné comme un risque. Trois catégories, une seule cause racine, visible uniquement parce qu’elles vivent dans le même journal. Les entrées sont reliées entre elles par de véritables dépendances de tâches, de sorte que la chaîne est imposée plutôt que simplement décrite.

Garder le journal fiable

Un journal sans revue est un document, pas un processus. La section de gouvernance contient quatre tâches récurrentes afin que le rythme apparaisse dans le planning au lieu de dépendre de la mémoire de quelqu’un.

Trois modes de défaillance expliquent la plupart des journaux RAID à l’abandon, et il vaut la peine de les nommer car ils s’installent discrètement.

1. Il devient un cimetière. Cinquante entrées ouvertes, la plupart obsolètes, si bien que plus personne ne l’ouvre. Une entrée que personne n’a touchée depuis deux mois n’est soit pas réelle, soit sans responsable.
2. Tout est à impact élevé. Si tout le journal est rouge, il a cessé de classer quoi que ce soit. Quatre entrées critiques sur vingt, c’est un projet plausible. Quatorze, c’est un projet auquel personne n’a réfléchi.
3. Il n’est mis à jour qu’avant la réunion de pilotage. À ce stade, il est passé d’outil de gestion à outil de reporting.

Les trois cas ont le même remède, peu spectaculaire : une courte revue hebdomadaire et une clôture rigoureuse des entrées.

Pour en savoir plus, consultez notre article de blog sur comment évaluer les risques et garder un registre vivant.

Questions fréquentes

Qu’est-ce qu’un journal RAID ?

Un journal RAID est un registre unique et continu de ce qui pourrait mal tourner, de ce sur quoi vous pariez sans l’avoir vérifié, de ce qui a déjà mal tourné, et de ce dont vous avez besoin de la part de personnes extérieures à votre équipe. Réunir ces quatre éléments au même endroit permet de voir que des problèmes en apparence distincts partagent une même cause racine.

Que signifie RAID ?

Risques, Hypothèses, Problèmes et Dépendances. Vous verrez aussi ce sigle développé en Risques, Actions, Problèmes et Décisions, une formulation plus courante dans la gestion de programmes. Le modèle Quire utilise la première version car les hypothèses et les dépendances sont les deux catégories que les équipes ont le moins tendance à suivre ailleurs.

Quelle est la différence entre un risque et un problème ?

Le temps grammatical et le degré de certitude. Un risque est futur et incertain, écrit sous la forme « si X, alors Y ». Un problème est présent et certain, car il s’est déjà produit. Quand un risque se matérialise, il cesse d’être un risque : déplacez-le donc dans Problèmes et clôturez le risque avec une note indiquant où il est passé.

Quelle est la différence entre un journal RAID et un registre des risques ?

Un registre des risques est un instrument approfondi pour une seule catégorie, avec une matrice 5x5 et des stratégies de réponse formelles. Un journal RAID est un instrument plus léger pour quatre catégories, et il couvre les hypothèses et les dépendances pour lesquelles un registre n’a pas de place. De nombreuses équipes utilisent les deux.

Qui est responsable du journal RAID ?

Le chef de projet est responsable du journal lui-même, c’est-à-dire du rythme des revues, de la clôture des entrées obsolètes et des escalades. Chaque entrée individuelle a besoin d’une seule personne nommée, jamais une équipe, car une équipe ne relance jamais rien.

À quelle fréquence un journal RAID doit-il être passé en revue ?

Chaque semaine pour l’ensemble du journal, environ 30 minutes triées par impact. Chaque mois pour clôturer les entrées obsolètes et réévaluer les risques ouverts. Chaque trimestre pour revalider les hypothèses. Le modèle regroupe ces trois revues sous forme de tâches récurrentes afin qu’elles apparaissent d’elles-mêmes dans le planning.

Que doit contenir une entrée de journal RAID ?

Un identifiant stable tel que R-01, la catégorie, une évaluation d’impact, un responsable nommé, une date d’échéance et une réponse écrite. Les risques nécessitent aussi une probabilité et un déclencheur, le point observable à partir duquel le risque cesse d’être hypothétique et où quelqu’un doit agir.

Pourquoi les journaux RAID cessent-ils d’être utiles ?

Trois modes de défaillance : le journal devient un cimetière d’entrées obsolètes, tout est marqué à impact élevé si bien que rien n’est classé, ou il n’est mis à jour qu’avant la réunion de pilotage. Le remède pour les trois est une courte revue hebdomadaire et une clôture rigoureuse des entrées.

Existe-t-il un modèle de journal RAID prêt à l’emploi dans Quire ?

Oui. Consultez le projet Journal RAID et dupliquez-le dans votre espace de travail pour obtenir les quatre sections de catégories plus la gouvernance, sept champs personnalisés, six statuts, huit étiquettes, quatre sous-listes transversales et vingt-et-une entrées d’exemple déjà configurées.