Le travail PM qui vraiment faster.

Quatre equipes. Trois revues de sprint la semaine prochaine. Jira est un cimetiere de tickets a moitie mis a jour. C'est jeudi, 15h, et le VP Produit vient d'envoyer un Slack : "Tu peux m'envoyer le doc de statut avant la fin de journee ?"

Tu connais la difference entre ce que disent les tickets — et ou tu en es vraiment. Ton VP est sur le point de voir l'une de ces realites.

Tu lances /pm-sprint-brief.

L'orchestrateur lit ton contexte produit, connait le rythme des sprints, connait les equipes. Deux agents tournent en parallele : l'un parse l'export Jira de ce matin, l'autre lit les trois derniers standups Slack de chaque canal d'equipe. Un troisieme croise les deux sources et remonte ce que personne n'a escalade — deux bloqueurs caches, une fonctionnalite silencieusement descoped mardi, une equipe qui est en avance.

Tu envoies le doc a 15h47. Ton VP repond a 16h02 : "C'est le statut le plus clair que j'ai recu depuis des mois."

Tu le remarques toi-meme. Mardi, 23h. La retention D7 saigne 11% trois semaines de suite. Pas d'alerte. Personne ne l'a signale.

Reunion Growth : mercredi 9h. Tu as construit ce produit de zero a deux millions d'utilisateurs. Tu dois entrer avec une vraie reponse — pas "on cherche encore." Tu dois etre le PM qui l'a vu avant que quelqu'un demande.

Mais tu as 340 tickets de support non lus tagges "onboarding", un export Mixpanel de la semaine derniere, et 90 minutes avant de devoir dormir.

Tu lances /pm-discover.

Trois agents tournent en parallele — un sur les tickets de support, un sur les donnees d'entonnoir, un croisant les deux. Sept minutes plus tard : 67% des mentions de friction se regroupent autour d'une seule etape d'onboarding — celle que tu as redesignee le mois dernier. La courbe de retention demarre exactement le jour du release. Mobile uniquement. Desktop est plat.

Tu entres a 9h avec un deck construit en 20 minutes : "On sait exactement ce qui a casse. Voici comment on teste le correctif. On aura des donnees vendredi." Ton CPO dit : "C'est ce que je voulais voir."

Trois appels clients la semaine derniere. Trois choses completement differentes qu'ils ont dit avoir besoin. Engineering attend un PRD. Design a deja commence sur sa propre interpretation. La deadline n'a pas bouge.

Tu lances /pm-prd.

L'orchestrateur lit les transcriptions des appels. Un agent extrait les veritables jobs-to-be-done derriere chaque demande de fonctionnalite. Un second les mappe contre les capacites actuelles et les priorites de roadmap. Un agent de synthese redige le PRD : enonce du probleme, segments utilisateurs, perimetre MVP, non-objectifs, metriques de succes, et les trois questions ouvertes dont Engineering a besoin avant le chiffrage.

Engineering l'appelle le brief le plus clair qu'ils aient recu de tout le trimestre. Design realise qu'il construisait la mauvaise version.

La fonctionnalite sort deux semaines plus tard. Pas de derive de perimetre. Pas de re-briefings.

Quatre equipes d'engineering. Un contrat API partage qui n'existe pas encore. La planification Q3 commence lundi. Chaque equipe a construit ses propres hypotheses — et aucune ne correspond.

Tu sais que "on s'alignera lundi" n'est pas un plan. Ce sont trois equipes sur le point de decouvrir qu'elles ont construit vers des hypotheses incompatibles.

Tu lances /pm-define vendredi apres-midi.

Un agent cartographie la surface d'integration. Un second trouve les zones de conflit : trois hypotheses d'authentification differentes, deux schemas incompatibles, une equipe dependant d'un endpoint qui n'existe pas. Un agent de synthese redige le contrat API avec les perimetre de propriete, une carte de dependances, et les quatre decisions qui doivent etre prises avant qu'on ecrive une ligne de code.

La planification du lundi prend 40 minutes au lieu de trois heures. Un ingenieur dit que c'est la premiere fois qu'ils commencent un trimestre sans immeditament se heurter a un mur.

Six equipes produit dependent de ta plateforme. Six entrees de roadmap la semaine derniere. Toutes urgentes. Toutes tirant dans des directions differentes. Planification trimestrielle dans quatre jours.

Tu sais que la conversation "dont la priorite gagne" peut saborder un trimestre avant qu'il commence.

Tu lances /pm-roadmap avec les six entrees d'equipe.

Un agent regroupe les demandes par besoins d'infrastructure communs — quatre des six equipes demandent la meme capacite sous-jacente, juste en la decrivant differemment. Un second trouve le sequençage : deux investissements fondamentaux qui debloquent simultanement trois demandes en aval. Un agent de synthese redige la roadmap avec une carte de dependances et une couche "ce que cela permet" pour chaque initiative.

Les six equipes ont une roadmap sur laquelle elles peuvent construire. Aucune ne se sent ignoree. La conversation n'a jamais lieu.