Durante muito tempo, eu olhei para o entregável como o resultado principal do trabalho.

Um documento fica pronto. Uma apresentação é enviada. Uma spec é compartilhada. Um artigo é publicado. Uma RFP volta respondida para o cliente.

Produzimos alguma coisa.

Então o trabalho parece encerrado.

Mas quanto mais uso a IA com contextos, mais essa obviedade me parece incompleta.

O entregável é visível.

Ele é necessário.

Mas nem sempre é o capital de verdade.

O documento final consome um pensamento

Um entregável é feito para um uso.

Ele responde a um público, a um momento, a uma restrição de formato. Uma spec fala com os desenvolvedores. Um pitch fala com um CPO. Uma documentação de suporte fala com um time que precisa responder rápido. Um artigo fala com leitores que ainda não conhecem o assunto. Uma RFP fala com um cliente que tem os campos dele, a numeração dele, o vocabulário dele.

Cada entregável seleciona, simplifica, reescreve e organiza o material para uma necessidade específica.

Isso é normal. É até o papel dele.

Mas dar essa forma tem um custo: uma parte do pensamento que permitiu produzir o entregável some atrás dele.

A gente vê o documento final.

Já não vê sempre as fontes, as hesitações, as alternativas descartadas, os exemplos que ficaram de fora, as decisões intermediárias, as contradições, as nuances que a gente guardou na cabeça mas não na versão enviada.

O entregável carrega o resultado.

Ele não carrega necessariamente o raciocínio.

O problema começa no segundo entregável

Esse problema fica discreto enquanto existe um único output a entregar.

Você trabalha um material. Escreve um documento. Envia. Fim.

Mas na vida real, o mesmo conteúdo costuma precisar servir várias vezes.

A partir do mesmo material, talvez seja preciso produzir:

• uma spec funcional;
• user stories;
• um pitch para a diretoria;
• um resumo para o time de vendas;
• uma documentação de suporte;
• um plano de testes;
• uma resposta a uma RFP;
• um artigo;
• uma síntese curta para uma reunião.

Num fluxo de trabalho clássico, cada novo formato dá a impressão de recomeçar.

Você parte do documento anterior. Copia e cola. Reescreve. Tira o que não fala com o novo público. Acrescenta o que falta. Às vezes esquece uma nuance. Duas versões começam a divergir.

Isso não é só chato.

É perigoso.

O suporte pode receber uma explicação diferente da que foi dada ao time de vendas. A spec pode conter uma premissa que já não está no pitch. A RFP pode reaproveitar uma formulação antiga que não é mais verdadeira. O artigo pode simplificar uma distinção importante porque o material disponível já vem orientado demais.

O problema não é produzir vários documentos.

O problema é tomar um entregável como fonte principal do entregável seguinte.

Um output não é uma fonte de verdade

Um documento final é um output.

Ele pode ser muito bom.

Mas foi escrito para um contexto de uso específico.

Ele carrega, então, escolhas que nem sempre pertencem ao conhecimento em si: o tom, o nível de detalhe, os exemplos, a ordem, o grau de cautela, o jeito de nomear as coisas, o que se revela ou não, o que se supõe já sabido.

Se você parte desse documento para produzir tudo o que vem depois, você herda as escolhas dele.

Às vezes isso ajuda.

Muitas vezes isso prende.

Uma frase escrita para tranquilizar um cliente não é necessariamente uma boa base para uma documentação interna. Um slide de diretoria não é uma boa base para uma user story. Uma resposta curta numa tabela não é uma boa base para entender a decisão de produto.

O entregável é orientado.

O conhecimento de trabalho deveria continuar mais neutro.

O mundo das ideias

É por isso que acho útil acrescentar uma camada intermediária entre as fontes e os entregáveis.

Eu chamo isso de mundo das ideias.

Não é um nome muito técnico.

Mas diz bem o que ele tem que fazer.

O mundo das ideias reúne o que foi compreendido antes de transformar isso para um público específico.

Dá para encontrar ali:

• notas atômicas;
• notas temáticas;
• definições;
• premissas;
• contradições;
• decisões;
• exemplos;
• limites;
• relações entre ideias;
• pontos a verificar.

Esse material ainda não fala com um cliente, com um desenvolvedor ou com um leitor.

Ele fala com o próprio trabalho.

O papel dele não é ser elegante.

O papel dele é ser reutilizável.

Uma nota não deve virar uma frase de efeito

Esse ponto é mais sutil do que parece.

Quando você escreve um artigo, dá vontade de transformar uma ideia direto em frase.

Quando você prepara uma apresentação, dá vontade de transformar uma ideia direto em bullet de slide.

Quando você escreve uma spec, dá vontade de transformar uma ideia direto em requisito.

O problema é que a nota vira, aí, um pedaço do entregável.

Ela perde a neutralidade.

Uma boa nota precisa manter o conhecimento num nível em que ele ainda possa ser dito de outro jeito.

