Idée principale

Un modèle ne comprend pas un marché comme quelqu'un qui y vit, n'anticipe pas un besoin, ne défend pas une vision devant un sponsor, ne tient pas un NO GO et ne rend pas de comptes six mois plus tard. Il travaille très bien en secrétaire particulier : il récupère une réflexion déjà engagée, avale les sources, exécute le travail besogneux.

Ce qui ne se délègue pas est l'engagement. Quand une startup doit décider si elle y va à cent ou si elle meurt, le choix appartient à ceux qui ont fondé l'entreprise et qui en porteront les suites. Une machine peut instruire l'option, en produire les scénarios et les chiffrer ; elle ne peut pas se tenir devant les autres et répondre du résultat.

Analyser et assumer sont deux actes distincts. Le second engage quelqu'un dans la durée, devant des personnes identifiables.

Couche apportée par « Pourquoi auditer vos Skills » (2026-03-25). La même ligne se retrouve à une échelle bien plus modeste qu'une décision de dirigeant. Un rapport d'audit de tokens établit qu'une étape relit cent quarante analyses pour n'en exploiter que deux, et chiffre ce que coûterait d'arrêter. Il ne dit pas si tout revalider chaque mois était un gaspillage ou une précaution : cette réponse dépend de ce qu'on accepte de manquer, et elle revient à qui en répondra. Instruire un coût et décider s'il est justifié restent deux actes distincts, y compris quand le premier est entièrement chiffré.

Couche apportée par « PM, développeurs et IA : les rôles se brouillent, les responsabilités restent » (2026-08-01). La ligne se retrouve au cœur du travail d'un Product Manager équipé, et elle y prend sa forme la plus nette. Le rôle devient décisif exactement là où aucune option n'est bonne : deux ou trois mauvaises solutions, des coûts différents, des risques différents, des effets politiques et des impacts client différents. Un modèle peut instruire chacune de ces options, comparer les scénarios et chiffrer les conséquences ; ce qu'il ne fait pas, c'est trancher et porter le choix devant l'équipe, le comité et les clients.

Pourquoi c'est important

Cela trace une ligne utilisable dans une organisation qui automatise : ce qui peut être instruit par un système, et ce qui doit rester signé par une personne.

Et cela évite un malentendu répandu dans les discussions sur l'automatisation des rôles produit, où la critique d'un découpage du travail est lue comme l'annonce d'un remplacement.

Nuances et limites

L'engagement d'une personne peut être une fiction organisationnelle : un dirigeant qui valide une recommandation produite par un système sans être en mesure de la contester n'assume qu'en apparence.

Et la frontière bouge selon l'enjeu : pour une décision réversible et peu coûteuse, exiger un engagement humain ajoute une lenteur sans contrepartie.

Questions ouvertes

• À partir de quel enjeu la signature d'une personne apporte-t-elle quelque chose que l'instruction du dossier n'apporte pas déjà ?