La gestion des risques en projet – le cycle actif de Hillson

Publié le 2026-07-02 · La recherche derrière Project-simulator

Dans beaucoup de projets, il existe une liste de risques créée au lancement, remplie de dix lignes — puis jamais rouverte. David Hillson, l'un des chercheurs et consultants en gestion des risques de projet les plus connus au monde, a consacré sa carrière à expliquer pourquoi cela ne suffit pas. Dans son livre Managing Risk in Projects, il résume ce qu'est vraiment la gestion des risques : non pas une liste, mais un cycle actif.

L'approche de Hillson a influencé les normes internationales du domaine et se révèle étonnamment pratique. Il s'agit de rendre l'incertitude gérable — avant qu'elle n'ait le temps de devenir un problème. Pour un chef de projet, c'est une bonne nouvelle : la gestion des risques n'exige aucune mathématique avancée, seulement une méthode de travail structurée, réellement appliquée et maintenue en vie tout au long du projet.

Que dit la recherche ?

La définition du risque selon Hillson est percutante : le risque est une incertitude qui compte. Tout est incertain dans un projet, mais seule l'incertitude susceptible d'affecter les objectifs du projet mérite votre attention. La définition englobe en outre deux sortes de risques : les menaces, qui peuvent nuire aux objectifs, et les opportunités, qui peuvent les servir. Ne chasser que les menaces, c'est selon Hillson ne faire que la moitié du travail.

La gestion elle-même, il la décrit comme un cycle récurrent. On identifie d'abord les risques — que peut-il se passer qui affecte les objectifs ? Puis chacun est évalué selon sa probabilité et son impact, afin que les plus importants remontent en tête. Ensuite, une réponse délibérée est choisie pour chaque risque significatif : l'éviter, le réduire, le transférer à une autre partie, ou l'accepter en toute connaissance de cause. Pour les opportunités, il existe des réponses en miroir, comme les renforcer ou les exploiter.

L'étape finale, décisive, est le suivi. Chaque réponse doit avoir un responsable et une échéance, et le cycle doit recommencer à intervalles réguliers, car les anciens risques meurent et de nouveaux naissent au fil du projet. Une évaluation des risques sans responsables, sans dates et sans suivi n'est, selon Hillson, que de la documentation — pas de la gestion des risques. La différence entre les deux se voit rarement dans les documents, mais toujours dans la façon dont le projet s'en sort quand l'imprévu survient.

Qu'est-ce que cela signifie pour vous, chef de projet ?

Donnez à chaque risque un responsable et une date. À la fin de l'atelier risques, aucune action ne doit rester en suspens. « Nous devrions surveiller le fournisseur » n'est pas une action — « Anna fait le point sur le planning de livraison avec le fournisseur d'ici vendredi » en est une.

Priorisez selon la probabilité et l'impact — et osez rayer. Une liste de trente risques non évalués ne protège personne. Évaluez, triez, et concentrez vos forces sur la poignée de risques qui peuvent réellement couler le projet. Le reste, surveillez-le d'une main légère — et rayez-le en toute bonne conscience quand il n'est plus d'actualité.

Mettez les risques à l'ordre du jour, à chaque fois. Un point permanent en réunion de projet — quels risques ont évolué, lesquels sont nouveaux, lesquels peut-on clore ? — coûte dix minutes et fait la différence entre un cycle vivant et une liste morte. N'oubliez pas de demander aussi les opportunités.

Comment vous entraîner

La gestion des risques se joue en grande partie dans des conversations : animer un atelier risques où chacun ose contribuer, amener un responsable hiérarchique réticent à prendre en charge une action, ou annoncer au comité de pilotage qu'un risque a grossi — sans enjoliver ni dramatiser. Dans Project-simulator, vous vous entraînez à ces conversations face à des interlocuteurs IA, dans un environnement de simulation sécurisé, avec un feedback fondé sur des preuves qui pointe vos propres formulations. Vous pouvez essayer gratuitement pendant une semaine.