Un projet qui démarre sans cadrage clair ressemble à une expédition sans carte. On avance, on s’active, on produit des livrables. Mais vers quoi, exactement? Avec quelles contraintes? Avec quel soutien? Ces questions, triviales en apparence, restent sans réponse formelle dans un nombre surprenant de projets.
L’Inception Deck, créée par Jonathan Rasmusson dans son ouvrage The Agile Samurai, propose une méthode simple pour y remédier. Il s’agit d’un atelier structuré autour de dix questions fondamentales, conçu pour aligner l’équipe et les parties prenantes (stakeholders, c’est-à-dire toute personne ayant un intérêt ou un rôle dans le projet) avant le démarrage réel du travail. L’outil vient du monde agile, mais son utilité dépasse largement ce cadre. Toute équipe qui lance un projet, qu’il s’agisse d’une réorganisation de service, du déploiement d’un nouveau processus ou de l’organisation d’un événement, gagnerait à se poser ces questions.
Pourquoi cadrer avant de planifier?
Les référentiels classiques de gestion de projet connaissent bien le principe du cadrage. Le PMBOK (Project Management Body of Knowledge, le référentiel du PMI) formalise cette étape à travers la charte de projet (project charter), un document qui officialise l’existence du projet et donne autorité au chef de projet. PRINCE2 utilise le project brief, un document de cadrage initial qui précède le business case détaillé. HERMES, le référentiel suisse, parle de mandat de projet.
Ces documents sont utiles, parfois indispensables dans un contexte organisationnel formel. Mais ils partagent une limite: ils sont souvent rédigés par une ou deux personnes, puis validés par une instance de gouvernance. Le reste de l’équipe les découvre, au mieux, lors d’une réunion de lancement. Le cadrage devient alors un exercice administratif plutôt qu’un moment de construction collective. Or le document sans la conversation est un exercice administratif; la conversation sans le document ne laisse pas de trace gouvernable. L’Inception Deck tente de résoudre cette tension: elle produit une compréhension partagée par la discussion collective, tout en générant des artefacts suffisamment structurés pour nourrir ensuite les documents formels exigés par la gouvernance.
Les dix questions, regroupées par fonction
Les dix activités de l’Inception Deck ne sont pas dix étapes séquentielles. Elles couvrent trois grandes fonctions du cadrage: clarifier le sens du projet, délimiter son périmètre et établir ses contraintes.
Clarifier le sens: pourquoi ce projet existe
La première question, “Why are we here?”, vise à expliciter le motif d’investissement derrière le projet. Pas l’objectif technique ou le livrable attendu, mais la raison pour laquelle l’organisation a décidé d’engager du temps et de l’argent. Pour une réorganisation d’entrepôt, la raison pourrait être la réduction des délais de livraison, la conformité à de nouvelles normes de sécurité ou la préparation à une augmentation de volume. Ces trois motifs conduisent à des décisions très différentes en cours de projet. Si l’équipe ne connaît pas le vrai moteur, elle prendra des arbitrages à l’aveugle.
La deuxième activité, le pitch d’ascenseur (elevator pitch), prolonge ce travail en forçant l’équipe à résumer le projet en quelques phrases. L’exercice est plus difficile qu’il n’y paraît. Un projet qu’on ne peut pas expliquer en trente secondes est un projet dont le périmètre n’est probablement pas clair.
La troisième activité, “Design a Product Box”, pousse l’équipe à se placer du côté du bénéficiaire: si le résultat du projet était un produit sur une étagère, quels seraient les trois arguments qui donneraient envie de l’adopter? L’exercice fonctionne aussi bien pour un processus interne que pour un produit commercial. Il oblige à penser en termes de valeur perçue plutôt qu’en termes de spécifications. En pratique, c’est l’une des activités les plus faciles à écarter pour les petits projets, où la proposition de valeur est souvent déjà limpide.
Délimiter le périmètre: ce qu’on fait et ce qu’on ne fait pas
La quatrième activité, la “NOT List”, est peut-être la plus utile de toute la série. Il s’agit d’une liste explicite de ce que le projet ne fera pas. Le scope (périmètre) d’un projet se définit autant par ses exclusions que par ses inclusions. Une réorganisation d’entrepôt qui ne touche pas au système informatique de gestion des stocks, c’est une information aussi importante que le nouveau plan de circulation. Cette clarification prévient le scope creep (dérive du périmètre), qui reste l’une des causes les plus documentées de dépassement de budget et de délais. Même pour un projet modeste, la “NOT List” reste indispensable: c’est souvent la seule activité qui empêche le périmètre de gonfler silencieusement au fil des semaines.
Matérialiser les conditions de réalisation
Quatre activités de l’Inception Deck partagent une même fonction: elles obligent l’équipe à rendre concrets les moyens, les acteurs, les méthodes et les ordres de grandeur du projet. “Meet Your Neighbors” cartographie les parties prenantes au-delà de l’équipe projet, ceux qui seront impactés, qui détiennent une information critique, qui devront valider un livrable. “Show the Solution” invite à esquisser l’approche retenue: procède-t-on par phases? Par site pilote puis déploiement? Externalise-t-on certaines prestations? “Size It Up” produit une estimation d’ordre de grandeur, pas un planning détaillé, mais une fourchette réaliste. Pour le déménagement d’un service de 50 personnes, la question est simple mais rarement posée à voix haute: parle-t-on de six semaines ou de six mois? Cette fourchette grossière est souvent plus utile qu’un planning précis construit trop tôt, parce qu’elle force à confronter les attentes aux réalités. Enfin, la dixième activité confronte le projet à la question des ressources concrètes: quelle équipe, quel budget, quelle durée? L’important, pour ces quatre activités, est moins la précision des réponses que le fait de les formuler collectivement et explicitement, plutôt que de les laisser dans la tête d’une seule personne. Dans un petit projet, “Show the Solution” peut être traitée en quelques minutes ou même sautée si l’approche est évidente.
Établir les contraintes: ce qui est négociable et ce qui ne l’est pas
La septième activité, “What Keeps Us Up at Night?”, est un exercice d’identification des risques. L’originalité de Rasmusson est de distinguer les risques sur lesquels l’équipe peut agir (un fournisseur incertain, une compétence manquante) de ceux qui la dépassent (une crise économique, un changement de direction). Cette distinction évite de perdre du temps sur ce qui est hors de portée tout en s’assurant que les risques gérables sont effectivement gérés.
La neuvième activité aborde frontalement la question des compromis. Parmi les quatre leviers classiques d’un projet, le temps, le budget, le périmètre et la qualité, lesquels sont fixes et lesquels sont ajustables? Cette discussion, qu’on appelle parfois le triangle des contraintes (triple constraint), est rarement menée de façon explicite en début de projet. Pourtant, elle conditionne toutes les décisions futures. Si le budget est non négociable mais que le périmètre peut être réduit, les arbitrages en cours de route seront radicalement différents de la situation inverse. Avec la “NOT List”, c’est l’activité qui devrait survivre à toute version condensée de l’atelier. Même un projet de trois semaines bénéficie de savoir dès le départ ce qui est sacrifiable et ce qui ne l’est pas.
Combien de temps faut-il prévoir?
L’Inception Deck se déroule typiquement sur deux à cinq jours, selon la complexité du projet et le nombre de parties prenantes à impliquer. Ce n’est pas anodin. Bloquer une équipe entière pendant plusieurs jours avant même le démarrage peut sembler coûteux. Mais c’est précisément cet investissement initial qui évite les semaines perdues plus tard à réaligner des équipes qui n’avaient pas la même compréhension du projet.
Pour des projets de taille modeste, une version condensée sur une demi-journée, en sélectionnant les cinq ou six questions les plus pertinentes, peut suffire. Rasmusson lui-même recommande d’adapter l’outil. En priorité, conservez la “NOT List” et la discussion sur les compromis. L’elevator pitch et l’identification des risques apportent aussi une valeur quasi systématique. En revanche, le “Product Box” et “Show the Solution” sont les premiers candidats à l’allègement quand le temps manque.
Un outil d’alignement, pas un formulaire
L’Inception Deck ne remplace pas la charte de projet formelle ni le business case. Elle remplit un rôle différent: créer un alignement collectif et rendre explicites des hypothèses qui restent souvent implicites. Dans les organisations qui utilisent un référentiel formel, elle s’insère naturellement en amont ou en parallèle du processus de cadrage officiel. Les réponses produites pendant l’atelier alimentent directement la rédaction des documents formels, avec l’avantage d’avoir été construites collectivement plutôt que dans le bureau du chef de projet.
Un point de vigilance cependant: l’atelier ne fonctionne que si les participants osent réellement s’exprimer. Si le sponsor ou le chef de projet monopolise la parole, l’Inception Deck se transforme en réunion de validation déguisée. Le facilitateur doit créer un espace où un collaborateur métier ou un membre junior de l’équipe peut dire “je ne comprends pas pourquoi on fait ce projet” sans que ce soit perçu comme une attaque. C’est cette franchise qui donne à l’exercice sa valeur, et c’est aussi ce qui le rend difficile dans certaines cultures d’entreprise.
L’Inception Deck originale a été conçue pour des projets logiciels, et certaines formulations le trahissent. Mais les questions fondamentales, pourquoi ce projet, pour qui, avec quelles limites, quels risques, quels compromis, sont universelles. En pratique, les résultats de l’atelier gagnent à être synthétisés dans un document d’une à deux pages, partageable avec le sponsor et le PMO (Project Management Office, le bureau de gestion de projet). Ce livrable léger sert de référence tout au long du projet et facilite le passage vers les documents de gouvernance formels si l’organisation l’exige.