Idea principale

Si difende spesso una figura con la competenza di dominio che possiederebbe: il Product Owner conoscerebbe il settore, ed è a questo titolo che farebbe da interfaccia. L'osservazione smentisce questa attribuzione. Quella competenza si trova in Customer Success Manager che vengono dal lavoro sul campo, in persone del supporto che sentono le stesse situazioni tutti i giorni, in uno sviluppatore che è nel team da anni.

Inoltre si acquisisce, e il lavoro necessario è identificabile: nella manutenzione industriale, divorare libri e video del settore è la condizione per avere qualcosa su cui decidere. Un Product Manager che non fa questo lavoro non ha un parere da sostenere.

Un ruolo non si giustifica quindi con il possesso di una conoscenza che altri possono acquisire, e che una parte del team ha già.

Perché è importante

Toglie di mezzo un argomento d'autorità frequente nelle discussioni organizzative, e lo sostituisce con una domanda verificabile: chi, nel team, conosce davvero il dominio, e come l'ha imparato?

E trasforma la competenza di dominio in un obiettivo di formazione per più persone, invece che nella giustificazione di un punto di passaggio obbligato.

Sfumature e limiti

Certe competenze non si acquisiscono leggendo: la pratica di una professione regolamentata, l'esperienza di un'officina, gli anni passati a gestire un impianto danno una comprensione che lo studio non sostituisce.

E una competenza condivisa da tutti può finire per non essere curata da nessuno: diffonderla non esime dal designare chi debba tenerla aggiornata.

Contributo di «Wiki IA: perché ho costruito una base di conoscenza mantenuta da un'IA» (2026-05-25). Far strutturare il dominio da una macchina non accorcia l'acquisizione, anzi chiude una porta che si credeva aperta. Una base di 950 note tratte da norme e da libri di manutenzione industriale non dà a nessuno la competenza per giudicare ciò che contiene: chi non ha il livello per validare ciò che la macchina ha estratto costruisce sulla sabbia, e un output ben formato non glielo segnalerà. Lo strumento struttura e capitalizza una conoscenza già acquisita altrove; non sostituisce il lavoro di divorare i libri, ne fa un prerequisito.

Domande aperte

• A chi spetta dire che un team sopravvaluta la propria conoscenza del dominio, quando è proprio questa sopravvalutazione a impedirgli di accorgersene?