Risk Register

  • Concept
  • Avancé
  • IA générative
  • Toujours utilisé

En bref

Un document qui liste tous les risques identifiés d'un projet, avec leur gravité, leur probabilité et les solutions prévues.

Définition complète

Le Risk Register (registre des risques) est un document utilisé en gestion de projet qui recense tous les risques identifiés pouvant affecter le projet, avec pour chacun une estimation de sa probabilité, de sa gravité, et les mesures prévues pour le prévenir ou y réagir s’il se produit.

Par exemple, un projet de déménagement d’entreprise peut lister comme risque un retard de livraison du nouveau mobilier, avec une probabilité jugée moyenne, une gravité jugée faible, et une solution prévue consistant à garder l’ancien mobilier disponible quelques jours de plus au cas où.

Attention : un registre des risques n’est utile que s’il est mis à jour régulièrement pendant le projet ; un registre rédigé une seule fois au lancement du projet puis jamais consulté perd rapidement toute son utilité.

À quoi ça sert

Le registre des risques sert à garder une vision claire et partagée des dangers qui pèsent sur un projet, plutôt que de laisser chaque personne se souvenir de mémoire des problèmes possibles.

Il aide aussi à prioriser les efforts de prévention sur les risques les plus graves ou les plus probables, plutôt que de traiter tous les risques de la même façon, ce qui permet d’utiliser le temps et le budget disponibles de façon plus efficace.

Enfin, il permet de réagir plus vite si un risque se matérialise, car la solution prévue a déjà été réfléchie à l’avance et n’a pas besoin d’être improvisée dans l’urgence.

Cas d'usage typiques

– Lancer un projet : l’équipe a-t-elle listé les principaux risques avant de démarrer, plutôt que de les découvrir en cours de route ?
– Prioriser les efforts : quels risques du registre méritent une attention immédiate au vu de leur gravité et de leur probabilité ?
– Suivre un projet en cours : un risque identifié au départ s’est-il matérialisé, et la solution prévue a-t-elle fonctionné comme attendu ?
– Rassurer un client ou un financeur : l’organisation peut-elle présenter un registre des risques à jour pour montrer son sérieux dans la gestion du projet ?

Ce que tu sauras faire

Savoir construire et tenir à jour un registre simple des principaux risques d'un projet.

Mises en situation

Situation 1 : une association organise un festival

Contexte : Une association prépare un festival en plein air et souhaite anticiper les principaux risques liés à cet événement.

Application : L’équipe organisatrice liste les risques principaux dans un registre : mauvaise météo, absence d’un artiste, problème de sonorisation, avec pour chacun une solution de repli prévue.

Résultat attendu : Le jour de l’événement, un problème de sonorisation survient effectivement, mais l’équipe réagit rapidement grâce à la solution déjà prévue dans le registre, sans improviser dans la panique.

Situation 2 : une entreprise industrielle lance un nouveau produit

Contexte : Une entreprise industrielle prépare le lancement d’un nouveau produit, avec plusieurs fournisseurs impliqués dans la chaîne de production.

Application : Le chef de projet crée un registre des risques qui identifie notamment le risque de retard d’un fournisseur clé, avec une probabilité jugée élevée et un fournisseur de secours identifié à l’avance.

Résultat attendu : Quand le fournisseur principal prend effectivement du retard, l’entreprise active rapidement le fournisseur de secours prévu, limitant l’impact sur la date de lancement du produit.

Situation 3 : une petite entreprise néglige son registre des risques

Contexte : Une petite entreprise avait rédigé un registre des risques au lancement d’un projet, mais ne l’a plus consulté depuis plusieurs mois.

Application : Un risque non mis à jour dans le registre se matérialise sans que personne ne s’y attende, car la situation avait changé depuis la rédaction initiale du document.

Résultat attendu : L’entreprise comprend l’importance de mettre à jour régulièrement son registre des risques, et met en place une révision mensuelle pour ses projets suivants.

Application guidée : construire un registre simple

Contexte : Une PME prépare le lancement d’un nouveau site internet, avec un prestataire externe, un budget limité et une date de lancement fixée pour une opération commerciale importante.

Question : Quels risques principaux faudrait-il inscrire dans le registre des risques de ce projet ?

Résultat attendu : L’apprenant propose par exemple : retard du prestataire, dépassement du budget prévu, ou problème technique découvert juste avant le lancement, en précisant pour chacun une solution de repli simple, comme repousser légèrement la date de communication si nécessaire.

Application guidée : prioriser des risques

Contexte : Un registre des risques liste quatre risques : un jugé très probable mais peu grave, un jugé peu probable mais très grave, un jugé probable et grave, et un jugé peu probable et peu grave.

Question : Quel risque l’équipe projet devrait-elle traiter en priorité ?

Résultat attendu : L’apprenant identifie que le risque à la fois probable et grave mérite la priorité la plus élevée, car il combine une forte chance de se produire et des conséquences importantes pour le projet.

Pour bien le retenir

L'analogie

Imaginez un départ en voyage : le registre des risques, c’est la liste des choses à vérifier avant de partir, comme l’état des pneus ou l’oubli du passeport, avec pour chacune un plan B déjà prévu, comme une roue de secours ou une photocopie du passeport gardée à part.

« Un risque écrit à l'avance fait moins peur qu'un risque découvert en pleine crise. »

Pièges à éviter

À ne pas confondre avec

Une erreur fréquente consiste à rédiger un registre des risques au lancement du projet puis à ne plus jamais le consulter, alors qu'il doit être mis à jour régulièrement pour rester utile tout au long du projet.

Une autre erreur est de lister des risques de façon trop vague, comme un simple problème technique, sans préciser sa probabilité, sa gravité, ni la solution prévue, ce qui rend le registre peu exploitable en cas de besoin réel.

Enfin, certains confondent le registre des risques avec une simple liste de problèmes déjà survenus ; il doit au contraire anticiper des risques qui ne se sont pas encore produits, pour préparer une réaction rapide si besoin.

Évolution historique

Apparition : Depuis les années 1980 - 1990

Quels changements depuis l’arrivée de l’IA ?

L’intelligence artificielle a un impact encore limité sur la notion elle-même de registre des risques, qui reste un outil organisationnel classique ; certains logiciels de gestion de projet commencent néanmoins à proposer une aide automatique pour repérer des risques similaires à ceux rencontrés dans d’autres projets comparables, ce qui peut enrichir la réflexion initiale de l’équipe.

Évolution historique

Années 1980 : le registre des risques se développe dans le cadre des méthodes de gestion de grands projets industriels et informatiques.

Années 1990-2000 : la pratique se formalise et s’intègre progressivement dans les méthodologies standards de gestion de projet.

Années 2010 : des logiciels dédiés facilitent la création et le suivi des registres de risques, y compris pour des projets de taille plus modeste.

Années 2020 : le registre des risques reste un outil de référence dans les projets de transformation digitale, où de nombreux facteurs (techniques, humains, financiers) doivent être anticipés simultanément.