3.2 · Gestion des risques (identification, criticité, plan)

Niveau 3 · Pilotage, risques & communication

3.2Gestion des risques (identification, criticité, plan)

Objectif : identifier, prioriser et traiter les risques dans un registre vivant pour anticiper les menaces.
Temps estimé : 14 min · lecture autonome · Si vous n'avez que 5 min : lisez « L'essentiel en 30s » + le schéma.

L'essentiel en 30 secondes

  • Gérer les risques = les anticiper plutôt que les subir : traiter une menace à froid coûte moins cher qu'en urgence.
  • Démarche en 3 temps : identifier sans autocensure, évaluer la criticité (probabilité × impact), définir un plan de réponse.
  • Quatre stratégies (éviter, réduire, transférer, accepter) consignées dans un registre vivant avec un responsable par risque.

Mini-cas filé — Bilal ouvre le registre avant la tempête

Le projet de Bilal dépend d'un seul développeur senior et d'un fournisseur qui livre en retard une fois sur deux. Jusqu'ici, Bilal « verra bien ». Après le choc du RAF (3.1), il réunit l'équipe 45 minutes : 8 risques identifiés, criticité cotée, 3 plans lancés — doubler la compétence clé, pénalités au fournisseur, réserve de 5 jours. Deux semaines plus tard, le fournisseur dérape : le plan B s'enclenche au lieu de la panique.

Suite du cas 3.1 — Bilal passe du constat à l'anticipation.

1. Anticiper plutôt que subir

Un projet est par nature incertain. La gestion des risques consiste à anticiper les menaces plutôt qu'à les subir : identifier les risques (techniques, humains, externes, fournisseurs, délais), évaluer leur criticité (probabilité × impact), puis définir des plans de réponse. Bilal apprend la distinction clé : un risque est futur et incertain, un problème est un risque réalisé.

Gérer les risques, c'est refuser de découvrir les problèmes le jour où ils explosent : on prépare à froid ce qu'on ne veut pas gérer à chaud.

2. Quatre stratégies, un registre vivant

À chaque risque important, une stratégie : l'éviter (supprimer la cause), le réduire (baisser probabilité ou impact), le transférer (assurance, sous-traitance, clauses) ou l'accepter (avec réserve et plan de contingence, le « plan B »).

L'ensemble se consigne dans un registre des risques — risques, criticité, réponse, responsable — vivant et revu régulièrement. C'est l'une des marques d'un chef de projet mature : Bilal le relit à chaque point hebdo.

Erreur d'interprétation fréquente : « Gérer les risques = tout prévoir et tout traiter à égalité ». Non. On ne prévoit pas tout, on priorise par la criticité (probabilité × impact) et on traite d'abord les risques majeurs. Autre erreur : écrire un registre une fois puis l'oublier — un registre mort ne protège de rien.
Gérer un risque Identifier, évaluer, répondre Identifier Sansautocensure, en équipeCriticité Probabilité× impactRépondre Éviter / réduire /transférer / accepterRegistre vivant Responsable+ revue régulière
Identifier, évaluer, répondre
Version texte du schéma (SEO / lecteurs d'écran / traduction) : 1) Identifier — Bilal liste 8 risques en équipe sans autocensure. 2) Criticité — il croise probabilité et impact pour prioriser les 3 majeurs. 3) Répondre — éviter, réduire, transférer ou accepter avec plan B. 4) Registre vivant — chaque risque a un responsable et est revu chaque semaine. Leçon : anticiper à froid coûte moins cher que subir à chaud.

🔎 Exemple concret — Risque contre problème

Traiter avant l'explosion.

Risque = événement FUTUR et incertain (il peut arriver).
Problème = risque réalisé (il est là, maintenant, en urgence).
→ traiter une menace tant qu'elle est un risque coûte bien moins cher.

Résultat : des menaces anticipées, pas subies.

Réflexe : un responsable par risque dans le registre.

Vocabulaire de la section

Risque
Événement incertain qui, s'il survient, aurait un impact (le plus souvent négatif) sur le projet.

Exemple simple : le fournisseur de Bilal qui peut livrer en retard.

Ce que ce n'est pas : un retard déjà constaté (c'est un problème).

Réflexe : formuler chaque risque : « si… alors… ».

Criticité
Évaluation d'un risque combinant sa probabilité et son impact (souvent probabilité × impact).

Exemple simple : fournisseur fragile + retard bloquant = criticité forte.

Ce que ce n'est pas : le coût seul ou la date seule du risque.

Réflexe : prioriser par criticité, pas par ordre d'arrivée.

Registre des risques
Document listant les risques, leur criticité, leur réponse et leur responsable.

Exemple simple : le tableau de Bilal relu à chaque point hebdo.

Ce que ce n'est pas : une liste écrite une fois puis oubliée.

Réflexe : revoir le registre à chaque jalon de suivi.

