Pourquoi les risques projet restent-ils souvent mal identifiés?
Les référentiels de gestion de projet recommandent d’identifier les risques tôt et de les maintenir dans un registre structuré. En pratique, l’exercice tourne souvent court. Le chef de projet remplit seul sa matrice de risques en début de phase, les parties prenantes valident sans réellement contribuer, et le document rejoint la pile des livrables administratifs que personne ne consulte jusqu’à ce qu’un problème survienne.
Le problème n’est pas l’outil: une matrice probabilité/impact reste pertinente pour hiérarchiser les risques une fois identifiés. Le problème est la méthode de collecte. Demander aux participants de “lister les risques du projet” dans une salle de réunion produit une participation faible, des réponses convenues et une couverture incomplète. Les risques les plus importants, ceux qui touchent aux dysfonctionnements organisationnels ou aux décisions managériales, sont précisément ceux que ce format ne parvient pas à faire émerger.
Le Speed Boat: la gamification au service du diagnostic
Le Speed Boat est un jeu sérieux (serious game) inventé par Luke Hohmann dans Innovation Games (Addison-Wesley, 2006). Il repose sur une métaphore visuelle: le projet est un bateau qui se dirige vers une île représentant l’objectif. Les obstacles, risques et blocages prennent la forme d’ancres accrochées sous la coque.
Pourquoi cette métaphore fonctionne-t-elle mieux qu’un formulaire à remplir? Parce qu’elle change le cadre cognitif des participants. On ne leur demande plus de produire un livrable formel (“identifiez les risques”), mais de contribuer à un exercice visuel et concret (“qu’est-ce qui freine notre bateau?”). La reformulation abaisse la barrière d’entrée et produit des réponses plus authentiques, y compris sur les sujets que personne n’ose aborder dans un format classique. Un participant qui hésite à dire “le processus de validation est trop lent” dans une réunion formelle écrira plus facilement cette même observation sur un post-it en forme d’ancre.
Anatomie d’un atelier
L’exercice se déroule en quatre temps, avec un facilitateur et 2 à 10 participants. La durée totale varie de 30 à 60 minutes pour la version de base.
Le facilitateur commence par installer le dispositif visuel: un bateau portant le nom du projet, une île affichant la question centrale (“Qu’est-ce qui nous empêche de livrer dans les délais?” ou “Quels freins ralentissent l’adoption par nos utilisateurs?”), et un espace pour accrocher les ancres. La précision de cette question conditionne la pertinence des contributions: trop vague, elle produit des réponses génériques; bien calibrée, elle oriente la réflexion vers les blocages concrets.
Pendant dix minutes de brainstorming silencieux, chaque participant inscrit un obstacle par post-it. Ce silence initial n’est pas un détail de facilitation: il empêche les personnalités dominantes de cadrer la discussion avant que les contributions individuelles soient formulées. Les recherches en psychologie sociale montrent que la production d’idées en groupe est systématiquement inférieure à la somme des productions individuelles lorsque la réflexion est collective dès le départ, un phénomène connu sous le nom de blocage de production.
La phase collective permet ensuite à chaque participant de présenter ses ancres. Le facilitateur regroupe les observations similaires et encourage les clarifications. Les convergences spontanées signalent les obstacles systémiques: quand plusieurs personnes issues de services différents identifient indépendamment le même frein, sa réalité est difficile à contester.
La séance se termine par une priorisation rapide des ancres identifiées et leur transfert vers un support opérationnel: registre des risques, backlog ou plan d’action. Le facilitateur s’engage à distribuer un compte-rendu dans les 48 heures pour maintenir la dynamique.
Ciseaux et bouées: de l’analyse à la résolution
La version avancée du Speed Boat, souvent méconnue, ajoute deux éléments qui transforment l’exercice de diagnostic en exercice de résolution.
Les ciseaux désignent les actions capables de supprimer définitivement un obstacle. Les bouées représentent les mesures d’atténuation, qui réduisent l’impact du problème sans l’éliminer. Cette distinction, qui rappelle les stratégies de réponse aux risques (éviter vs atténuer) utilisées dans les référentiels comme le PMBOK, donne à l’équipe un vocabulaire concret pour discuter des solutions sans confondre traitement symptomatique et résolution structurelle.
Un exemple tiré de la pratique: face à l’ancre “temps de validation trop long par le comité”, une bouée pourrait être de pré-valider les demandes mineures au niveau du chef de projet, réduisant les délais sans changer le processus. Les ciseaux consisteraient à redéfinir les seuils de délégation pour supprimer cette étape sur les décisions à faible impact, éliminant le goulot d’étranglement à la source.
Cette phase nécessite 30 minutes supplémentaires, portant l’atelier complet à environ 90 minutes. L’investissement en temps se justifie: l’équipe repart avec un plan de réponse structuré plutôt qu’un simple inventaire de problèmes.
Un outil qui dépasse le cadre agile
Les rétrospectives agiles ont popularisé le Speed Boat, mais son mécanisme de base, une métaphore visuelle qui structure l’identification collective des obstacles, s’applique à n’importe quel type de projet et à n’importe quelle phase du cycle de vie.
La phase de cadrage offre un terrain particulièrement fertile: l’atelier mobilise la connaissance terrain des équipes opérationnelles pour anticiper les risques avant qu’ils ne se matérialisent. Lorsqu’un projet accuse un ralentissement en cours d’exécution, le Speed Boat permet de diagnostiquer des causes que les indicateurs de suivi classiques (délais, budget, avancement) ne capturent pas. Un comité de pilotage, quant à lui, peut s’appuyer sur les résultats d’un atelier pour structurer les remontées du terrain dans un format exploitable par les décideurs.
L’outil est particulièrement efficace pour faire émerger les obstacles organisationnels, ceux qui ne figurent jamais dans les matrices de risques parce qu’ils touchent aux processus internes, aux relations entre équipes ou aux circuits de décision. Un chef de projet qui remplit seul son registre des risques travaille avec une vision partielle. Un atelier Speed Boat de 45 minutes, avec les bonnes personnes autour de la table, produit un inventaire plus complet parce qu’il mobilise l’intelligence collective là où les méthodes individuelles atteignent leurs limites.
Ce qui fait la différence avec un brainstorming classique
Trois éléments distinguent le Speed Boat d’une session de brainstorming libre. La question centrale liée à l’île impose un cadre thématique qui évite la dispersion. Le format “un post-it = un obstacle” force la granularité et empêche les contributions vagues du type “on a un problème de communication”, obligeant les participants à formuler des observations spécifiques et actionnables. Enfin, la métaphore visuelle rend les résultats immédiatement lisibles pour tous les participants, ce qui facilite la priorisation et l’appropriation collective des conclusions.
Le Speed Boat ne remplace pas les outils formels d’analyse des risques, mais il comble une lacune que ces outils ne couvrent pas: la collecte initiale, celle où la qualité et l’exhaustivité dépendent de la capacité à faire parler les bonnes personnes sur les vrais sujets.
Sources: Atomic Object — Speed Boat Design Thinking, SessionLab — Speed Boat