Ângulo

Um registro de decisões de produto tira a força dele de três recusas, e cada uma protege de um jeito distinto contra as falhas típicas da documentação corporativa. Ele recusa o que diz o que construir, porque uma regra descida ao nível da funcionalidade deixa de ser derivável para os casos que ninguém tinha previsto. Ele recusa o que não evita nenhuma rediscussão futura, porque um registro é consultado de memória e, acima de uns quinze itens, ninguém mais o consulta. Ele recusa ser corrigido, porque uma decisão é um par escolha-contexto e reescrever elimina o contexto achando que só substitui a escolha. O que a empresa ganha em troca dessas três recusas não é tempo, é uma resposta única ali onde quatro funções aplicavam quatro: o suporte, as parcerias, o produto e o comercial param de decidir cada um pela própria racionalidade. E o preço desse dispositivo se lê por subtração — as explicações refeitas cinquenta vezes, as arbitragens reabertas a cada prospect grande, a dependência da memória de quem estava na reunião.

Síntese

Tomadas separadamente, essas ideias parecem conselhos de redação. Montadas, descrevem um dispositivo em que todas as propriedades úteis são restrições.

O ponto de partida é um diagnóstico, não um método. Uma empresa de produto sabe o que fez e nem sempre sabe mais por quê: a questão do litígio entre cliente e fornecedor de um marketplace volta no comitê de roadmap, com o comercial, no suporte, nas specs. Essa recorrência não é uma série de casos mal tratados, é o sinal de uma regra ausente no nível em que ela se aplicaria. O que a ausência custa não é, em primeiro lugar, tempo de reunião: é que cada função decide pela própria lógica, e quatro decisões incompatíveis se aplicam ao mesmo tempo às políticas de litígio, às mensagens do suporte e às prioridades de produto.

Vem em seguida o que faz o remédio funcionar, e são três limites. A altitude, primeiro: "nesse tipo de situação, a regra é esta" funciona porque a frase não se compromete com nenhuma funcionalidade — uma regra que diz o que construir é uma especificação disfarçada, menos precisa do que uma especificação de verdade. A raridade, depois, que não é disciplina e sim condição de uso: quinze entradas cabem na cabeça de um product manager e de um diretor comercial, cinquenta por trimestre não cabem em lugar nenhum. A imutabilidade, por fim: a regra sobre as línguas suportadas, substituída dois anos depois porque o custo de tradução despencou, não é corrigida — a nova decisão é escrita ao lado, e a antiga continua explicando por que a recusa era razoável naquele momento.

Uma quarta peça impede que esses limites virem rigidez. Escrever o que precisaria acontecer para a decisão mudar fecha o assunto hoje sem fechá-lo para sempre, e desloca a reabertura da relação de força para um fato a ser estabelecido: um prospect italiano que insiste não abre a porta, uma mudança demonstrada no custo de tradução, sim.

Falta a questão do lugar onde guardar, que decide se todo o resto serve. Uma regra transversal escrita num cartão do Jira está correta e é inencontrável para quem ela diz respeito; ela herda a audiência do ticket e a vida útil dele, ou seja, nada. Nada sinaliza esse desaparecimento, já que a decisão não desapareceu.

O que o conjunto deixa ver, e que nenhuma dessas ideias carrega sozinha: a memória de uma organização não se constrói escrevendo mais. Ela se constrói por um dispositivo em que cada regra é uma exclusão, e que se julga pelas discussões que ele faz desaparecer — um balanço estruturalmente desfavorável à leitura, já que o custo de escrever é imediato e visível, enquanto as rediscussões evitadas não deixam rastro nenhum.

Tensões / contradições

A primeira tensão é sobre o alcance do remédio. Um registro escrito só produz uma resposta única se os times o conhecerem e o aplicarem; nada no dispositivo garante isso, e uma regra ignorada deixa as leituras divergentes intactas, acrescentando um documento que afirma o contrário.

Segunda tensão, entre duas ideias reunidas aqui. Uma sustenta que um artefato antigo descreve um contexto que já não existe e engana quem o retoma; a outra sustenta que uma decisão antiga conservada com o seu contexto continua útil anos depois. A diferença aqui adotada é que o primeiro carrega uma intenção e o segundo, um motivo datado — mas a fronteira é mais fina do que parece assim que uma decisão contém condições de reavaliação, que são uma intenção.

Terceiro ponto, deixado em aberto: o limiar de raridade foi definido por experiência, não por medição. Nenhuma observação diz a partir de quantas entradas um registro deixa de ser consultado, e o número citado varia com o tamanho da organização sem que se saiba segundo que lei.

Questões

• O que, numa organização, faz com que um registro de decisões seja de fato consultado no momento em que a questão aparece, em vez de ser resgatado depois para justificar o que já foi respondido?
• Que decisões estruturantes já estão escritas nos tickets e nas especificações de um time, e por que meio identificá-las ali?
• A quem cabe escrever uma regra transversal quando ela diz respeito ao suporte, ao comercial e ao produto em partes iguais, e nenhum dos três tem mandato sobre os outros dois?