Le Risk Register : Dépôt Central des Risques Projet

Le Risk Register : Dépôt Central des Risques Projet

Définition PMBOK v8

Le Risk Register est un référentiel (repository) dans lequel les sorties des processus de gestion des risques sont enregistrées. Il capture les détails des risques individuels identifiés du projet. Les résultats des processus Identifier les Risques, Analyser les Risques, Planifier les Réponses aux Risques, Mettre en Œuvre les Réponses aux Risques et Surveiller les Risques sont consignés dans le registre des risques au fur et à mesure de leur exécution tout au long du projet.

Pourquoi c'est important pour l'examen

Le Risk Register est un livrable central et récurrent dans les questions de l'examen PMI. Il apparaît dans les questions portant sur les entrées/sorties des processus de gestion des risques, mais aussi dans les scénarios où l'on vous demande de distinguer un risque identifié d'une préoccupation (concern) ou d'un problème (issue). Sa structure et son évolution au fil du projet sont fréquemment testées.

Points clés à retenir (pour l'examen)

  • Processus d'alimentation: Le Risk Register est mis à jour lors de 5 processus : Identifier les Risques, Analyser les Risques, Planifier les Réponses, Mettre en Œuvre les Réponses, et Surveiller les Risques.
  • Contenu initial (Identify Risks) : Liste des risques identifiés (avec identifiant unique et énoncé structuré cause-effet) + Propriétaires de risques potentiels.
  • Contenu évolutif : Le registre s'enrichit au fil des processus (analyse, planification des réponses, suivi). Il peut contenir des informations limitées ou très détaillées selon la taille et la complexité du projet.
  • Distinction clé : Le Risk Register se concentre sur les risques individuels du projet. Le Risk Report se concentre sur le risque global du projet (overall project risk) et les tendances.
  • Output de plusieurs processus : Le Risk Register est une sortie (output) de Identify Risks et une entrée (input) pour les processus suivants de gestion des risques.

Exemple type examen PMI

Un chef de projet vient de terminer l'atelier d'identification des risques. Il a documenté chaque risque avec son identifiant unique, sa description (cause-effet) et un propriétaire potentiel. Quel livrable vient-il de créer ou de mettre à jour ?

Réponse attendue : Le Risk Register (mis à jour suite au processus Identify Risks).

Pièges à l'examen PMI

  • Piège : Confondre le Risk Register avec le Risk Report.
    • Réalité : Le Risk Register détaille les risques individuels (liste, propriétaires). Le Risk Report synthétise les sources de risque global et les tendances (nombre de menaces/opportunités, répartition par catégorie).
  • Piège : Croire que le Risk Register est un document figé créé une seule fois.
    • Réalité : Il est mis à jour tout au long du projet par les 5 processus de gestion des risques.
  • Piège : Penser que le Risk Register contient uniquement les risques négatifs (menaces).
    • Réalité : Il inclut à la fois les menaces (risques négatifs) et les opportunités (risques positifs) identifiés.
  • Piège : Confondre le Risk Register avec le registre des problèmes (Issue Log).
    • Réalité : Le Risk Register traite des risques (incertitudes futures). Le registre des problèmes traite des problèmes (événements survenus).

Connexions PMI importantes

Concept liéType de relationPoint d'attention examen
Risk ReportComplémentaireLe Risk Register = risques individuels ; le Risk Report = risque global du projet + tendances.
Issue LogDistinction fondamentaleRisk Register = incertitudes futures ; Issue Log = problèmes actuels déjà survenus.
Identify RisksProcessus créateurLe Risk Register est un output de ce processus (il contient la liste initiale des risques).
Monitor RisksProcessus de mise à jour continueLe Risk Register est mis à jour lors de ce processus (suivi des réponses, nouveaux risques).

Questions de révision rapide

  1. Quels sont les 5 processus de gestion des risques qui alimentent et mettent à jour le Risk Register ?
  2. Quelle est la différence entre le contenu du Risk Register après Identify Risks et après Plan Risk Responses ?
  3. Le Risk Register contient-il uniquement des menaces ou également des opportunités ?
  4. Quel livrable traite du risque global du projet (overall project risk) et non des risques individuels ?
  5. Si un risque identifié se réalise, dans quel registre doit-il être déplacé ?

Référence PMBOK v8

Section 2.7.2 - Risk Performance Domain (sous-section Risk Register dans le contexte du processus Identify Risks et Monitor Risks)