Matrice des risques projet
Dans tout projet, les risques qu'on n'a pas formalisés sont ceux qui reviennent en réunion de crise. J'ai construit cet outil pour sortir les risques de la tête des chefs de projet et les mettre sur une grille lisible par tout le monde.
Ajouter un risque
Aucun risque ajouté. Saisissez le premier risque identifié sur votre projet.
Aucune donnée n'est enregistrée — tout s'exécute dans votre navigateur.
Comment utiliser cet outil
- 1Ajoutez chaque risque identifié avec sa description
- 2Notez la probabilité (1 à 5) et l'impact (1 à 5)
- 3Ajoutez un plan d'action pour les risques élevés
- 4Consultez la cartographie et le registre trié par criticité
Pourquoi ce critère compte
Un risque non formalisé est un risque qu'on découvre en réunion de crise. La matrice probabilité × impact permet de prioriser l'effort de mitigation : tous les risques ne méritent pas le même traitement. Les risques critiques (score 15-25) demandent un plan d'action immédiat ; les risques faibles peuvent être simplement surveillés. Un registre visible par toute l'équipe évite aussi que les alertes restent dans la tête d'une seule personne.
Questions fréquentes
Comment noter la probabilité et l'impact d'un risque ?
Probabilité : 1 = quasi-impossible, 3 = possible, 5 = quasi-certain. Impact : 1 = négligeable pour le projet, 3 = perturbation significative, 5 = menace l'ensemble du projet. Ces notations sont relatives à votre contexte : calibrez-les en équipe pour qu'elles aient la même signification pour tous.
Quelle est la différence entre risque, problème et hypothèse ?
Un risque est un événement futur incertain qui peut impacter le projet négativement. Un problème est un risque qui s'est matérialisé. Une hypothèse est une condition supposée vraie sur laquelle repose le plan : si elle se révèle fausse, c'est un risque. La matrice gère les risques ; les problèmes vont dans le backlog.
À quelle fréquence mettre à jour le registre des risques ?
Au minimum à chaque début de sprint ou de phase. Idéalement, chaque nouvelle information sur le projet (résultat d'un atelier, retour d'un prestataire, décision cliente) doit déclencher une réévaluation des risques concernés.
Tester un autre outil
À lire aussi
Pourquoi comparer la vélocité de deux équipes ne veut rien dire
La vélocité mesure une équipe contre elle-même, jamais contre une autre. Pourquoi cette comparaison, fréquente en reporting multi-équipes, fausse le pilotage.
Les deux premières semaines font le projet : pourquoi le cadrage détermine tout ce qui suit
Ce qui se décide dans les dix premiers jours d'un projet conditionne la livraison entière. Retour sur les erreurs de cadrage les plus coûteuses et comment les éviter sans ralentir le démarrage.
La dette de cadrage coûte plus cher que la dette technique
On parle beaucoup de dette technique. La dette de cadrage, les zones grises jamais tranchées en amont, est souvent plus coûteuse, et beaucoup moins visible.