Do diagnóstico à entrega: o que fazer na terça-feira depois do plano

Terça-feira, nove da manhã. O diagnóstico terminou na sexta. Na mesa estão o retrato da organização, o mapa de prioridades com a iniciativa escolhida, a ficha que descreve essa iniciativa em detalhe, a medida honesta do que a organização aguenta e um plano em três momentos. A pessoa nomeada dona da primeira entrega, uma analista que conhece o processo melhor do que ninguém, abre o computador com tudo isso ao lado e uma ferramenta de desenvolvimento assistido por inteligência artificial aberta. E encontra o vazio que nenhum diagnóstico mede sozinho: entre "implantar triagem inteligente das solicitações" e o primeiro comando do dia, o que exatamente ela digita?

Este artigo existe para esse momento. Um bom diagnóstico entrega clareza sobre o problema, sobre a prioridade e sobre o que precisa existir para a solução se sustentar. O que ele não entrega é a execução, porque a execução acontece nas mãos de quem opera. O que se pode fazer, e é o que esta série propõe, é mostrar como cada peça do diagnóstico se converte em um componente da forma de trabalhar descrita nas peças seguintes: a estrutura ao redor da ferramenta, a conferência antes da entrega e o trabalho em paralelo.

O que chega à mesa

Vale nomear o que a terça-feira recebe, porque cada item tem um destino.

Um retrato da organização, feito antes de qualquer conversa sobre tecnologia: quem é, o que dói, o que já foi tentado, quais sistemas e canais já estão em uso ("Contexto" [1]).

Um mapa das oportunidades com a primeira iniciativa escolhida, acompanhada de uma ficha em sete blocos que descreve problema, dados, tipo de solução, impacto esperado, riscos e forma de implementação ("Iniciativas", "Radar" e "Canvas" [2]).

Uma medida da capacidade real de executar, em dimensões como dados, pessoas, processos e patrocínio, que posiciona a organização em um estágio e calibra o tamanho do passo seguinte ("Prontidão" [3]).

Um plano em três momentos: a primeira entrega rápida, que prova o conceito em semanas com o que já existe; a fase de fortalecer as bases que a medida de capacidade apontou como frágeis; e a fase de expandir o que funcionou ("Plano de Ação Inicial" [4]).

Um desenho técnico do que precisa existir em cada camada da solução, da interface que o usuário toca até a plataforma onde tudo roda, com a governança e a segurança atravessando todas ("Arquitetura de Referência por Camada" [5]).

E materiais prontos para a equipe usar sem tradução: instruções calibradas, atalhos, roteiros e capacidades empacotadas ("aceleradores" [6]).

Tudo isso é insumo. Nenhum disso é execução. A ponte começa por uma decisão e segue em quatro movimentos.

A decisão que vem antes: construir ou adotar

Quase nenhuma solução é inteiramente construída nem inteiramente comprada. A triagem de solicitações de uma secretaria pode usar uma ferramenta de atendimento já contratada para o canal, um serviço pronto de classificação para a primeira leitura e um componente desenvolvido em casa para a regra de encaminhamento que ninguém no mercado faz do jeito que aquela organização precisa. A ficha da iniciativa, no bloco de implementação, já sugere onde cada parte fica. A terça-feira é o momento de confirmar.

Três perguntas ajudam a decidir por parte. A capacidade é comum ou específica? Canal de mensagens, formulário, autenticação, painel de indicadores são capacidades comuns, e existe oferta madura para elas. A regra de negócio que reflete como aquela organização decide é específica, e costuma valer desenvolvimento. A organização já paga por algo que atende? O retrato inicial inventariou o que existe, e boa parte dele está subutilizada. O que importa mais agora: velocidade ou aderência? A primeira entrega rápida favorece o pronto. A fase de expansão favorece o que foi feito sob medida, porque a escala expõe cada desvio.

Adotar uma ferramenta pronta não dispensa a forma de trabalhar desta série. Muda o que quem executa faz: em vez de escrever código, configura, integra e conecta. E não muda nada em quem confere. Uma ferramenta contratada precisa passar pelos mesmos critérios de aceitação que um componente desenvolvido, testada como usuário, contra a ficha da iniciativa, antes de entrar em operação. Muitos projetos falham justamente porque o pronto foi presumido bom por ser pronto.

Se a escolha for construir: os materiais prontos fazem o trabalho de base

Quando uma parte ou a solução inteira será desenvolvida, o primeiro dia não começa com código. Começa com três documentos que o diagnóstico já alimentou: o contexto do projeto, os requisitos e a ficha da iniciativa refinada para a execução.

