Ouvrez le registre de risques d’un projet au hasard — le vôtre, celui d’un client, celui d’un grand donneur d’ouvrage. Vous y trouverez presque toujours des lignes comme celles-ci :

« Retard de livraison de l’acier. »

« Manque de ressources en ingénierie. »

« Dépassement de coûts du lot 3. »

Aucune de ces lignes n’est un risque. Ce sont des problèmes — des choses déjà arrivées ou en train d’arriver. Et cette confusion, banale en apparence, déforme silencieusement toute la gestion du projet : la priorisation, les réunions, les chiffres présentés au comité, et jusqu’à la façon dont l’équipe se représente son propre avenir.

La distinction en une phrase

Un problème est certain : il est là, il a un coût connu ou estimable, et il exige une correction. Un risque est potentiel : il pourrait survenir, avec une probabilité et un impact estimables, et il exige une préparation.

Ce n’est pas une subtilité de vocabulaire. Les deux objets appellent des gestes de gestion différents, des budgets différents, et des personnes différentes autour de la table. Le problème appartient à celui qui doit le corriger maintenant. Le risque appartient à celui qui peut décider d’agir avant qu’il ne se matérialise — ce qui n’est presque jamais la même personne, ni le même horizon.

La norme ISO 31000 définit le risque comme « l’effet de l’incertitude sur l’atteinte des objectifs ». Retenez le mot incertitude : c’est lui qui disparaît quand un risque devient un problème. Un événement certain n’a plus d’effet incertain — il a un effet, point. Il sort du domaine de la gestion des risques pour entrer dans celui de la gestion des enjeux.

Le test de la probabilité

Le test tient en une question : est-ce que l’énoncé a encore une probabilité inférieure à 100 % ?

« L’acier est en retard de trois semaines. » Probabilité : 100 %. C’est arrivé. C’est un problème, et il mérite un plan de récupération, une date, un responsable — mais pas une place dans le registre des risques.

« Le fournisseur d’acier montre des signes de difficulté financière, ce qui pourrait retarder les livraisons du quatrième trimestre et repousser la mise en service. » Voilà un risque. Notez la structure : une cause observable (les signes de difficulté), un événement incertain (le retard des livraisons), une conséquence sur les objectifs du projet (la mise en service).

Cette structure — cause → événement incertain → conséquence — est le meilleur outil de diagnostic que je connaisse. Un énoncé qui refuse de s’y plier est soit un problème déguisé, soit une inquiétude trop vague pour être gérée. Dans les deux cas, il ne peut pas rester tel quel.

Quatre énoncés, retravaillés

Voici comment les lignes du début se transforment une fois le test appliqué.

« Retard de livraison de l’acier »

Problème si l’acier est déjà en retard → registre des enjeux, avec plan de récupération. Risque si le retard est anticipé : « La congestion portuaire observée depuis mars pourrait retarder les livraisons d’acier du T4 et décaler le montage de la charpente. »

« Manque de ressources en ingénierie »

Presque toujours un problème constaté. Le risque associé, lui, s’écrit : « Le départ annoncé de deux ingénieurs seniors pourrait laisser la conception structurale sans expertise clé au moment de la revue de 60 %, retardant l’émission pour construction. »

« Dépassement de coûts du lot 3 »

Si le dépassement est constaté : enjeu, avec analyse d’écart. S’il est anticipé : « L’écart de productivité observé sur les quatre dernières semaines, s’il se maintient, pourrait porter le lot 3 au-delà de son enveloppe avant la fin des travaux d’excavation. »

« Risque météo »

Ni l’un ni l’autre — c’est une catégorie, pas un énoncé. Il faut la rendre spécifique : « Une arrivée hâtive du gel avant la mi-novembre empêcherait la coulée des fondations et reporterait les travaux au printemps. » Là seulement peut-on l’évaluer et le traiter.

Ce que la confusion coûte réellement

