Bonjour !
Dans la leçon précédente, nous avons appris à organiser un atelier collaboratif pour identifier les risques potentiels d'un projet, en utilisant des techniques comme le brainstorming et le pre-mortem. Vous avez maintenant les outils pour générer une liste de risques, formulés de manière claire grâce à la méthode Contexte-Événement-Impact.
Cependant, une longue liste de risques peut être paralysante. On ne peut pas tout traiter avec la même urgence. La question qui se pose est donc : par où commencer ?
L'objectif de cette leçon est de répondre à cette question. Nous allons apprendre à évaluer les risques en fonction de leur probabilité et de leur impact. C'est l'étape cruciale qui permet de passer d'une simple liste à une hiérarchie claire, vous indiquant où concentrer votre énergie et vos ressources. L'outil principal que nous utiliserons pour cela est la matrice des risques, un incontournable de la gestion de projet.
1. Les deux dimensions d'un risque : Probabilité et Impact
Après l'identification vient l'analyse. Pour chaque risque que votre équipe a listé, vous allez évaluer deux dimensions fondamentales :
- La Probabilité (ou fréquence) : Quelle est la vraisemblance que cet événement redouté se produise ? Est-ce quelque chose d'improbable, de possible, de quasi certain ?
- L'Impact (ou gravité/sévérité) : Si ce risque se matérialise, quelles en seront les conséquences sur le projet ? L'impact peut toucher différents axes : le budget, les délais, la qualité du produit, la satisfaction du client, la réputation de l'entreprise, etc.
Évaluer un risque, c'est donc lui attribuer une note pour chacune de ces deux dimensions. L'idée est de pouvoir comparer objectivement des risques de nature très différente. Par exemple, comment comparer le risque "un développeur clé quitte le projet" avec le risque "une API externe tombe en panne" ? En les évaluant sur ces deux mêmes axes.
2. Évaluer la probabilité et l'impact avec des échelles
Pour rendre cette évaluation plus structurée et moins subjective, on utilise des échelles de notation. Ces échelles peuvent être qualitatives (Faible, Moyen, Fort) ou quantitatives (de 1 à 4, ou de 1 à 5, par exemple).
Matrice des risques projet : exemple pas à pas (+Modèle)
L'article "Matrice des risques projet : exemple pas à pas" du Blog Gestion de Projet offre une excellente description de ces échelles. Il vous montre concrètement comment transformer une estimation subjective en une note chiffrée.
Lisez la section intitulée "2) Evaluation des risques". Concentrez-vous sur les deux tableaux qui définissent une échelle de 1 à 4 pour la probabilité et pour l'impact. Notez les descriptions associées à chaque niveau (ex: Probabilité 3 = "Probable", Impact 4 = "Catastrophique").
Comme vous l'avez vu, une échelle typique peut ressembler à ceci :
Échelle de Probabilité (1-4)
- Rare/Improbable : Ne s'est jamais produit.
- Peu probable : S'est déjà produit mais rarement.
- Probable : Se produit occasionnellement.
- Très probable/Fréquent : Se produit systématiquement ou très souvent.
Échelle d'Impact (1-4)
- Mineur : Conséquences négligeables sur le projet.
- Modéré : Impact limité, gérable sans modification majeure du plan.
- Majeur/Critique : Conséquences importantes, le projet est en danger.
- Catastrophique : Menace l'existence même du projet.
Il est important de noter que ces échelles (que ce soit 1-4, 1-5 ou autre) doivent être adaptées et définies avec l'équipe au début du projet. L'essentiel est que tout le monde partage la même compréhension de ce que signifie "Impact 3", par exemple. Pour vous qui venez du développement, cela peut paraître approximatif. Le but n'est pas une précision mathématique, mais de créer un classement relatif et un consensus d'équipe. La discussion pour se mettre d'accord sur un score est souvent plus instructive que le score final lui-même.
3. La Matrice des Risques : Calculer la Criticité
Une fois que nous avons nos deux notes, nous les combinons pour obtenir un score unique : la criticité. La formule est simple et intuitive :
Ce score de criticité nous permet de hiérarchiser tous les risques sur une seule échelle. Un risque avec une criticité de 16 (4x4) est objectivement plus dangereux qu'un risque avec une criticité de 2 (2x1).
Pour visualiser cette hiérarchie, nous utilisons la matrice des risques. C'est un graphique qui place l'impact sur un axe et la probabilité sur l'autre.
4 étapes pour CONCEVOIR la Matrice des Risques | Tutoriel #01
La vidéo "4 étapes pour CONCEVOIR la Matrice des Risques" de la chaîne Parlons Projet by BGDP illustre parfaitement ce processus. Elle vous montrera comment passer de l'évaluation à la visualisation.
Regardez d'abord le segment de 2:11 à 3:54. Il explique comment déterminer l'impact et la probabilité pour un risque donné, et comment la criticité est calculée. Ensuite, regardez la partie de 5:37 à 7:15. Elle montre comment ces scores sont reportés sur la matrice et comment les zones de couleur (jaune, orange, rouge) aident à la prise de décision.
Comme vous l'avez vu, la matrice est généralement divisée en zones de couleur pour une lecture immédiate :
- Zone Verte (ou Jaune) : Risques de faible criticité. À surveiller, mais ne nécessitent pas d'action immédiate.
- Zone Orange : Risques de criticité modérée. Des actions préventives ou des plans de secours doivent être envisagés.
- Zone Rouge : Risques de criticité élevée. Inacceptables. Ils requièrent une attention et une action immédiates.
Voici deux exemples de matrices qui illustrent bien ce concept :
Testez votre compréhension !
Reprenons le risque que nous avions formulé dans la leçon précédente : "Si la nouvelle version majeure d'Angular sort avec des changements majeurs juste avant notre MEP, alors nous pourrions être obligés de passer beaucoup de temps à refactoriser, donc cela pourrait retarder la livraison du projet de plusieurs semaines."
En utilisant l'échelle de 1 à 4 vue précédemment :
- Quelle note de Probabilité donneriez-vous à ce risque ? Justifiez.
- Quelle note d'Impact donneriez-vous ? Justifiez.
- Calculez la Criticité et déterminez dans quelle zone de couleur (Jaune, Orange, Rouge) il se situerait, en vous basant sur le modèle de la vidéo LINK (Critique > 2, Très critique >= 8).
Show answer
Bien sûr, l'évaluation peut varier, mais voici un exemple de raisonnement :
- Probabilité : 3 (Probable). Les mises à jour majeures de frameworks comme Angular introduisent fréquemment des "breaking changes". Il est donc assez probable que des adaptations soient nécessaires. Ce n'est pas "Très probable" (4) car il y a aussi une chance que les changements n'impactent pas directement notre code.
- Impact : 4 (Catastrophique). L'impact décrit est un "retard de plusieurs semaines" sur la livraison du projet. Selon les enjeux du projet, cela peut mettre en péril ses objectifs fondamentaux (respect des délais, budget). C'est donc un impact maximal.
- Criticité : 3 (Probabilité) × 4 (Impact) = 12.
Selon le modèle de la vidéo, une criticité supérieure ou égale à 8 est considérée comme "Très critique". Ce risque se situe donc clairement dans la zone rouge. Il demande une attention immédiate.
4. La Matrice des Risques dans un Contexte Agile
En tant que futur Tech Lead ou Product Owner évoluant probablement dans un environnement Scrum, vous pourriez vous demander si cet outil, qui semble très "gestion de projet traditionnelle", a sa place en Agile. La réponse est un oui franc, mais avec une philosophie différente.
"Il faut tout faire !" 🤮🛑👉 User Story (Mapping), matrice des risques
La chaîne Scrum Life aborde ce point précis dans sa vidéo sur la matrice des risques. C'est une perspective cruciale pour intégrer cet outil de manière pertinente dans une culture agile.
Regardez le segment de 5:21 à 6:21. L'animateur explique la différence majeure dans l'utilisation de cet outil en contexte agile. Retenez les deux points clés qu'il mentionne.
Les deux points essentiels à retenir pour utiliser la matrice des risques en Agile/Scrum sont :
- C'est un artefact vivant : La matrice n'est pas un document que l'on crée au début du projet et qu'on oublie. C'est une "photo à l'instant T". Le paysage des risques évolue constamment. La matrice doit donc être revue et mise à jour régulièrement, par exemple lors des rétrospectives de sprint ou des sessions d'affinage du backlog.
- C'est un outil collaboratif : Elle ne doit pas être la propriété d'un chef de projet isolé. Elle est créée, évaluée et maintenue par toute l'équipe. C'est l'intelligence collective de "ceux qui font" qui la rend pertinente et utile.
Pour vous, cela signifie que l'atelier d'évaluation des risques (où vous remplissez la matrice) est aussi important que la matrice elle-même. C'est un moment privilégié pour aligner l'équipe technique et le Product Owner sur ce qui est vraiment important et dangereux pour le projet.
Conclusion
Évaluer les risques est l'étape qui transforme une simple inquiétude en une priorité d'action. En sortant de votre atelier, vous ne devriez plus avoir une simple liste, mais une carte visuelle qui guide vos décisions.
Les points clés à retenir :
- L'évaluation d'un risque repose sur deux axes : sa probabilité de survenir et son impact s'il survient.
- Des échelles de notation (ex: 1 à 4) permettent de quantifier ces deux dimensions pour les rendre comparables.
- La criticité (Probabilité x Impact) donne un score unique pour hiérarchiser tous les risques.
- La matrice des risques est l'outil visuel qui affiche cette hiérarchie à l'aide de zones de couleur (vert/jaune, orange, rouge), indiquant les risques nécessitant une action immédiate.
- En contexte agile, la matrice des risques est un artefact vivant et collaboratif, mis à jour en continu par l'équipe.
Vous savez maintenant identifier les risques les plus critiques. La prochaine étape logique est de se demander : "Ok, ce risque est dans la zone rouge. Concrètement, qu'est-ce qu'on fait ?".
Dans la prochaine leçon, nous explorerons les différentes stratégies de réponse aux risques (éviter, atténuer, transférer, accepter) pour construire un plan d'action concret.