Um prospect manda uma planilha.

Cento e quinze perguntas. Arquitetura, segurança, backups, criptografia, subcontratados, continuidade do serviço, proteção de dados.

Ninguém se surpreende. Não é o primeiro. Não vai ser o último.

Mesmo assim, na hora de abrir o arquivo, a mesma hesitação aparece de novo.

Ou você retoma tudo desde o início: reabre a documentação, vasculha as configurações, cobra o time técnico mais uma vez.

Ou pega o questionário do cliente anterior e copia o que se parece.

A primeira opção esgota.

A segunda tranquiliza.

As duas fazem a empresa perder o que sabe.

A cada questionário, tudo de novo

O primeiro questionário desse tipo que tratei de forma estruturada tinha quarenta e três perguntas.

Para responder, foi preciso reunir sete fontes técnicas e fazer uma rodada de perguntas e respostas com o time que operava o serviço. A isso se somava a redação propriamente dita:

• entender o que o prospect estava realmente perguntando;
• encontrar a informação;
• verificar se ela ainda era verdadeira;
• decidir o que podíamos comunicar;
• colocar a resposta no formato esperado.

Entre três e seis horas de trabalho. Várias pessoas mobilizadas. Nenhuma garantia de que o prospect viraria cliente.

Não era uma situação excepcional.

Cada prospect manda o próprio documento. Uma vez é uma planilha, na seguinte um Word, depois um PDF. Os frameworks de referência mudam. As numerações mudam. As formulações mudam.

Mas os assuntos se repetem.

É isso que torna a situação tão frustrante: você tem a impressão de responder à mesma pergunta pela décima vez e, mesmo assim, precisa reconstruí-la toda vez.

Aí o documento é enviado.

E todo o trabalho de pesquisa fica trancado no arquivo enviado.

Copiar parece a solução sensata

Diante dessa repetição, o reflexo é óbvio.

A gente guarda os questionários antigos. Procura o que mais se parece. Reaproveita as respostas.

O mesmo reflexo existe dentro da empresa. Um time precisa de uma regra que pertence a outro time: os campos obrigatórios de um formulário, uma política de backup, um limite contratual. Ele copia o trecho na própria documentação, para ter à mão.

Na hora, funciona.

Você ganha tempo. Evita incomodar as mesmas pessoas. Se apoia em algo que já foi escrito, e muitas vezes validado.

O problema é que o ganho é imediato, e o custo chega depois.

E chega sem avisar.

Uma resposta antiga tem cara de conhecimento

Num dos questionários que recebemos, uma resposta já vinha preenchida.

Ela dizia que nossa certificação ISO 9001 era de 2017.

A frase parecia perfeitamente aproveitável. Era precisa, já estava redigida e ficava bem na frente da pergunta certa.

A data correta era 2018.

Um ano de diferença. Nada grave, aparentemente.

Mas esse erro me fez entender algo mais importante.

Uma resposta antiga tem cara de conhecimento. Ela tem a forma de uma afirmação. É bem escrita. Tranquiliza.

Só que ela não diz nada sobre o essencial:

• quem a escreveu;
• em que ela se baseia;
• em que data ela era verdadeira;
• se ela ainda descreve de fato o produto.

Uma resposta antiga pode ter vindo de um modelo de documento, de outro fornecedor, de uma conversa de que ninguém mais se lembra. Pode ter sido correta no dia em que foi enviada e estar errada hoje.

E com a IA esse risco aumenta.

Quando uma IA encontra uma resposta já redigida num documento, ela a reaproveita de bom grado. Não tem motivo nenhum para desconfiar. A frase é afirmativa, está no lugar certo, combina com a pergunta.

A IA só acelera, então, a propagação de um erro que ninguém viu.

A cópia diverge sem fazer barulho

O mesmo mecanismo existe entre times, e é ainda mais discreto.

Pense numa situação bem comum.

Um time de produto trabalha na qualidade dos relatórios de intervenção. Ele se apoia numa regra que pertence a outro time: a lista das informações obrigatórias no encerramento de uma intervenção. O time leu a regra, copiou nos seus documentos e seguiu em frente.