É aqui que os materiais prontos mostram seu valor. Um conjunto de capacidades empacotadas, aplicado sobre os resultados do diagnóstico, gera o arquivo de contexto que o assistente vai ler antes de qualquer instrução; converte a ficha em requisitos com critérios de aceitação por parte; deriva os limites do que o sistema jamais faz a partir do bloco de riscos; e prepara as definições dos dois assistentes que vão trabalhar, o que executa e o que confere. Nada disso é inventado. Tudo é destilado do que já foi decidido. A montagem desse conjunto, o que uma estrutura completa ao redor da ferramenta contém e como ela se organiza em pastas, arquivos e assistentes, é o tema de Do diagnóstico ao sistema que a equipe mantém, a peça que fecha a série.

Movimento 1: o retrato da organização vira memória

A peça A estrutura vale mais do que a ferramenta descreve o primeiro componente de qualquer estrutura ao redor da ferramenta: o que o sistema sabe antes de a primeira instrução chegar. O retrato feito no diagnóstico é exatamente isso, já escrito. Organização, setor, porte, desafio central, o que já foi tentado, sistemas e canais em uso, vocabulário da área.

O primeiro gesto é, portanto, o mais simples: transformar esse retrato em um arquivo de instruções permanentes do projeto. O assistente passa a saber que a secretaria recebe oitenta por cento das solicitações por mensagem, que o sistema de registro é o que já existe e não será trocado, que a tentativa anterior morreu por falta de dono. Nada disso precisa ser digitado de novo.

Movimento 2: a ficha da iniciativa vira critérios e limites

A ficha em sete blocos é o documento mais subaproveitado da execução, porque costuma ser lida como descrição. Ela é a matéria-prima dos dois componentes que mais decidem o resultado.

O bloco de impacto esperado responde "como vamos medir sucesso". É a parte objetiva dos critérios de aceitação descritos em A rotina de conferência que roda toda vez: se a meta é primeira resposta em quatro horas em vez de três dias, quem confere tem um número para comparar. O bloco do problema dá a parte de experiência: o cidadão que hoje repete a história três vezes precisa resolver em um contato. E a referência de padrão, com o que a solução deve se comparar, vem do próprio mapa de prioridades.

O bloco de riscos vira limites. O que a solução jamais faz sai dali: não encerra solicitação sem resposta, não decide negativa de direito sem humano, não leva dado sensível para fora do ambiente. Na peça sobre a estrutura ao redor da ferramenta, esses são os limites aplicados por mecanismo, não só por pedido.

O bloco de implementação dá a decomposição: as partes conferíveis isoladamente que cada par, quem faz e quem confere, vai receber, e a marcação de quais serão construídas e quais serão adotadas.

Movimento 3: o desenho técnico vira fundação, na ordem certa

O desenho do que precisa existir em cada camada costuma ser apresentado de fora para dentro, começando pela interface, porque é o que o interlocutor visualiza. A construção segue a ordem inversa, e é aqui que muitos projetos com inteligência artificial quebram: começam pela interface, porque foi por ela que a conversa começou.

A ordem de construção da estrutura ao redor da ferramenta vai de baixo para cima. Primeiro, onde os assistentes rodam e com que custo ("Plataformas" [7]), e o que cada assistente pode tocar e quem responde por cada aprovação ("Segurança" e "Governança" [8]). Depois, de onde vêm os dados que alimentam o contexto, com uma origem da verdade nomeada ("Fontes de dados" [9]). Em seguida, qual modelo para cada tarefa: econômico para quem executa, capaz para quem confere ("Inteligência" [10]). Depois, o que é regra fixa e o que é interpretação por inteligência artificial, com limiar de confiança e rota humana para o incerto ("Automação" [11]). Só então o processo de ponta a ponta e a interface recebem o que foi construído embaixo ("Workflows" e "Interfaces" [12]).

Em termos práticos: a pasta do projeto nasce com permissões, regras de acesso e dono antes de nascer com o assistente que responde ao cidadão. Fundação antes da fachada, agora em escala de arquivos e assistentes.

Movimento 4: o plano em três momentos vira ciclo, estrutura e paralelo

Cada momento do plano corresponde a um arranjo de execução diferente.

A primeira entrega como ciclo de conferência. A iniciativa executável em semanas com o que já existe é o caso ideal para um único ciclo em que um assistente executa e outro confere, como descrito em Conferir antes de entregar. Meta e critérios vindos da ficha, quem confere em contexto separado e testando como usuário, regra de parada com nota mínima e teto de rodadas. Para quem nunca montou um, o exercício de Quem faz e quem confere é o primeiro dia. A primeira entrega prova o conceito e, ao mesmo tempo, ensina a equipe a operar o arranjo.

