Ideia principal

Costumamos defender um cargo pelo conhecimento de negócio que ele supostamente detém: o Product Owner conheceria o domínio, e seria por isso que faria a interface. A observação contradiz essa atribuição. Esse conhecimento aparece em Customer Success Managers que vieram do campo, em pessoas do suporte que ouvem as mesmas situações todos os dias, num desenvolvedor antigo na equipe.

Ele também se adquire, e o trabalho é identificável: na manutenção industrial, devorar livros e vídeos do domínio é a condição para ter algo a arbitrar. Um Product Manager que não faz esse trabalho não tem opinião a defender.

Um papel não se justifica, portanto, por deter um conhecimento que outros podem adquirir, e que uma parte da equipe já tem.

Por que isso importa

Isso tira um argumento de autoridade frequente nas discussões de organização e o substitui por uma pergunta verificável: quem, na equipe, conhece de fato o domínio, e como aprendeu?

E transforma o conhecimento de negócio num objetivo de formação para várias pessoas, em vez de justificativa para um ponto de passagem único.

Nuances e limites

Certos conhecimentos não se adquirem pela leitura: a prática de uma profissão regulada, a experiência de uma oficina, os anos passados operando um equipamento dão uma compreensão que o estudo não substitui.

E um conhecimento compartilhado por todo mundo pode não ser sustentado por ninguém: difundi-lo não dispensa designar quem deve mantê-lo atualizado.

Camada trazida por "Wiki IA: por que construí uma base de conhecimento mantida por uma IA" (2026-05-25). Deixar uma máquina estruturar o domínio não encurta a aquisição, e ainda fecha uma porta que parecia aberta. Uma base de 950 notas tiradas de normas e de livros de manutenção industrial não dá a ninguém a competência de julgar o que ela contém: quem não tem nível para validar o que a máquina extraiu constrói sobre areia, e uma saída bem formulada não vai avisar. A ferramenta estrutura e capitaliza um conhecimento já adquirido em outro lugar; ela não substitui o trabalho de devorar os livros, ela faz dele um pré-requisito.

Questões em aberto

• Como uma equipe de produto verifica seu nível real de conhecimento do domínio, sem ser constatando um erro de arbitragem depois do fato?