Cadrer un projet

Chapitre 1 · Ce qu'on ne cadre pas, on le subit

6 min de lecture

Le cadrage n’est pas une formalité

Un projet digital qui dérive n’a presque jamais commencé par une mauvaise idée. Il a commencé par un lancement précipité : un objectif compris différemment par chacun, un périmètre jamais écrit noir sur blanc, des parties prenantes qu’on découvre en cours de route. Le cadrage sert précisément à éviter ce scénario. Ce n’est pas une étape administrative avant le vrai travail, c’est le moment où l’on rend explicite ce que tout le monde croit avoir compris.

Un projet mal cadré coûte cher tard, quand il est difficile à corriger. Un projet bien cadré coûte un peu de temps tôt, quand corriger ne coûte presque rien. C’est cet arbitrage que ce chapitre outille.

La note de cadrage

La note de cadrage est le document de référence auquel on revient dès qu’un doute surgit. Elle tient sur quelques pages et répond à cinq questions.

Les objectifs disent pourquoi le projet existe, en des termes qui permettront de juger s’il a réussi. « Améliorer l’expérience client » n’est pas un objectif de cadrage, c’est une intention. « Réduire de moitié le taux d’abandon du parcours de commande d’ici la fin du trimestre » en est un.

Le périmètre délimite ce qui est inclus et, tout aussi important, ce qui ne l’est pas. Un périmètre qui ne mentionne que ce qui entre dans le projet laisse toute la place aux malentendus : c’est la liste de ce qui en est exclu qui évite les négociations tardives.

Les parties prenantes identifient qui décide, qui contribue, qui sera affecté par le résultat. Cette liste alimente directement l’analyse détaillée plus bas.

Les risques recensent ce qui pourrait empêcher le projet d’atteindre ses objectifs : dépendance à un prestataire unique, compétence rare non disponible, contrainte réglementaire, fenêtre de marché courte. Les nommer tôt permet de préparer une réponse plutôt que de la découvrir en urgence.

Les critères de succès enfin précisent comment on saura, à la fin, si le projet a tenu sa promesse. Ils se fixent avant le lancement, jamais après : un critère choisi a posteriori se plie toujours au résultat obtenu.

Analyser les parties prenantes

Toutes les parties prenantes ne se pilotent pas de la même façon. Une personne qui a beaucoup de pouvoir sur le projet et un intérêt élevé à son succès mérite une implication étroite et continue. Une personne qui a peu de pouvoir mais un fort intérêt mérite d’être tenue informée, pour ne pas transformer une inquiétude légitime en résistance. Une personne qui a du pouvoir mais peu d’intérêt apparent doit être surveillée : son désintérêt peut basculer en opposition si le projet la touche sans l’avoir consultée.

Cette lecture croisée du pouvoir et de l’intérêt évite l’erreur la plus commune du cadrage : traiter toutes les parties prenantes avec la même intensité de communication, ce qui revient à noyer les décideurs clés dans le même flux que les personnes simplement concernées.

La matrice RACI

Une fois les parties prenantes identifiées, il reste à clarifier qui fait quoi. La matrice RACI croise les activités du projet avec quatre rôles possibles pour chaque personne impliquée : Responsible (celui qui réalise), Accountable (celui qui rend des comptes sur le résultat), Consulted (celui qu’on consulte avant de décider) et Informed (celui qu’on informe après coup).

L’intérêt de l’outil tient à une règle simple et souvent transgressée : chaque activité ne doit avoir qu’un seul Accountable. Dès qu’une tâche a deux personnes responsables du résultat, personne ne l’est vraiment, chacune pouvant compter sur l’autre en cas de problème. Le Responsible, en revanche, peut être plusieurs personnes qui exécutent ensemble.

Dans une matrice RACI, pourquoi une activité ne doit-elle avoir qu'un seul « Accountable » ?

  • A. Parce que la responsabilité finale du résultat doit être identifiable sans ambiguïté, sinon personne ne l'assume réellement
  • B. Parce que le logiciel de gestion de projet limite ce rôle à une seule personne
  • C. Parce que le Responsible et l'Accountable doivent toujours être la même personne
Voir la réponse

Réponse : A. Un Accountable partagé entre deux personnes se dilue en pratique : chacune peut renvoyer la responsabilité vers l’autre quand un problème survient. Le Responsible, lui, peut être plusieurs personnes qui exécutent la tâche ensemble, ce qui n’est pas incompatible avec un Accountable unique qui en répond.

Source : Matrice RACI, Wikipédia, consulté en 2026.

Estimer les charges et poser un macro-planning

Estimer un projet digital consiste à découper le travail en tâches suffisamment fines pour être estimables individuellement, puis à additionner. Cette décomposition oblige à se demander concrètement ce qu’il faudra faire, ce qui révèle souvent des étapes oubliées lors d’une estimation globale « au doigt mouillé ».

Une estimation reste une probabilité, pas une certitude. C’est pourquoi elle s’accompagne toujours d’une marge, dimensionnée selon le niveau d’incertitude réel du projet : plus le sujet est nouveau pour l’équipe, plus la marge doit être large. Prétendre à une précision que le contexte ne permet pas n’est pas de la rigueur, c’est un mensonge à soi-même qui se paiera en fin de projet.

Le macro-planning traduit ensuite cette estimation en jalons datés : les grandes étapes, les dépendances entre elles, les points de décision qui engagent la suite. Il ne détaille pas chaque tâche, il donne le rythme du projet et permet à chaque partie prenante de savoir quand elle sera sollicitée.

Pourquoi une estimation de charges doit-elle systématiquement intégrer une marge d'incertitude ?

  • A. Parce qu'une estimation reste une probabilité fondée sur ce qu'on connaît au moment où on la fait, jamais une certitude
  • B. Parce que les prestataires majorent toujours leurs devis de la même façon
  • C. Parce que la marge sert uniquement à couvrir l'inflation
Voir la réponse

Réponse : A. Une estimation se construit à partir de ce que l’on sait au moment où on l’établit, avec les inconnues qui subsistent forcément sur un projet qui n’a pas encore commencé. La marge n’est pas un aveu de faiblesse, c’est la reconnaissance honnête de cette incertitude, dimensionnée selon la nouveauté du sujet pour l’équipe qui l’exécute.

Source : pratique courante de gestion de projet, formalisée notamment dans les référentiels de type PMBOK et Prince2.

Ce qu’il faut retenir

Cadrer un projet, c’est écrire avant d’agir : des objectifs mesurables, un périmètre borné dans les deux sens, des parties prenantes classées selon leur pouvoir et leur intérêt, des rôles clarifiés par une matrice RACI à un seul Accountable par tâche, une estimation honnête sur sa propre incertitude. Le chapitre suivant s’intéresse à la méthode qui organisera concrètement le travail une fois ce cadrage posé.

Ce cours existe aussi en atelier animé, sur site ou à distance.