O fortalecimento das bases como estrutura permanente. O segundo momento constrói o que a medida de capacidade apontou como frágil: dados, processos, governança. Em termos de execução, é quando a estrutura ao redor da ferramenta deixa de ser artesanal e vira parte do projeto. Os critérios saem do pedido e entram em arquivos versionados. Os limites saem do pedido e entram em mecanismo. O ciclo deixa de depender de quem lembra de pedir e passa a rodar a cada execução.

A expansão como trabalho em paralelo. O terceiro momento leva o que funcionou para outras funções ou volumes. É o momento de Muitas entregas ao mesmo tempo: várias iniciativas ou várias áreas rodando ao mesmo tempo, cada uma com seu par, quem faz e quem confere, convergindo em um consolidado. E o consolidado alimenta o ciclo seguinte: as lições atualizam o mapa de prioridades, a medida de capacidade sobe nas dimensões fortalecidas, e a próxima iniciativa parte de uma organização diferente.

Um exemplo de ponta a ponta

A iniciativa é a triagem inteligente das solicitações de uma secretaria municipal, escolhida como primeira entrega.

A decisão de construir ou adotar sai do bloco de implementação: o canal de mensagens fica na ferramenta já contratada; a classificação usa um modelo de linguagem por serviço; a regra de encaminhamento e o gerador de protocolo são desenvolvidos, porque refletem como aquela secretaria organiza suas filas.

O retrato da organização vira o arquivo de memória. A ficha fornece a meta (primeira resposta em até quatro horas, comparável ao melhor atendimento digital do setor), os critérios (toda solicitação recebe protocolo em segundos; toda classificação abaixo do limiar de confiança vai para fila humana com contexto; nenhuma solicitação é encerrada sem resposta) e os limites (a máquina jamais nega direito sozinha; dado pessoal não sai do ambiente definido). Os materiais prontos transformam isso em contexto, requisitos e definições dos dois assistentes antes de qualquer código.

O desenho técnico diz que o sistema de registro existente é a origem da verdade e que a plataforma contratada tem capacidade para o volume. A estrutura nasce com permissões restritas e dono nomeado. Quem executa, em modelo econômico, implementa a regra de encaminhamento e o gerador de protocolo, e configura a integração com o canal e com o serviço de classificação. Quem confere, em modelo capaz e contexto separado, recebe cem solicitações reais anonimizadas, roda o fluxo como usuário, inclusive nas partes adotadas, e pontua contra os critérios. Abaixo de noventa, devolve o parecer. O ciclo roda até passar ou até oito rodadas, e o relatório final registra o que foi aprovado, o que ficou pendente e a nota de cada parte.

Três semanas depois, a primeira entrega está em operação. O relatório do ciclo é a evidência para o comitê. E o critério que ficou pendente, a acurácia da classificação em uma categoria específica, vira o primeiro item do momento seguinte.

O primeiro dia, em ordem

Para a dona da primeira entrega, a terça-feira cabe em sete passos. Confirmar, parte por parte, o que será construído e o que será adotado. Criar a pasta do projeto com o retrato da organização como memória. Gerar, com os materiais prontos, os requisitos e os critérios de aceitação a partir da ficha, antes de qualquer código. Escrever os limites a partir do bloco de riscos e aplicá-los por mecanismo. Definir quem executa e quem confere, com modelo e integrações de cada um, e garantir que quem confere consegue testar como usuário, tanto o construído quanto o adotado. Definir a regra de parada. Só então pedir a primeira versão.

Nenhum passo exige inventar. Todos consomem o que o diagnóstico já entregou. É a diferença entre um material que dispensa tradução e um material de treinamento que transfere para a equipe o trabalho de traduzir o geral para o específico.

Onde a ponte costuma quebrar

Quatro padrões aparecem com frequência. Começar pela interface, porque é o que o patrocinador quer ver, sem plataforma, permissões e dados no lugar. Pular os critérios e pedir "faça a triagem", deixando quem confere julgar por impressão. Conferir por leitura de código quando o critério é de experiência, o que aprova o que parece certo e não o que funciona. E presumir que a ferramenta adotada está boa por ser pronta, sem passá-la pelos mesmos critérios. Os quatro têm o mesmo antídoto: usar o diagnóstico como insumo da execução, em vez de arquivá-lo como relatório.

O entregável