Seis semanas depois, o trabalho vai para revisão.

Alguém aponta uma divergência.

A regra mudou nesse meio-tempo. O outro time evoluiu o produto. Era legítimo. Estava até previsto.

Mas ninguém avisou.

Ninguém mentiu. Ninguém cometeu um erro grosseiro. A regra simplesmente continuou vivendo onde nasceu, enquanto a cópia dela ficava congelada em outro lugar.

É isso que torna esse problema tão difícil de perceber: uma cópia que diverge não faz barulho nenhum. Ela continua limpa, bem formulada, crível. Só deixou de ser verdadeira.

Diante disso, existem duas maneiras de errar, e elas são simétricas.

Apontar para o original evita a cópia. Você consulta a regra onde ela vive. Mas, se nada sinalizar que ela mudou, você continua se apoiando no que leu seis semanas atrás.

Copiar dá autonomia. A cópia não depende mais do outro time. Mas, se nada disser de onde ela veio, um ano depois você tem uma nota certa, ou errada, sem que ninguém saiba em que ela se baseia.

Cada gesto tem, então, a sua dívida:

• uma referência exige saber quando a fonte muda;
• uma cópia exige dizer de onde ela veio, de quando ela é e o que foi reformulado no caminho.

O problema não é copiar nem referenciar.

O problema é fazer isso sem escrever o que cada gesto exige.

Guardar os fatos, não os documentos

Para os questionários, acabei mudando o ponto de partida.

Eu não queria mais montar uma biblioteca de respostas para copiar.

Queria montar uma memória do que realmente sabíamos responder.

Tudo começou com uma decisão simples: organizar por assunto, e não por cliente.

Uma pergunta chamada "14.6.l" num prospect e outra chamada "CL-072" em outro tratavam da mesma coisa: os backups. Organizadas por arquivo de cliente, as duas continuavam sem relação uma com a outra. Organizadas por assunto, elas se encontravam.

A pergunta não era mais: "o que respondemos a tal cliente?"

Passava a ser: "o que sabemos responder sobre backups?"

E, para cada assunto, guardávamos um fato verificado, acompanhado do que permite confiar nele:

• a origem: uma documentação oficial, uma configuração verificada, um teste, a confirmação do time responsável;
• a data em que ele foi validado;
• os limites do que podemos afirmar.

O questionário do cliente continuava tendo valor. Ele mostrava o que o mercado queria saber, com as palavras e as prioridades dele.

Mas não provava mais nada.

A pergunta vinha do cliente. A prova vinha de nós.

Também separamos duas coisas que os questionários antigos misturavam: o que serve para verificar uma resposta e o que pode ser enviado. O detalhe de uma configuração pode ser indispensável para o revisor interno sem ter lugar num documento enviado a um prospect.

A formulação destinada ao cliente era preparada separadamente.

As provas e as ressalvas ficavam ao lado, para quem precisava validar.

Deixar o conhecimento com quem é responsável por ele

O mesmo princípio vale entre times.

Uma regra tem dono. É o time que a faz evoluir, que sabe por que ela existe e que responde por ela.

A primeira maneira de usá-la é consultá-la onde ela vive, em vez de guardar uma versão própria. Você se apoia nela sem fingir que ela é sua.

Às vezes, isso não basta. Você precisa congelar a versão exata em que uma decisão se baseia. Quer reformulá-la para um uso específico. Quer que ela continue disponível mesmo se o time de origem se reorganizar.

Nesse caso, dá para copiá-la.

Mas a cópia precisa guardar o seu passado: de onde ela veio, em que data e o que foi modificado.

A diferença entre os dois está menos no gesto do que na responsabilidade:

• quando eu consulto, o conhecimento continua pertencendo ao outro time;
• quando eu copio, uma versão autônoma passa a ser minha, e eu passo a ser responsável pelo uso que faço dela.

Resta uma tentação que todo mundo conhece.

A gente lê com frequência a documentação de outro time. Encontra um erro. Sabe o que corrigir. Levaria trinta segundos.