Stratégies de réponse
Éviter, réduire, transférer ou accepter un risque selon criticité et coût.

Exemple simple : Bilal transfère via pénalités et réduit en doublant la compétence.

Ce que ce n'est pas : ignorer définitivement le risque en espérant.

Réflexe : chaque risque majeur = 1 stratégie + 1 action.

Plan de contingence
Plan d'action prévu à l'avance, à déclencher SI le risque se réalise (« plan B »).

Exemple simple : le fournisseur B de Bilal activé dès 3 jours de retard.

Ce que ce n'est pas : improviser en panique le jour où ça casse.

Réflexe : écrire le déclencheur avant d'en avoir besoin.

En pratique — Construire un registre des risques

  1. En équipe, identifiez les risques du projet (techniques, humains, externes, fournisseurs, délais) sans autocensure.
  2. Évaluez chacun : probabilité (faible/moyenne/forte) et impact ; croisez pour obtenir la criticité et prioriser.
  3. Pour les risques les plus critiques, choisissez une stratégie (éviter, réduire, transférer, accepter) et une action concrète.
  4. Consignez le tout dans un registre avec un responsable par risque, et revoyez-le régulièrement.
Vous identifiez, priorisez et traitez les risques dans un registre vivant : vous anticipez au lieu de subir.

Script prêt à dire — lancer le brainstorming risques (2 min)

« Listons tout ce qui pourrait nous faire rater la date, sans filtre ni débat. Ensuite on cote : probabilité fois impact. Les 3 plus critiques repartent avec un responsable et une action cette semaine. On relit le registre à chaque point. »

À dire en début de séance, tableau visible : d'abord l'exhaustivité, ensuite la priorité.

Modèle copier-coller — registre des risques express

RISQUE (si… alors…) : _______________
PROBABILITÉ (faible / moyenne / forte) : _______________
IMPACT (faible / moyen / fort) : _______________ → CRITICITÉ : _______________
STRATÉGIE (éviter / réduire / transférer / accepter) : _______________
ACTION + RESPONSABLE : _______________ | ÉCHÉANCE : _______________
PLAN B (si ça arrive) : _______________ | REVU LE : _______________

TPE / petit budget

Cinq risques majeurs suffisent : une page, un responsable chacun, revue de 10 minutes par semaine.

PME Algérie

Bilal intègre fournisseurs fragiles, délais administratifs et pics saisonniers dans ses risques externes.

Projet informatique

Doubler la compétence unique (bus factor) et prévoir un fournisseur B pour chaque dépendance critique.

Projet événementiel

Météo, lieu, prestataires : un plan B écrit par risque majeur (repli, remplaçant, réserve de temps).

✓ Bonnes pratiques

  • Identifiez les risques en équipe, sans autocensure.
  • Priorisez par la criticité (probabilité × impact).
  • Gardez le registre vivant et nommez un responsable par risque.

✗ Pièges fréquents

  • Découvrir les problèmes le jour où ils explosent.
  • Traiter tous les risques à égalité (sans prioriser la criticité).
  • Faire un registre une fois puis l'oublier.

Points clés à retenir

  • Gérer les risques = les anticiper plutôt que les subir.
  • Démarche : identifier, évaluer la criticité (probabilité × impact), répondre.
  • Quatre stratégies : éviter, réduire, transférer, accepter.
  • Le registre des risques est vivant : on le revoit régulièrement.

Défi 48h — appliquez demain

Listez 5 risques de votre projet, cotez leur criticité et lancez 1 action sur le plus critique (modèle ci-dessus).

Checklist sortie de section
  • Je distingue risque (futur) et problème (réalisé).
  • Je sais coter la criticité (probabilité × impact).
  • J'ai ouvert un registre avec 1 responsable par risque.
Auto-évaluation 1-5 : j'anticipe au lieu de subir ?mon registre est-il vivant ?

Questions fréquentes

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

Un risque est un événement futur et incertain (il peut arriver) ; un problème est un risque qui s'est réalisé (il est là, maintenant). Gérer les risques vise à traiter les menaces tant qu'elles sont encore des risques — bien moins coûteux qu'en urgence. Anticiper, c'est préparer une réponse à froid ; gérer un problème, c'est réagir à chaud avec moins d'options.

Un risque est-il toujours négatif ?

Le plus souvent on parle de menaces, mais il existe des risques positifs (opportunités) : un événement incertain qui aiderait le projet. Les stratégies s'inversent alors. En pratique, l'effort porte sur les menaces, mais garder l'œil sur les opportunités distingue un pilotage mature.

Vérifiez votre compréhension

Bilal cote chaque risque avant d'agir. Comment priorise-t-il ?

Ressources supplémentaires (optionnel, pour aller plus loin)

Examen du niveau 3Questions inédites et durcies pour valider vos acquis