Démarrer un Quarter Plan en 2026 : Le plan simple (et l'erreur fatale)

La plupart des organisations ne manquent pas de projets. Elles manquent de renoncements. Le portefeuille gonfle, les équipes s'épuisent à jongler, et personne ne dit jamais vraiment non — parce que dire non exige une vue d'ensemble que personne n'a. Le Quarter Plan n'est pas une méthode de gestion de projet. C'est une discipline d'arbitrage. Elle commence par une question simple : si on ne peut faire que dix choses ce trimestre, lesquelles ?

Les 4 portes d'entrée selon votre contexte

A — DG + DAF + DSI : protéger l'entreprise Le signal d'alarme, c'est le comité de direction où personne ne sait exactement combien de projets sont en cours, ni ce qu'ils coûtent vraiment en charge humaine. La DAF voit des budgets qui dérapent sans comprendre pourquoi. La DSI subit des arbitrages de dernière minute parce que la DG n'a pas de vue consolidée. Le Quarter Plan ici n'est pas un outil IT — c'est un instrument de pilotage financier et stratégique. Il répond à une seule question : est-ce qu'on peut tenir ce qu'on a promis ce trimestre, oui ou non, et à quel coût réel ?

B — DSI seul : retrouver la crédibilité L'IT livre. Mais personne ne le sait. Les métiers voient des délais, des reports, des "c'est en cours" sans date. Le problème n'est pas technique — il est de lisibilité. Le Quarter Plan devient ici un outil de communication autant que de pilotage : il rend visible ce qui se fait, ce qui est bloqué par qui, ce qui a été arbitré et par qui. Quand un projet glisse, le DSI peut montrer la décision qui a provoqué ce glissement — et à quelle réunion elle a été prise. C'est ça, la crédibilité : pas "on fait de notre mieux", mais "voilà ce qu'on a décidé, voilà ce que ça a produit".

C — DG : les 20% de projets qui font 80% de la valeur La plupart des portefeuilles projets souffrent d'inflation silencieuse : chaque département a ses urgences, chaque directeur a ses priorités, et la liste grossit sans jamais vraiment se purger. La DG qui démarre par le Quarter Plan ne cherche pas l'exhaustivité — elle cherche l'alignement. Quels sont les 20 projets qui, s'ils aboutissent ce trimestre, changent vraiment quelque chose pour l'entreprise ? Le reste n'est pas annulé, il est mis en attente explicite. La différence est énorme : un projet en attente consciente ne consomme pas de bande passante mentale.

D — Équipes contraintes : partir des goulots d'étranglement Dans toute organisation, il y a deux ou trois équipes qui sont sur tous les projets en même temps. L'équipe data. Les architectes. Les intégrateurs. Celles sans qui rien ne sort. Le problème n'est pas qu'elles sont débordées — c'est qu'on le sait et qu'on continue à leur empiler des projets sans jamais regarder ce que ça produit en bas de la pile.

Le bon point de départ, c'est d'identifier ces équipes goulots en premier. Puis de lister les projets qui les sollicitent en permanence — pas les projets les plus visibles, pas les plus chers, mais ceux qui consomment le plus de leur capacité de façon récurrente. Ce sont ces projets-là qu'il faut prioriser, séquencer, ou parfois simplement arrêter. Pas parce qu'ils sont stratégiquement prioritaires — mais parce que tant qu'ils occupent le goulot, rien d'autre ne peut passer.

Le Quarter Plan démarre ici par une question simple : quels sont les cinq projets qui saturent nos équipes critiques ce trimestre ? La réponse à cette question dit plus sur la réalité du portefeuille que n'importe quel reporting d'avancement.

Le vrai plan de démarrage : 5 étapes avant le grand jour

Étape 1 — Le brief projet, accéléré par l'IA On part d'un périmètre donné : les projets identifiés comme prioritaires par la DG ou le CIO. Pour chacun, l'IA génère un brief structuré à partir d'une description même vague — contexte, objectifs, contraintes, hypothèses. Ce n'est pas un brief parfait. C'est un brief suffisant pour aligner tout le monde sur ce qu'on est en train de planifier. Le responsable projet le valide, l'amende, le signe. On passe à la suite.

Étape 2 — La définition des groupes de compétence Le PMO ou le CIO structure les équipes non pas par organigramme, mais par groupes de compétence homogènes : développement back, intégration, data, infrastructure, pilotage métier, etc. C'est cette maille-là qui compte pour planifier — pas les directions, pas les BU. Un projet consomme des compétences, pas des cases dans un organigramme.

Étape 3 — Le découpage livrable par équipe Pour chaque projet briefé, l'IA propose un découpage en livrables affectés par groupe de compétence. Quel livrable ? Pour quelle équipe ? Dans quel ordre ? Ce découpage est ensuite soumis au responsable d'équipe pour être challengé. Pas pour être validé en réunion plénière — pour être corrigé par ceux qui savent vraiment comment le travail se fait. C'est la différence entre un plan théorique et un plan qui tient.

Étape 4 — L'estimatif, challengé deux fois L'IA produit une première estimation en jours-homme par livrable, par équipe. Ordre de grandeur — pas un chiffrage au détail près. Cette estimation est envoyée aux responsables d'équipe pour un premier passage, puis aux équipes elles-mêmes pour un second. L'objectif n'est pas le consensus — c'est de faire remonter les points de friction avant le grand jour, pas pendant.

Étape 5 — La capacité réelle : enlever l'opérationnel Chaque équipe calcule sa capacité réelle disponible pour les projets ce trimestre. Pas la capacité théorique — la capacité nette, une fois l'opérationnel soustrait : tickets de support, maintenance, réunions récurrentes, congés, formations. C'est souvent la première fois qu'une équipe fait ce calcul explicitement. Le résultat est systématiquement inférieur à ce que tout le monde imaginait.

Le grand jour — la demi-journée de vérité On réunit les responsables d'équipe, le PMO, le CIO, et si possible un sponsor DG. On pose côte à côte la charge projetée et la capacité réelle. Et là, invariablement, on découvre qu'un tiers des équipes sont déjà à 180% avant même d'avoir ajouté les projets du trimestre. Pas parce que les équipes sont mauvaises. Pas parce que les projets sont mal estimés. Parce que c'est la première fois qu'on regarde la réalité en face, collectivement, avec les mêmes chiffres sous les yeux.

C'est ce moment-là qui change tout. Pas la gouvernance, pas le paramétrage, pas le reporting. La demi-journée où quelqu'un dit enfin : "on ne peut pas tout faire, alors qu'est-ce qu'on décide ?"

L'erreur fatale : Excel + PowerPoint

Excel et PPT tuent le Quarter Plan à moyen terme — pas parce qu'ils sont nuls, mais parce qu'ils vieillissent instantanément, exigent une consolidation manuelle permanente, et transforment le pilotage en production de slides.

Le symptôme : la semaine avant la revue mensuelle, quelqu'un passe deux jours à "mettre à jour le fichier". Ce temps-là n'est pas du pilotage — c'est de la saisie. Et pendant ce temps, les décisions attendent.

Le problème de fond est encore plus grave : un tableur ne répond pas à la question "qui a décidé quoi, quand, et sur quelle base ?". Quand un projet dérape six mois plus tard, personne ne retrouve le contexte. La décision qui a provoqué le glissement est introuvable, donc indéfendable. Le Quarter Plan doit être vivant — données fiables en temps réel, décisions tracées, historique consultable. C'est ça la différence entre un outil de reporting et un outil de pilotage.

Où l'IA aide vraiment (sans bullshit)

L'IA n'est pas là pour piloter à votre place. Elle est là pour réduire le temps entre la demande et le livrable — et entre le livrable et la décision.

Concrètement : transformer une demande vague en brief structuré en trente secondes. Découper un projet en livrables actionnables par équipe sans passer par un atelier de deux heures. Produire une estimation ordre de grandeur exploitable — 80% du temps, c'est suffisant pour arbitrer. Détecter les incohérences et dépendances cachées avant qu'elles remontent en comité. Préparer deux scénarios comparables en moins de dix minutes.

Le gain réel n'est pas dans la génération de contenu. Il est dans la vitesse de passage à la décision — et dans la qualité des arbitrages quand les bonnes informations arrivent au bon moment, plutôt qu'une semaine trop tard.

Tu peux avoir la meilleure stratégie du monde. Sans rythme, sans vue capacité, sans arbitrage trimestriel formalisé, ta stratégie reste un document. Elle inspire, elle donne une direction, elle rassure les actionnaires — mais elle ne pilote rien.

Le Quarter Plan, c'est le système minimal pour que tes décisions tiennent dans le temps. Pour que ton équipe sache ce qu'elle fait ce trimestre, pourquoi, dans quel ordre, et ce qu'on a consciemment décidé de ne pas faire. Pas parce que c'est sans importance — mais parce que la capacité est finie, et que l'assumer est la seule façon de rester crédible.

C'est ça, la fabrique de la confiance.

Cet article a d'abord paru dans ma newsletter LinkedIn Il était une fois un CODIR, où je raconte chaque quinzaine des situations vécues en comité de direction.