É melhor propor a correção do que fazê-la.

Quem encontra um erro não decide o lugar definitivo do conhecimento. É o time responsável por ele que julga se a correção descreve de fato o seu escopo, ou só o caso particular de quem a propõe.

É isso que impede um resultado local de virar, em silêncio, uma verdade geral.

Uma lacuna visível vale mais do que uma frase plausível

Organizar os fatos por assunto teve um efeito que eu não esperava.

Fez aparecer os buracos.

Quando faltava uma informação, não era mais possível escondê-la atrás de uma formulação antiga. O assunto estava ali, a pergunta também, mas nenhum fato verificado permitia respondê-la.

O que estava faltando ficava visível.

E uma lacuna visível pode virar uma ação.

Em vez de preencher o campo com uma frase tranquilizadora, você prepara uma pergunta precisa para o time envolvido. Indica quais linhas do questionário essa resposta vai permitir completar. Você sabe a quem perguntar, e por quê.

Essa é, provavelmente, a mudança mais importante.

Uma frase plausível esconde um risco.

Uma lacuna explícita transforma esse risco em trabalho identificável.

O quarto questionário

O quarto questionário tinha cento e quinze perguntas. Quase três vezes mais do que o primeiro.

Dessa vez, não partíamos mais de um monte de arquivos espalhados. Os assuntos recorrentes eram conhecidos, e para cada um sabíamos onde estavam os fatos verificados.

Noventa e seis respostas completas saíram direto, sem nova coleta.

O resto do documento estava classificado:

• respostas sólidas, para verificar uma última vez;
• respostas incertas;
• algumas perguntas impossíveis de tratar com as informações disponíveis.

Os pontos ainda em aberto tinham mudado de natureza. Não procurávamos mais às cegas quem sabia o quê. Restavam decisões comerciais, como a duração de um compromisso, e algumas confirmações técnicas pontuais.

O trabalho restante era visível, atribuível e limitado.

No meu uso, a preparação de um questionário passou de três a seis horas para cerca de dez minutos para produzir 80 a 90% do documento.

Esse número pode enganar.

Ele não quer dizer que 80 a 90% das respostas são certas e estão prontas para assumir um compromisso em nome da empresa. Quer dizer que o documento está em grande parte preparado: as respostas conhecidas estão no lugar, as fontes delas foram encontradas, os pontos frágeis estão sinalizados, as informações que faltam viraram pedidos precisos.

A revisão humana continua indispensável.

Mas, finalmente, ela incide no lugar certo. O revisor não passa mais o tempo vasculhando arquivos antigos e acionando mais uma vez as mesmas pessoas. Ele verifica os compromissos, decide o que pode ser dito e se concentra no que é novo ou incerto.

O que a empresa guarda

Começar do zero e copiar parecem duas atitudes opostas.

Uma desperdiça o trabalho passado. A outra o reaproveita sem verificar.

Na verdade, as duas se baseiam na mesma confusão: tomar o documento pelo conhecimento.

O documento é feito para um cliente, um momento, um formato. Ele é necessário. Mas não é o lugar onde uma empresa deveria guardar o que sabe.

O que ela sabe está em fatos que guardam a origem, a data e os limites, consultados onde vivem ou copiados dizendo de onde vieram.

O primeiro questionário tinha exigido uma investigação.

Os seguintes aproveitaram tudo o que essa investigação tinha ensinado. Um erro de data virou uma regra de prudência. Uma confirmação obtida com um time virou um fato reaproveitável. Uma pergunta sem resposta virou uma lacuna conhecida em vez de um esquecimento.

O prospect continua recebendo o documento dele.

A empresa, por sua vez, enfim guarda o que aprendeu ao prepará-lo.

---

Nota sobre os exemplos

Os exemplos deste artigo se baseiam em mais de trinta anos de prática em informática e gestão de times, e em muitas conversas com colegas. Eu os modifiquei, generalizei ou recompus: nenhum descreve um cliente, um produto ou uma organização reais, nem reflete os dados ou as posições do meu empregador. As opiniões expressas são apenas minhas.