Idée principale

On défend souvent un poste par l'expertise métier qu'il détiendrait : le Product Owner connaîtrait le domaine, et c'est à ce titre qu'il ferait l'interface. L'observation contredit l'attribution. Cette expertise se trouve chez des Customer Success Managers venus du terrain, chez des personnes du support qui entendent les mêmes situations tous les jours, chez un développeur ancien dans l'équipe.

Elle s'acquiert, aussi, et le travail est identifiable : dans la maintenance industrielle, avaler des livres et des vidéos du domaine est la condition pour avoir quelque chose à arbitrer. Un Product Manager qui ne fait pas ce travail n'a pas d'avis à porter.

Un rôle ne se justifie donc pas par la détention d'une connaissance que d'autres peuvent acquérir, et qu'une partie de l'équipe possède déjà.

Pourquoi c'est important

Cela retire un argument d'autorité fréquent dans les discussions d'organisation, et le remplace par une question vérifiable : qui, dans l'équipe, connaît réellement le domaine, et comment l'a-t-il appris ?

Et cela transforme l'expertise métier en objectif de formation pour plusieurs personnes, plutôt qu'en justification d'un point de passage unique.

Nuances et limites

Certaines expertises ne s'acquièrent pas par la lecture : la pratique d'un métier réglementé, l'expérience d'un atelier, les années passées à exploiter un équipement donnent une compréhension que l'étude ne remplace pas.

Et une expertise partagée par tout le monde peut n'être tenue par personne : la diffuser ne dispense pas de désigner qui doit la maintenir à jour.

Couche apportée par « Wiki IA : pourquoi j'ai construit une base de connaissances maintenue par une IA » (2026-05-25). Faire structurer le domaine par une machine ne raccourcit pas l'acquisition, et referme même une porte qu'on croyait ouverte. Une base de 950 notes tirées de normes et de livres de maintenance industrielle ne donne à personne la compétence de juger ce qu'elle contient : qui n'a pas le niveau de valider ce que la machine a extrait construit sur du sable, et une sortie bien formée ne le lui signalera pas. L'outil structure et capitalise une connaissance déjà acquise par ailleurs ; il ne remplace pas le travail d'avaler les livres, il en fait le prérequis.

Questions ouvertes

• Comment une équipe produit vérifie-t-elle son niveau réel de connaissance du domaine, autrement qu'en constatant une erreur d'arbitrage après coup ?