Idée

Un rôle d'interface devient nuisible quand il coupe les développeurs du besoin réel

Idée principale

L'existence d'un intermédiaire entre le client et l'équipe de développement n'est pas le problème. Le problème apparaît quand cet intermédiaire devient la couche d'isolement : les développeurs cessent d'accéder au besoin, sous prétexte qu'ils n'auraient pas à comprendre le métier, seulement à exécuter des spécifications.

Le contre-modèle est observable dans les gestes plutôt que dans les organigrammes : des développeurs qui interviennent directement dans les entretiens clients depuis plusieurs mois, un Product Manager qui pousse sa première pull request sur le produit principal. Rien n'a été supprimé — le contact a été rouvert dans les deux sens.

Un rôle d'interface se juge donc sur le contact qu'il autorise, pas sur le volume d'information qu'il transmet. Bien transmettre tout en restant le seul passage reste une dégradation.

Couche apportée par « PM, développeurs et IA : les rôles se brouillent, les responsabilités restent » (2026-08-01). Les deux gestes cités ne sont pas anecdotiques : ils décrivent un mouvement de fond. Les développeurs qui parlent aux clients comprennent mieux les problèmes, portent plus d'ownership sur leurs fonctionnalités et prennent des décisions locales plus explicites — ils montent vers le produit. Le contact rouvert n'est donc pas une compensation du rôle d'interface, c'est ce qui redistribue une part du jugement produit vers ceux qui construisent.

Pourquoi c'est important

Cela fournit un test simple à poser à une organisation : quand un développeur a-t-il parlé à un client pour la dernière fois, et sans intermédiaire ?

Et cela prévient un effet de compétence : plus l'intermédiaire transmet bien, moins l'isolement se remarque, et plus l'équipe s'habitue à travailler sur une représentation du besoin.

Nuances et limites

Ouvrir le contact a un coût réel : le temps des développeurs, la disponibilité des clients, et le risque qu'un signal isolé soit pris pour une tendance. Certaines organisations filtrent pour de bonnes raisons — un client en crise, une négociation en cours, une contrainte de confidentialité.

Et le contact direct ne remplace pas la synthèse : entendre dix clients ne dit pas ce que veut le marché.

Questions ouvertes

  • Quelle fréquence de contact direct suffit à empêcher l'isolement, sans transformer l'équipe de développement en équipe de discovery ?