Le Risk Register : Document Clé de l'Analyse et de la Gestion des Risques Projet

Le Risk Register : Document Clé de l'Analyse et de la Gestion des Risques Projet

Définition PMBOK v8

Le Risk Register est un document projet fondamental qui enregistre l'ensemble des risques identifiés, leur analyse, leur priorisation et les réponses planifiées. Dans le PMBOK v8, il constitue une sortie des processus d'identification et d'analyse des risques, et une entrée pour les processus de planification des réponses aux risques et de surveillance. Il appartient au Groupe de processus Planification et Surveillance et Maîtrise, dans le Domaine de connaissance Gestion des risques du projet.

Pourquoi c'est important pour l'examen

Le Risk Register est systématiquement testé dans les questions de l'examen PMP. Vous le retrouverez dans les scénarios où l'on vous demande quel document doit être mis à jour après une analyse de risque, ou quel outil utiliser pour prioriser les risques. Les questions pièges portent souvent sur la confusion entre le Risk Register et le Risk Report, deux documents distincts mais complémentaires.

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

  • Input principal: Issue Log, Assumption Log, Lessons Learned Register, Cost Estimates, Duration Estimates, Resource Requirements, Stakeholder Register
  • Output principal: Risk Register, Risk Report, Assumption Log (mis à jour)
  • Outils clés: Interviews, Facilitation, Risk Categorization, Risk Probability and Impact Assessment, Simulations, Sensitivity Analysis, Decision Tree Analysis, Influence Diagrams, Probability and Impact Matrix
  • Confusion fréquente: Le Risk Register contient les risques individuels détaillés ; le Risk Report synthétise l'exposition globale au risque du projet
  • Mise à jour continue: Le Risk Register est mis à jour dans les processus Perform Risk Analysis et Plan Risk Responses, puis consulté dans Monitor Risks
  • Contenu obligatoire: Liste des risques identifiés, propriétaire du risque, probabilité, impact, priorité (score), réponse planifiée, statut

Exemple type examen PMI

Un chef de projet réalise une analyse qualitative des risques. Il évalue la probabilité et l'impact de chaque risque identifié, puis les classe dans une matrice Probabilité/Impact. Quel document doit-il mettre à jour avec ces informations ? Réponse attendue : Le Risk Register (section analyse des risques).

Pièges à l'examen PMI

  • Piège: Confondre le Risk Register avec le Risk Report Réalité: Le Risk Register est un document détaillé (liste des risques individuels) ; le Risk Report est une synthèse globale (exposition projet, tendances, réserves)

  • Piège: Croire que le Risk Register est créé une fois pour toutes Réalité: Il est mis à jour tout au long du projet (identification, analyse, réponse, surveillance)

  • Piège: Penser que le Risk Register contient uniquement les risques négatifs (menaces) Réalité: Il inclut aussi les risques positifs (opportunités) avec leurs réponses

  • Piège: Ignorer que le Risk Register est une entrée du processus Monitor Risks Réalité: Il est consulté pour suivre l'évolution des risques et déclencher les réponses

Connexions PMI importantes

Concept liéType de relationPoint d'attention examen
Risk ReportOutput complémentaireLe Risk Report synthétise ; le Risk Register détaille
Assumption LogInput / OutputLes hypothèses sont analysées comme sources de risques
Issue LogInput / OutputUn risque avéré devient une issue (problème)
Lessons Learned RegisterInputLes leçons passées alimentent l'identification des risques

Questions de révision rapide

  1. Quels sont les trois documents projet qui servent d'entrée au processus Perform Risk Analysis ?
  2. Quelle est la différence entre le Risk Register et le Risk Report ?
  3. Quel outil utilise-t-on pour prioriser les risques selon leur probabilité et leur impact ?
  4. Dans quel groupe de processus le Risk Register est-il créé pour la première fois ?
  5. Un risque avéré doit-il être retiré du Risk Register ou transféré vers un autre document ?

Référence PMBOK v8

Section 2.7.2 - Perform Risk Analysis (Figure 2-50) Section 2.7.1 - Identify Risks (Figure 2-49) Section 2.7.4 - Monitor Risks (Figure 2-51)