Como Documentar Decisões: O Guia Prático Definitivo
Como documentar decisões: capture sete campos para cada decisão significativa — a pergunta, as opções consideradas, os argumentos a favor e contra, a decisão em si, a justificativa, o responsável e a data de revisão. Os frameworks de papel (RAPID, DACI, RACI) designam quem decide; um registro de decisão preserva o que foi decidido e por quê. A engenharia resolveu isso em 2011 com os Registros de Decisão de Arquitetura de Michael Nygard; a mesma prática leve funciona para qualquer equipe: escreva o registro quando a decisão for tomada, mantenha-o em um lugar pesquisável e defina uma data de revisão para que os resultados possam ser comparados com a justificativa.
A maioria das equipes documenta tarefas meticulosamente e decisões de forma alguma — é por isso que questões resolvidas são discutidas novamente a cada trimestre. A solução é um registro de decisão leve, e esta é a prática completa:
- Funções ≠ registros. RAPID, DACI e RACI dizem quem decide; nenhum deles preserva o que foi decidido e por que. Você precisa de ambas as partes.
- Sete campos — questão, opções, argumentos, decisão, justificativa, proprietário, data de revisão — cobrem tudo o que um futuro leitor precisa (este modelo é nosso; roube-o).
- Escreva quando a decisão acontecer, em uma casa pesquisável, um registro por decisão — não enterrado em atas, threads de chat ou apresentações.
- O registro é o que transforma decisões de eventos pontuais em um ativo do qual sua organização pode aprender.
Há onze meses, sua equipe passou por três reuniões escolhendo entre construir a integração internamente ou comprá-la. As pessoas vieram preparadas. Alguém fez uma planilha. A discussão foi genuinamente boa — preocupações foram levantadas, compensações avaliadas, uma decisão foi tomada. Então, todos voltaram ao trabalho.
Esta semana, um novo líder de engenharia se juntou, olhou para a integração e fez a pergunta razoável: "Por que não construímos isso nós mesmos?" E a resposta honesta disponível para qualquer um na sala era: ninguém se lembra exatamente. Então a pergunta está em aberto novamente. As três reuniões estão prestes a acontecer novamente — com menos informações do que da primeira vez, porque a pessoa que fez a planilha saiu em março.
Nada sobre essa história é incomum, e esse é o problema. Equipes que nunca perderiam uma tarefa perdem decisões constantemente, porque tarefas têm um sistema e decisões têm uma vibração. Este post é a solução completa e prática: o que anotar, os sete campos que importam, as estruturas que valem a pena pegar emprestadas e os hábitos que fazem a prática se manter.
Seu rastreador de tarefas conhece todas as tarefas de 2023.
Ninguém pode dizer por que você escolheu a arquitetura com a qual está vivendo.
A lacuna de documentação em quase todas as organizações
O que é um Registro de Decisão — e o que este post cobre
Um registro de decisão é um documento curto e estruturado que captura uma decisão significativa: o que foi decidido, quais eram as alternativas, por que essa opção foi escolhida, quem tomou a decisão e quando você verificará se funcionou. Ele é escrito quando a decisão é tomada, não reconstruído depois, e fica em um lugar onde toda a equipe pode pesquisar.
Não se trata de atas de reunião — um relato cronológico de uma conversa — e não é uma tarefa. Essas distinções são importantes o suficiente para que cada uma tenha seu próprio post: atas de reunião vs. o registro de decisões cobre o nível do documento, e itens de ação vs. decisões cobre o nível da tarefa. Este post é o guia prático ao qual ambos se referem.
Uma nota de escopo: decisões significativas. Onde realizar o offsite não precisa de um registro. Qualquer coisa que você odiaria discutir novamente em seis meses — arquitetura, fornecedores, preços, políticas, critérios de contratação — precisa. Um teste útil: se um futuro colega pudesse plausivelmente perguntar "por que é assim?", a decisão se qualifica.
O Custo Real das Decisões Não Documentadas
Os custos são mundanos, recorrentes e, na maioria das vezes, invisíveis porque chegam disfarçados de trabalho normal. Questões resolvidas são re-litigadas — o mesmo debate, encenado novamente, menos quem detinha o contexto. Novas contratações herdam sistemas cuja forma ninguém consegue explicar, então elas ou reaprendem quebrando coisas ou encaminham cada pergunta para a pessoa mais antiga na sala. E quando um resultado dá errado, não há como saber se o raciocínio foi ruim ou se a sorte foi — o que significa que o processo nunca melhora.
Há também um aspecto mais agudo: a responsabilidade. Quando uma decisão existe apenas na memória, sua história é reescrita por quem a conta — geralmente a seu favor. Um registro torna o raciocínio passível de inspeção quando é importante, que é a base de um verdadeiro rastro de auditoria de decisões. Escrevemos um breve artigo complementar sobre o custo acumulado em si: o custo de decisões não documentadas.
As Estruturas Que Já Existem — e a Lacuna Que Elas Deixam
Você não precisa inventar essa prática; vários frameworks sérios a abordam. Mas vale a pena notar o que cada um realmente cobre, porque os mais populares resolvem um problema diferente do que este post trata.
ADR — Registros de Decisão de Arquitetura (Nygard, 2011)
A resposta do mundo da engenharia, do ensaio de Michael Nygard de 2011: um pequeno arquivo por decisão arquitetonicamente significativa — contexto, decisão, consequências — mantido no repositório do projeto. Os ADRs provaram que a documentação de decisões funciona precisamente quando é leve; a prática se espalhou por toda a indústria e tem um ecossistema inteiro de modelos. É a coisa mais próxima do que toda equipe precisa. Nosso guia prático de ADR cobre o formato, o ecossistema de modelos e a razão pela qual a maioria das práticas de ADR morre silenciosamente — o debate e o registro acabam vivendo em lugares diferentes.
DACI — Motorista, Aprovador, Contribuintes, Informados (Atlassian)
A jogada da Atlassian para papéis de decisão: quem conduz a decisão, quem a aprova, quem contribui, quem é informado. Excelente para desobstruir "quem realmente decide isso?" — mas uma atribuição DACI não é um registro. Uma vez que a decisão é tomada, o DACI não tem nada a dizer sobre a preservação do raciocínio. Se você está escolhendo entre os frameworks de papéis em vez de lê-los um por um, colocamos RAPID, DACI e RACI lado a lado com exemplos práticos.
RAPID® — Recomendar, Concordar, Executar, Inserir, Decidir (Bain)
O framework registrado da Bain & Company, introduzido por Paul Rogers e Marcia Blenko em seu artigo de 2006 na Harvard Business Review "Quem Tem o D?". Como o DACI, ele atribui papéis de decisão — seu "D" é o único decisor responsável — e acelera demonstravelmente organizações paradas. Também como o DACI: ele governa o momento da escolha, não a memória dela. A comparação em três vias estabelece onde o RAPID ganha sua complexidade extra em relação ao DACI, e onde não ganha.
RACI — Responsável, Responsável final, Consultado, Informado
O mais antigo e geral dos gráficos de papéis, de décadas de prática de mapeamento de responsabilidades. Útil para clareza de execução em qualquer processo; o menos específico em decisões dos quatro, e novamente — uma matriz de papéis, não um registro. Se os quatro gráficos de letras estão se confundindo, nosso guia de direitos de decisão existe para acabar com a confusão: escolha um em cinco minutos e dedique o esforço a realmente executá-lo.
Note o padrão: três dos quatro frameworks famosos atribuem papéis; apenas o ADR produz um registro. Papéis e registros são metades complementares — o RAPID ou DACI diz quem tem o D; o registro preserva o que o D decidiu e por quê. A maioria das equipes que sente "temos um processo de decisão" adotou um framework de papéis e pulou completamente o registro. Essa é a lacuna que os sete campos abaixo preenchem. Um framework realmente atravessa a linha, e vale a pena nomeá-lo porque é a coisa mais próxima de um registro que um framework de papéis produz: SPADE (Gokul Rajaram, usado no Google, Facebook e Square) adiciona Alternativas e Explicar aos papéis que os outros atribuem — dois dos sete campos abaixo, capturados no momento da decisão em vez de depois. Ele ainda se organiza por reunião de decisão em vez de por decisão, então ainda não é um log; mas uma equipe que já está executando o SPADE está a dois campos de um. A versão curta é o framework SPADE em cinco letras, e todos os quatro frameworks de papéis estão lado a lado no guia de direitos de decisão.
O que Capturar: Os Sete Campos
Este é o modelo próprio do Argumentree — não um padrão externo, mas uma síntese que usamos e recomendamos: a disciplina de registro do ADR, ampliada com duas coisas que as decisões gerais da equipe precisam e que as decisões de arquitetura obtêm de graça (um proprietário explícito e uma data de revisão). Roube-o como está.
1. A pergunta
O que estava realmente sendo decidido — formulado como a verdadeira pergunta, não o tópico. "Qual fornecedor para pagamentos?" é melhor do que "Pagamentos." Uma pergunta mal formulada é como as equipes respondem a coisa errada precisamente. A mesma disciplina se aplica a metas em vez de escolhas: um Resultado Chave é a pergunta respondida antecipadamente, que é por isso que um OKR é melhor lido como um registro do que como um alvo.
2. As opções consideradas
Toda alternativa que foi seriamente considerada, incluindo "não fazer nada." Este é o campo que mais mata a re-litigação: a maioria das decisões reabertas começa com "já consideramos…?" — e a resposta geralmente é sim.
3. Os argumentos a favor e contra
Os prós e contras que foram realmente ponderados, anexados às opções a que pertencem. Este é o campo que quase todos os modelos ignoram e o que tem mais valor por linha — o raciocínio é o que um futuro leitor precisa para julgar se a decisão ainda se mantém.
4. A decisão
A opção escolhida, declarada de forma clara. Uma frase. Se este campo ocupar um parágrafo, o campo da pergunta estava errado.
5. A justificativa
Por que essa opção venceu — quais argumentos foram decisivos e quais concessões foram aceitas conscientemente. "Escolhemos X sabendo que custa Y" é a frase que impede a próxima pessoa de tratar Y como um descuido.
6. O proprietário
A pessoa responsável pela decisão — o "D" do RAPID, anotado. Não o comitê: um nome. Decisões sem um proprietário registrado tornam-se decisões que ninguém pode revisar, alterar ou defender.
7. A data da revisão
Quando você verificar o resultado em relação ao raciocínio. Este campo transforma um hábito de arquivamento em um ciclo de aprendizado — é a diferença entre um arquivo e um ativo, e é o mecanismo por trás do princípio de feedback da inteligência de decisão.
Um Registro Que Você Pode Copiar
Na prática, os sete campos cabem em meia página. Um exemplo trabalhado, comprimido:
Pergunta: Construir a integração de faturamento internamente ou comprar o Fornecedor A? · Opções: construir; Fornecedor A; Fornecedor B; adiar seis meses. · Argumentos: construir = controle total, mas ~2 trimestres de roadmap; A = ao vivo em 3 semanas, risco de lock-in; B = mais barato, cobertura da UE mais fraca; adiar = bloqueia dois negócios empresariais. · Decisão: Fornecedor A, contrato de 12 meses. · Justificativa: os dois negócios bloqueados superam o risco de lock-in nesta duração de contrato; construção reconsiderada na renovação. · Responsável: J. Meyer. · Revisão: renovação em 2027-03.
Esse é o artefato completo. Qualquer pessoa que entrar na equipe no próximo ano lê isso em quarenta segundos e sabe o que foi decidido, o que foi superado, quanto custou e quando voltará a ser discutido. Compare isso com as atas de três reuniões.
Uma decisão sem uma justificativa registrada
é uma decisão que sua equipe tomará novamente.
As Práticas Que Fazem Acontecer
Modelos não falham; hábitos falham. Quatro práticas separam equipes cujos registros de decisões vivem de equipes cujos registros morrem após a segunda semana:
Escreva isso na sala
O registro é feito quando a decisão é tomada — últimos cinco minutos da reunião, tela compartilhada — não "limpo depois." A reconstrução é onde a justificativa morre e onde a memória mais alta se torna a oficial.
Uma casa, pesquisável
Todos os registros em um só lugar que toda a equipe pode pesquisar — uma pasta de repositório, um espaço de wiki, uma ferramenta dedicada. Um registro que ninguém consegue encontrar tem o mesmo valor que nenhum registro. Espalhados em anotações de reuniões é como falha hoje.
Um registro por decisão
Não por reunião. Reuniões produzem discussão; o registro captura a decisão, independentemente de qual reunião (ou thread) ela finalmente foi parar. Este é o cerne da distinção entre atas e registros.
Na verdade, mantenha a revisão.
Quando a data da revisão chegar, passe dez minutos comparando o resultado com o raciocínio registrado. A justificativa foi sólida e o resultado infeliz, ou o raciocínio estava falho? Essa distinção — impossível sem o registro — é como a qualidade da decisão se acumula.
Os Erros Comuns
Quatro modos de falha são responsáveis pela maioria dos registros de decisão abandonados:
Gravando tudo
Um registro com decisões de pedidos de almoço treina todos a ignorá-lo. Limite de significância: discutir isso novamente em seis meses seria prejudicial?
Gravando apenas o veredicto
"Escolhemos o Fornecedor A" sem opções e justificativas não responde a nada que um futuro leitor perguntará. O raciocínio é a essência; o veredicto por si só é trivial.
Tratando-o como uma burocracia de propriedade de uma pessoa.
Se uma pessoa diligente mantém o registro, ele morre com suas férias. A escrita gira em torno da propriedade da decisão — quem tem o D escreve o registro.
Sem datas de revisão
Um log apenas para escrita torna-se um cemitério de boas intenções. A data de revisão é o que faz a prática se pagar visivelmente, o que a mantém viva.
Somos Ágeis — Isso Não É Apenas Custo de Documentação?
A versão mais forte da objeção merece ser expressa corretamente: a documentação tem um custo real, a maioria dos documentos nunca é lida, e uma equipe que gasta sua energia escrevendo sobre o trabalho em vez de realizá-lo se tornou mais lenta à toa. A percepção do Agile — software funcional em vez de documentação abrangente — foi uma correção para uma doença real.
A resposta é que a objeção atinge o artefato errado. Nygard escreveu ADRs para equipes ágeis, exatamente com esse raciocínio: o registro tem meia página, escrito uma vez, no momento em que o conhecimento está livre — e seu leitor não é um auditor, mas você futuro, daqui a onze meses, olhando para a integração e se perguntando o porquê. A assimetria de custos é extrema: cinco minutos no momento da decisão versus três reuniões de re-litigação depois. Esta é a documentação rara que se paga sozinha em reuniões evitadas.
A advertência honesta: a prática falha quando é imposta como teatro de processo — campos obrigatórios em que ninguém acredita, registros escritos para satisfazer uma caixa de seleção. Funciona quando a equipe sentiu a dor que previne. Se sua equipe ainda não perdeu uma decisão, comece com a entrada de registro para sua próxima chamada significativa e deixe o primeiro momento de "espere, anotamos isso!" vender o hábito.
O Diagnóstico
Escolha qualquer decisão significativa que sua equipe tomou no último trimestre. Uma pessoa que não estava na sala consegue reconstruir — a partir do que está escrito em algum lugar — quais eram as alternativas e por que elas foram descartadas? Se não, você não tem uma prática de documentação; você tem folclore.
Como o Argumentree Documenta Decisões Automaticamente
Tudo o que foi mencionado acima funciona com uma página wiki. A razão pela qual construímos Argumentree é que o campo mais difícil de capturar manualmente é o campo 3 — os argumentos — porque eles acontecem ao vivo, em discussão, e escrevê-los depois significa resumir a partir da memória. No Argumentree, a deliberação em si é estruturada: a pergunta é explícita, as opções e seus argumentos a favor e contra formam uma árvore, e as classificações mostram quais argumentos realmente influenciaram a decisão.
O que significa que o registro de decisão não é um documento que alguém escreve após a reunião — é a própria estrutura da reunião, preservada. Todos os sete campos surgem automaticamente: pergunta, opções, argumentos, decisão, justificativa (o caminho do argumento vencedor), responsável e uma data de revisão. Sem etapa de transcrição, sem desvio de memória, e todo o raciocínio permanece passível de inspeção para cada leitor futuro. Veja-o de ponta a ponta em inteligência de reuniões. Se você quiser experimentar o formato em uma decisão real esta semana, pode começar grátis e documentar a próxima enquanto a faz.
Decisões são um ativo — se você mantiver elas
A diferença entre uma organização que se torna mais inteligente e uma que permanece ocupada não é a inteligência — é a memória. As tarefas são concluídas e evaporam; as decisões, mantidas com seu raciocínio, se acumulam: precedentes se formam, padrões surgem e as revisões ensinam o processo a se aprimorar.
Comece menor do que parece sério. Próxima decisão significativa: cinco minutos, sete campos, uma casa pesquisável, uma data de revisão. Quando o novo líder de engenharia pergunta "por que não construímos isso nós mesmos?" — e alguém responde com uma leitura de quarenta segundos em vez de três reuniões — a prática terá se pago, permanentemente.
Cinco minutos na hora da decisão. Três reuniões economizaram onze meses depois.
Faça do Registro o Subproduto da Reunião
Execute sua próxima decisão significativa no Argumentree: argumentos estruturados, registros de decisão automáticos, datas de revisão incorporadas.
Fontes e Leitura Adicional
- Nygard, M. (2011). Documentando Decisões de Arquitetura. Cognitect.O ensaio que iniciou a prática de ADR — contexto, decisão, consequências, um arquivo leve por decisão.
- Registros de Decisões Arquitetônicas — adr.github.ioA casa comunitária de modelos e ferramentas ADR; evidência de quão longe a prática de registro se espalhou.
- Rogers, P. & Blenko, M. (2006). Quem Tem o D? Como Papéis de Decisão Claros Aumentam o Desempenho Organizacional. Harvard Business Review, janeiro de 2006.O artigo que apresenta o framework RAPID® da Bain — o tratamento canônico dos papéis de decisão.
- Atlassian Team Playbook — o jogo DACI.O framework de papéis da Atlassian para decisões: Motorista, Aprovador, Contribuintes, Informados.
- Bain & Company — Quem tem o D? (visão geral do RAPID®)Resumo do próprio Bain sobre o framework; RAPID é a marca registrada da Bain.
Perguntas Frequentes
O que é um registro de decisão?
Um documento curto e estruturado que captura uma decisão significativa: a questão, as opções consideradas, os argumentos a favor e contra, a decisão, sua justificativa, o responsável e uma data de revisão. É escrito quando a decisão é tomada e mantido em um local pesquisável.
Qual é a diferença entre RAPID, DACI, RACI e um registro de decisão?
RAPID, DACI e RACI são estruturas de papéis — elas definem quem recomenda, aprova, contribui e decide. Um registro de decisão preserva o que foi decidido e por quê. Os papéis governam o momento da escolha; o registro preserva sua memória. A maioria das equipes precisa de uma estrutura de papéis mais uma prática de registro.
Quais decisões devem ser documentadas?
Significativas: qualquer decisão que você odiaria discutir novamente em seis meses — arquitetura, fornecedores, preços, políticas, padrões de contratação. Um teste prático: se um futuro colega pudesse plausivelmente perguntar por que as coisas são assim, registre. Escolhas operacionais rotineiras não se qualificam; registrar tudo mata a prática.
O que são ADRs (Registros de Decisão de Arquitetura)?
Uma prática de engenharia leve do ensaio de Michael Nygard de 2011: um pequeno arquivo por decisão arquitetonicamente significativa, capturando contexto, decisão e consequências, armazenado no repositório do projeto. ADRs são a prova mais forte de que a documentação leve de decisões funciona, e o modelo do qual qualquer equipe pode generalizar.
Quem deve redigir o registro da decisão?
O proprietário da decisão — a pessoa com o D em termos de RAPID. A redação gira em torno da propriedade, o que mantém a prática viva quando qualquer pessoa está ausente e mantém a responsabilidade ligada ao registro.
Como um registro de decisão é diferente da ata de reunião?
As atas são um relato cronológico de uma conversa, organizadas por reunião. Um registro de decisões é organizado por decisão, independentemente das reuniões ou discussões que a produziram, e captura opções e justificativas que as atas enterram ou omitem. A comparação completa está em nosso post sobre atas de reuniões vs registro de decisões.
Pare de reavaliar decisões que você já tomou
Deliberação estruturada entra, registros de decisão completos saem — com o raciocínio anexado e datas de revisão incorporadas.
Sobre Argumentree Team
Decision Science
The Argumentree team is building the collaborative decision-making platform Argumentree. Our mission is to transform how organizations make, document, and learn from decisions.
Artigos Relacionados
Discorda dos sete campos?
Argumente onde os argumentos são estruturados — junte-se à discussão no fórum Argumentree.
Participe da Discussão