Ela pode conter uma distinção, uma prova, uma premissa, uma decisão, uma nuance. Mas não pode ficar presa ao artigo, ao slide ou à spec do momento.

O build, esse sim, serve para produzir.

A nota serve para guardar o que vai poder produzir.

A diferença parece pequena.

Ela muda tudo quando você volta três semanas depois.

A IA torna essa separação muito mais útil

Antes da IA, manter essa camada intermediária podia parecer pesado.

Já dava para tomar notas bem organizadas, guardar fontes, criar sínteses. Mas produzir vários entregáveis depois continuava sendo um trabalho manual considerável.

Com a IA, essa separação passa a compensar muito mais.

Se o material está bem organizado, a IA pode ajudar a recompor tudo isso.

Ela pode produzir uma versão longa, uma versão curta, uma versão comercial, uma versão técnica, uma versão cautelosa, uma versão didática.

Ela pode adaptar o mesmo conhecimento a vários públicos.

Mas, para fazer isso direito, ela precisa partir da camada certa.

Não só do último documento enviado.

Não só de um chat.

Não só de um PDF final.

Ela precisa poder voltar às fontes, às notas, às decisões, aos limites, ao que ainda está incerto.

Aí o trabalho muda de natureza.

Você não produz mais só um documento.

Você constrói um material que pode produzir.

O capital é o que fica depois do output

Uma boa pergunta a fazer depois de cada entregável é simples:

o que é que fica?

Não só: onde está o arquivo?

Mas:

• que ideias foram estabilizadas?
• que fontes sustentam essas ideias?
• que decisões foram tomadas?
• que alternativas foram descartadas?
• que formulações foram validadas?
• que pontos continuam frágeis?
• que elementos vão poder servir a outro público?

Se a resposta é "nada, só o documento final", então boa parte do trabalho foi consumida.

O entregável foi produzido.

Mas o capital não foi construído.

Ao contrário: se o trabalho deixa para trás notas, fontes conectadas, decisões, perguntas em aberto, formulações testadas, níveis de confiança, então o próximo entregável não vai partir do zero.

O resultado visível é o documento.

O capital é a capacidade de refazer, adaptar, explicar, defender e ampliar.

Isso muda o jeito de trabalhar

Essa ideia pode parecer abstrata.

Ela fica bem concreta numa semana de trabalho.

Uma entrevista com usuário não serve só para escrever um relato. Ela pode alimentar uma nota de produto, uma decisão, uma premissa, um exemplo para uma apresentação futura.

Uma RFP não serve só para responder a um prospect. Ele pode enriquecer uma memória de perguntas recorrentes, de respostas validadas, de provas e de limites do que pode ser dito.

Um artigo não serve só para publicar um pensamento. Ele pode estabilizar ideias que mais tarde vão alimentar um livro, um treinamento, um método, uma discussão de produto.

Uma spec não serve só para desenvolver uma funcionalidade. Ela pode guardar o registro de decisões que vão permitir entender, seis meses depois, por que o produto funciona daquele jeito.

Em todos esses casos, o entregável não é inútil.

Ele continua indispensável.

Mas vira um output entre outros.

Ele já não esgota o valor do trabalho.

O documento certo no lugar certo

Não acho que a gente tenha que desprezar os entregáveis.

Pelo contrário.

Um bom entregável é muitas vezes o que torna o trabalho transmissível. Ele obriga a esclarecer, a escolher, a cortar, a formular. Ele põe o pensamento em contato com um público real.

Mas é preciso parar de pedir que ele carregue tudo.

O documento final não precisa conter todas as fontes.

Não precisa guardar todas as alternativas.

Não precisa expor todas as incertezas.

Não precisa virar a memória completa do assunto.

Ele tem que fazer o trabalho dele de entregável.

E a memória do trabalho tem que existir em outro lugar.

É exatamente isso que um contexto permite.

O contexto guarda o material.

O build produz os outputs.

O humano fica com o julgamento.

A IA ajuda a recompor.

O deslocamento de valor

Esse deslocamento me parece importante.

Antes, o que virava capital eram sobretudo os documentos.

Guardávamos as specs, as apresentações, as atas de reunião, os relatos, as RFPs respondidas.

Amanhã, o que precisa virar capital, cada vez mais, é o material que permite produzi-los.

Não é a mesma coisa.

Transformar um entregável em capital é guardar uma forma passada.

Transformar um contexto em capital é guardar uma capacidade futura.

O entregável diz: foi isto que enviamos.

O contexto diz: foi isto que entendemos, decidimos, verificamos, descartamos, e isto é o que ainda podemos produzir a partir daí.

É por isso que o entregável não é mais o capital principal.

Ele continua sendo a parte visível.

Mas o valor que dura se desloca para o que permite produzir várias vezes sem perder o conteúdo.

O documento vai embora.

O pensamento organizado fica.