Quatre effets, du plus visible au plus insidieux.

  • Vous gérez le passé au lieu du futur. Une réunion de « risques » remplie de problèmes est une réunion de rattrapage. Elle est utile — les problèmes doivent être gérés — mais elle consomme le seul créneau où l’équipe regarde devant. Personne ne s’en aperçoit, parce que la réunion semble productive : on y parle de choses réelles et urgentes.
  • Les vrais risques meurent en silence. Les problèmes sont bruyants par nature : quelqu’un attend une réponse, une facture, une décision. Le risque qui frappera dans trois mois ne crie pas. Il attend patiemment que quelqu’un lui accorde vingt minutes — et dans une réunion monopolisée par l’actualité, ces vingt minutes n’arrivent jamais.
  • Vos chiffres deviennent inutilisables. Un registre où la moitié des entrées sont des problèmes surestime l’exposition future — on additionne des impacts déjà encaissés à des impacts potentiels — et sous-estime la charge corrective actuelle, puisqu’elle est noyée dans le registre au lieu d’être suivie comme telle. Les deux chiffres que la direction utilise pour décider sont faux en même temps, dans des directions opposées.
  • Les réponses sont mal calibrées. Un problème appelle une action corrective : une date, un responsable, un coût. Un risque appelle un autre vocabulaire — éviter, atténuer, transférer, accepter — et souvent un plan de contingence assorti d’un seuil de déclenchement. Confondre les deux produit des « plans » hybrides qui ne font correctement ni l’un ni l’autre : trop tardifs pour prévenir, trop vagues pour corriger.

Où vont les problèmes : le registre des enjeux

Sortir un problème du registre des risques ne veut pas dire l’abandonner. Il change de domicile. La plupart des méthodologies — PRINCE2 est explicite là-dessus, le PMBOK l’implique — prévoient un registre des enjeux distinct : ce qui est arrivé, ce qu’on fait, qui pilote, pour quand.

Cette séparation a un bénéfice qu’on sous-estime : elle rend visible le taux de matérialisation. Quand un risque devient un enjeu, il devrait être fermé côté risques et ouvert côté enjeux, avec un lien entre les deux. Au bout de quelques mois, vous pouvez répondre à une question que presque aucune organisation ne sait traiter : parmi les risques que nous avions identifiés, combien se sont réalisés — et parmi les enjeux que nous subissons, combien avions-nous vus venir ? Le second chiffre est une mesure directe de la qualité de votre identification.

Le correctif : vingt minutes, trois questions

À votre prochaine revue de registre, passez chaque ligne au crible.

  • Est-ce déjà arrivé ? Si oui, déplacez-le vers le suivi des enjeux, avec une action corrective et une date. Ne le supprimez pas : reliez-le, pour garder la trace de la matérialisation.
  • Peut-on écrire cause → événement incertain → conséquence ? Si l’énoncé ne se plie pas à cette structure, il est trop vague pour être évalué, et donc pour être priorisé. Réécrivez-le avec son propriétaire — l’exercice prend trois minutes et clarifie souvent le désaccord réel.
  • Reste-t-il une probabilité sous 100 % ? C’est la seule chose qui justifie sa place dans le registre des risques.

Dans les registres que je révise, cet exercice reclasse typiquement le quart des entrées. L’effet est immédiat et un peu déstabilisant : le registre rétrécit, et la réunion recommence à parler d’avenir. Les premiers temps, certains y voient une perte — on avait « plus de risques » avant. C’est l’inverse : on avait surtout plus de bruit.

Pour aller plus loin

La semaine prochaine, nous regarderons ce qui arrive à un registre quand personne ne l’entretient — les sept signes d’un registre mort, et comment les mesurer plutôt que les déplorer.

Si vous voulez appliquer le test à votre propre registre, écrivez-moi : je passe une douzaine d’énoncés en revue et je vous renvoie le tri, avec les reformulations. C’est un exercice d’une heure qui change souvent la conversation suivante avec votre comité.

Références : ISO 31000:2018, Management du risque — Lignes directrices · PRINCE2, gestion des risques et des enjeux · PMI, Standard for Risk Management in Portfolios, Programs, and Projects.