- Description
- Une digue de béton qui avance dans la mer pour briser les vagues et les surcotes de tempête, avec deux pêcheurs sur les rochers.
- Source
- Lucky Ambago Purok Otso · page d’origine
- Licence
- CC0 Domaine public
Gestion des risques (RSK)
Un risque est un événement incertain dont la réalisation dégrade le projet. La différence entre un risque et un problème tient au temps : le risque se traite à bas coût avant, le problème…
Niveau : 🟢→🔴 · Code : RSK · Matrice : PI
Pourquoi ce thème#
Un risque est un événement incertain dont la réalisation dégrade le projet. La différence entre un risque et un problème tient au temps : le risque se traite à bas coût avant, le problème se paie plein tarif après. Les équipes qui n'en parlent pas vivent leurs imprévus comme des surprises, alors que la plupart étaient prévisibles (départ d'une personne clé, source de données instable, dépendance externe en retard). Le coût d'ignorer : crises récurrentes, héros épuisés, délais sans marge réelle.
Ce que mesure le thème#
- Axe : de la réaction aux crises à l'intégration des risques dans les décisions.
- Indicateur clé : part des problèmes survenus qui avaient été identifiés comme risques (taux d'anticipation) ; exposition résiduelle totale.
- Unité : % de problèmes anticipés ; exposition en jours ou en euros ; nombre de risques traités avant réalisation.
Les cinq niveaux#
| Niveau | Nom court | Promesse | Indicateur type (ordre de grandeur) |
|---|---|---|---|
| 1 | Pompiers | Les problèmes sont traités à mesure qu'ils éclatent, par ceux qui sont disponibles. | Anticipés : < 10 % |
| 2 | Liste de risques | Les risques connus sont écrits au démarrage ; on sait ce qui nous inquiète. | Anticipés : 20 à 30 % |
| 3 | Registre vivant | Chaque risque a un propriétaire, une probabilité, un impact, une réponse et une date de revue ; le registre est relu toutes les semaines ou à chaque itération. | Anticipés : 40 à 60 % ; revue hebdomadaire |
| 4 | Exposition suivie | L'exposition globale est chiffrée et suivie dans le temps ; chaque risque réalisé est analysé, et les réponses sont efficaces. | Anticipés : 60 à 80 % ; efficacité des réponses mesurée |
| 5 | Risque dans la décision | Les risques pèsent dans les choix (périmètre, planning, architecture) ; des réserves chiffrées existent, et les risques sont partagés entre projets. | Réserves dimensionnées ; anticipés > 80 % |
Jalons par niveau#
| ID | Jalon | Preuve vérifiable |
|---|---|---|
| PI-RSK-1.1 | Les incidents sont notés quand ils surviennent. | Journal d'incidents du projet. |
| PI-RSK-1.2 | Une personne est désignée quand une crise éclate. | Nom du responsable de crise pour les 3 dernières crises. |
| PI-RSK-1.3 | Les crises passées sont racontées à l'équipe. | Traces de comptes rendus de crise. |
| PI-RSK-2.1 | Une liste de risques existe au démarrage, avec au moins 5 entrées pour un projet moyen. | Document daté du démarrage. |
| PI-RSK-2.2 | Chaque risque est formulé « cause → événement → conséquence ». | Relire 5 risques : forme complète. |
| PI-RSK-2.3 | La liste est relue au moins une fois à mi-parcours. | Deux versions successives. |
| PI-RSK-3.1 | Chaque risque a un propriétaire nommé. | Colonne « propriétaire » remplie à 100 %. |
| PI-RSK-3.2 | Probabilité et impact sont cotés selon une échelle commune. | Échelle écrite ; cotation de chaque risque. |
| PI-RSK-3.3 | Une réponse est choisie par risque important (éviter, réduire, transférer, accepter) avec action datée. | Actions suivies dans l'outil de tickets. |
| PI-RSK-3.4 | Le registre est revu à cadence fixe (au moins toutes les deux semaines). | Historique de versions et dates de revue. |
| PI-RSK-3.5 | Des déclencheurs (triggers) sont définis pour les risques majeurs. | Seuils observables écrits. |
| PI-RSK-4.1 | L'exposition (probabilité × impact) est agrégée et suivie par période. | Courbe d'exposition sur ≥ 6 mois. |
| PI-RSK-4.2 | Chaque risque réalisé donne lieu à une analyse (avait-il été vu ? la réponse a-t-elle marché ?). | Fiches d'analyse des risques réalisés. |
| PI-RSK-4.3 | Le taux d'anticipation est calculé (problèmes survenus déjà au registre). | Indicateur sur au moins 10 problèmes. |
| PI-RSK-4.4 | Des risques propres à la donnée (source qui dérive, volumétrie, qualité, conformité) sont au registre. | Entrées spécifiques présentes. |
| PI-RSK-5.1 | Une réserve de délai ou de budget est dimensionnée à partir du registre. | Calcul de réserve documenté. |
| PI-RSK-5.2 | Les risques influencent les décisions : un choix est modifié pour réduire une exposition. | Exemple de décision tracé. |
| PI-RSK-5.3 | Les risques sont consolidés entre projets (dépendances communes, ressources partagées). | Vue portefeuille des risques. |
| PI-RSK-5.4 | Des simulations (pré-mortem, scénarios) alimentent régulièrement le registre. | Compte rendu de pré-mortem avec nouvelles entrées. |
Lecture détaillée par niveau#
Niveau 1. Signes : « on verra bien » ; la dernière crise réécrit le planning. Gain : aucun coût d'administration. Ne garantit pas : de ne pas répéter les mêmes crises. Difficulté : 1/5. Effort : 1/5.
Niveau 2. Signes : un tableau de risques écrit au démarrage, rarement rouvert. Gain : prise de conscience. Ne garantit pas que l'on agisse. Difficulté : 1/5. Effort : 1/5.
Niveau 3. Signes : le sujet est à l'ordre du jour hebdomadaire ; des actions de réduction existent. Gain : réduction réelle des crises. Ne garantit pas : l'exhaustivité (les « inconnues inconnues »). Difficulté : 3/5. Effort : 2/5.
Niveau 4. Signes : courbe d'exposition, fiches d'analyse, taux d'anticipation connu. Gain : amélioration mesurée du jugement collectif. Ne garantit pas que la cotation soit étalonnée. Difficulté : 4/5. Effort : 3/5.
Niveau 5. Signes : réserves chiffrées, décisions influencées, pré-mortems, vue portefeuille. Gain : tolérance aux chocs. Ne garantit pas l'absence de risque systémique hors du champ du projet. Difficulté : 5/5. Effort : 4/5.
Atteinte partielle et notation#
Règle commune : voir README.
- 0,5 : le registre existe mais est mis à jour avant les comités seulement ; propriétaires nommés sans actions datées.
- 1 : chaque risque important a une action datée et un propriétaire qui peut en parler sans notes.
- Un 5 partiel : taux d'anticipation mesuré (≈ 70 %), réserve de planning issue du registre, pré-mortem annuel ; pas de vue portefeuille. Score ≈ 4,5.
Risque : « l'API de l'application de force de vente est limitée en nombre d'appels par heure ; si la volumétrie double, l'extraction quotidienne dépasse la fenêtre nocturne, et les rapports du matin sont obsolètes ». Propriétaire : responsable du datamart. Déclencheur : durée d'extraction > 70 % de la fenêtre. Réponse : extraction incrémentale, prototype avant le 15 du mois. Le risque a un déclencheur mesurable : c'est ce qui le sépare d'une inquiétude.
Registre-alibi. Symptôme : 60 lignes cotées « moyen », jamais traitées. Cause : le registre est un livrable plutôt qu'un outil. Remède : limiter à 10–15 risques actifs, exiger une action datée, fermer ce qui n'a plus de sens.
Goodhart : si le nombre de risques « rouges » est un objectif, ils sont recotés en jaune. Auditer la cotation sur des échantillons ; comparer cotation et réalisation (4.3).
Le pré-mortem (« imaginons que le projet a échoué dans six mois : pourquoi ? ») aide, en une séance courte (de l'ordre de 45 minutes), à faire émerger des risques que l'identification classique laisse passer, car il autorise chacun à dire ce qu'il pressent.
Passer au niveau suivant#
Moyens possibles (facultatifs)
- 1 → 2 : atelier de démarrage de 30 minutes, liste partagée.
- 2 → 3 : registre avec échelle de cotation, propriétaire, action et déclencheur ; point hebdomadaire de 10 minutes ; voir fondamentaux et méthodes prédictives.
- 3 → 4 : suivi d'exposition ; retour sur chaque risque réalisé ; indicateurs dans métriques et reporting.
- 4 → 5 : réserves de gestion, pré-mortem périodique, consolidation portefeuille.
Utile pour suggérer des risques courants du type de projet et relire un registre à la recherche d'oublis ; limite : elle n'a pas la mémoire de vos incidents, et un registre généré « parfait » donne une illusion de couverture. Voir IA et conduite de projet.
Voir aussi#
- Thèmes voisins : 02 Gouvernance · 03 Planification · 06 Équipe · 09 Livraison · 10 Amélioration continue.
- Autres matrices : Sécurité (DL) · Observabilité et fiabilité (DL) · Sécurité, confidentialité, conformité (data) · Sources et contrats de données (data).
- Pratique : Pièges et bonnes pratiques · Méthodes prédictives · Glossaire.
✻ Rédigé par Claude Sonnet 5.5