O que este artigo deixa: a decisão entre construir e adotar por parte da solução, o mapa entre as peças do diagnóstico e os componentes da execução (retrato vira memória, ficha vira critérios e limites, desenho técnico vira fundação na ordem certa, plano em três momentos vira ciclo, estrutura e paralelo), o papel dos materiais prontos na base do projeto, um exemplo de ponta a ponta e o roteiro do primeiro dia.

Na série

Este é o artigo estruturante da série Da decisão à entrega, que tem sete peças. Na ordem de leitura: A estrutura vale mais do que a ferramenta, Conferir antes de entregar, Quem faz e quem confere, A rotina de conferência que roda toda vez, Muitas entregas ao mesmo tempo, O critério de sucesso vale mais do que o pedido e Do diagnóstico ao sistema que a equipe mantém.

Termos do framework citados neste artigo

[1] "Contexto": primeira etapa do diagnóstico do Impulso Framework, que mapeia a organização, o desafio central e o histórico antes de qualquer conversa sobre tecnologia. Detalhada em Contexto: o diagnóstico começa sem falar de tecnologia.

[2] "Iniciativas", "Radar" e "Canvas": segunda etapa do diagnóstico. O Radar posiciona oportunidades por impacto e viabilidade; o Canvas detalha cada iniciativa priorizada em sete blocos. Detalhados em Iniciativas: o Radar e o Canvas.

[3] "Prontidão": terceira etapa, que mede a capacidade real de executar em oito dimensões e posiciona a organização em um de quatro estágios de maturidade. Detalhada em Prontidão: o filtro que separa ambição de fracasso anunciado.

[4] "Plano de Ação Inicial": componente do relatório executivo da quarta etapa, com o roteiro em três fases (Quick Win, Estruturação e Escala). Detalhado em Resultado: o relatório executivo que produz segunda-feira.

[5] "Arquitetura de Referência por Camada": entregável da segunda camada do framework, que avalia cada iniciativa em oito camadas técnicas. Detalhada em Aprofundamento Técnico por dentro.

[6] "Aceleradores": materiais práticos de execução da terceira camada do framework (instruções calibradas, atalhos, capacidades empacotadas e roteiros), contextualizados, reutilizáveis e executáveis sem tradução. Detalhados em Plano de Ação: aceleradores que dispensam tradução.

[7] "Plataformas": camada técnica que decide onde a solução roda, com capacidade, custo previsível e saída viável. Primeira na ordem de construção. Detalhada em Plataformas: sem fundação, não há o que escalar.

[8] "Segurança" e "Governança": as duas camadas transversais. Governança decide quem pode e quem responde; Segurança garante que só quem pode, consegue. Detalhadas em Governança: sem dono, toda automação vira órfã e Segurança: confiança é controle demonstrável.

[9] "Fontes de dados": camada que define quais entidades a solução precisa, onde vivem e quem é a origem da verdade de cada uma. Detalhada em Fontes de dados: a IA multiplica o que recebe.

[10] "Inteligência": camada que escolhe o modelo certo para cada tarefa, com estratégia híbrida de custo e instruções versionadas. Detalhada em Inteligência: o modelo certo para cada tarefa.

[11] "Automação": camada da execução em escala, com a fronteira entre regra e inferência, limiar de confiança e rota humana. Detalhada em Automação: onde a IA para de ser assistente e vira sistema.

[12] "Workflows" e "Interfaces": as camadas de orquestração do processo ponta a ponta e dos canais onde o usuário já está. Últimas na ordem de construção, primeiras na de apresentação. Detalhadas em Workflows: o processo que transforma tecnologia em resultado e Interfaces: comece onde o usuário já está.

Referências

Documentação oficial da Claude (Anthropic), consultada em setembro de 2026:

Building effective agents, sobre adicionar complexidade apenas quando ela melhora resultados de forma demonstrável. https://www.anthropic.com/research/building-effective-agents

Create custom subagents, sobre contexto isolado, restrição de ferramentas e permissões por assistente. https://code.claude.com/docs/en/sub-agents

Define your success criteria. https://platform.claude.com/docs/en/test-and-evaluate/define-success

Memory, sobre instruções persistentes de projeto. https://code.claude.com/docs/en/memory

Diagnóstico que não vira execução é relatório. Execução que ignora o diagnóstico é aposta. A ponte entre os dois é estrutura.

Foundation | Frente: Consulting | Série Da decisão à entrega, artigo estruturante | Proposições ancoradas: diagnóstico que produz ação, IA como amplificador, jornada progressiva | 2.080 palavras | Leitura: 10 minutos