L’IA n’a pas inventé le conflit entre produit et ingénierie. Elle a supprimé le délai qui le masquait.
Ce texte s’adresse aux CEO, conseils et dirigeants qui pilotent encore un produit numérique avec deux tableaux de bord : un CPO pour le pari, un CTO pour le système.
L’IA donne aux équipes produit assez de puissance technique pour livrer une démonstration convaincante, et aux ingénieurs assez de contexte commercial pour remettre en question la roadmap le même jour. Le passage de relais qui prenait un trimestre prend désormais une semaine. Deux dirigeants qui ne se rencontrent qu’en cas d’escalade agissent encore comme si l’ancien calendrier existait.
Le problème des deux horloges
Imaginez une usine où une équipe peut fabriquer une pièce prototype en un jour et où l’autre voit le carnet de commandes dans le même outil. Deux directeurs qui ne se synchronisent que le vendredi produisent plus vite des rebuts ou un entrepôt de mauvaises pièces.
Dans le logiciel, un product manager peut construire un MVP sans attendre une équipe complète. Un ingénieur peut générer davantage de code avec plus de contexte client. L’ancien enchaînement — ticket, transfert, débat en sprint review — est trop lent.
Le travail est déjà hybride. Les product engineers relient volontairement un problème client à un logiciel fonctionnel. La direction, elle, reste souvent divisée. L’un dit « construisez », l’autre « neuf mois de plateforme d’abord ». L’équipe demande qui décide.
La vitesse sans responsable unique ne crée pas d’alignement. Elle crée deux plans rapides et contradictoires.
Ce qui a réellement changé
Le code n’est plus toujours la ressource rare. Le jugement l’est.
Produit dispose d’une puissance de démonstration, pas d’une capacité complète de production. C’est assez pour vérifier si une idée mérite un investissement, mais aussi pour mettre trop tôt un prototype devant des clients.
L’ingénierie dispose de davantage de contexte commercial. La première question n’est plus seulement « pouvons-nous le construire ? », mais « devons-nous le faire, pour qui, avec quel résultat, quel test fiable et quel coût d’exploitation ? »
Une démo n’est pas un système de production. Sécurité, architecture, fiabilité, qualité des données et astreinte n’ont pas disparu. Elles comptent davantage lorsque de mauvais logiciels peuvent être générés à grande échelle.
À qui appartient une fonctionnalité IA visible par le client, posée sur une pile de modèles, consommant des coûts d’inférence et capable de détruire la confiance ? Produit à cause de l’interface ? Ingénierie à cause du système ? Une seule personne doit posséder leur intersection. Si c’est le CEO, vous avez transformé la direction générale en mécanisme d’escalade.
Le coût de deux rôles séparés
Temps : chaque décision mixte exige un sommet. Prototype semaine 1, veto d’architecture semaine 3, pari réécrit semaine 5. Un concurrent doté d’un responsable unique est déjà en production.
Argent : vous payez deux sièges exécutifs pour négocier ce qu’un responsable des arbitrages aurait décidé mardi. Vous payez aussi les reprises : la démo arrivée en production, la réécriture de plateforme lancée sans justification chiffrée, la fonctionnalité livrée au mauvais client.
Talent : les product engineers ne restent pas dans une entreprise où deux responsables peuvent s’annuler mutuellement. Ils vont là où le résultat a un propriétaire.
Quand conserver la séparation
Conservez deux rôles si la technologie est surtout un support interne, si produit et technologie servent des activités différentes ou si la taille de l’entreprise exige deux spécialistes et que le modèle opérationnel résout déjà les arbitrages en quelques jours.
Si vous maintenez la séparation dans une entreprise numérique, les deux responsables doivent comprendre la zone de recouvrement. Le CPO doit penser faisabilité, coût d’exploitation et modes de défaillance ; le CTO doit penser client, pari et valeur.
Réunissez les rôles si vous vendez du logiciel ou des services numériques, que la roadmap bloque, que la technologie influence le chiffre d’affaires et que l’IA transforme la discovery et la livraison. Sans adjoints solides, le rôle combiné devient toutefois un point de défaillance unique.
Questions à poser ce trimestre
- Qui possède une capacité IA visible par le client qui est aussi un problème de système et de coût ?
- Combien de jours une décision produit-ingénierie attend-elle un accord exécutif ?
- Qu’est-ce qui est passé d’une démo à la production sans contrôle ?
- Quelle règle écrite décide lorsque valeur et fiabilité s’opposent ?
- Payons-nous deux stratégies ou un arbitrage ?
Si vous ne pouvez pas répondre à la dernière question, vous payez déjà la taxe IA. Elle n’apparaît simplement pas à l’ordre du jour.
L’essentiel
L’IA a donné un atelier à produit et une vue sur le carnet de commandes à l’ingénierie. Le terrain fonctionne déjà comme un système. Deux horloges exécutives coûtent du temps et de l’argent.
Ne réunissez pas les titres pour paraître moderne. Ne les séparez pas par habitude. Décidez qui possède l’intersection avant que la prochaine démo ne devienne l’incident du trimestre suivant.
À retenir : le goulot d’étranglement est remonté ; la responsabilité doit suivre.
