# Como manter um registro de decisões

Um registro de decisões guarda o que você escolheu, por quê, o que descartou e quando revisar. Use quando, daqui a seis meses, alguém perguntar por que o lançamento mudou de data.

Atualizado em 7 de novembro de 2026

## De relance

- **Tempo:** Três minutos, logo depois de decidir.
- **O que escrever:** Seis linhas: a escolha, quem, por quê, o que você descartou, o que mudaria a decisão, quando revisar.
- **Aceitar:** Nas notas do próprio projeto, a mais recente por último.
- **Quando ler:** Quando alguém pergunta por quê, e no dia em que você disse que ia revisar.

## Um modelo de registro de decisões

Copie numa nota nova sempre que decidir algo que talvez precise explicar depois.

Modelo de decisão:

```
Decisão:
Quem decidiu:
Por quê:
O que descartamos e por quê:
O que mudaria a decisão:
Revisar:
```

Coloque a data no topo se a sua ferramenta não adicionar.

Preenchido, para o lançamento de um produto:

Exemplo: data de lançamento:

```
Decisão: passar o lançamento de 3 de março para 24 de março.
Quem decidiu: Ana, depois da revisão com o suporte.
Por quê: o suporte não tem respostas prontas para a nova página de cobrança.
O que descartamos e por quê: lançar sem a cobrança, porque os clientes atuais veriam dois preços.
O que mudaria a decisão: suporte pronto até 10 de março.
Revisar: em 10 de março.
```

## O mesmo modelo para uma decisão pequena

A maioria das decisões precisa de menos. Uma pessoal, numa reforma de cozinha:

Exemplo: azulejista:

```
Decisão: Marek assenta os azulejos.
Por quê: ele pode começar em janeiro.
O que descartamos e por quê: o orçamento mais barato, porque esse azulejista não pode começar antes de abril.
Revisar: quando vencer o sinal.
```

## O que vale registrar

- Uma escolha que alguém vai questionar depois: um preço, uma data, um fornecedor, um escopo.
- Uma escolha cujo motivo você esqueceria até o mês que vem.
- Uma opção descartada que sempre volta.
- Deixe de fora o que dá para desfazer em um minuto.

## Quando uma decisão muda

Escreva uma nova entrada dizendo o que mudou e por quê, e deixe a antiga como está. O registro é útil porque mostra o que você sabia na época.

Guarde as decisões ao lado do trabalho a que pertencem. Um [registro de trabalho](https://thread.page/pt/guides/work-log.md) diz o que aconteceu; uma entrada de decisão diz por que você seguiu esse caminho.

## Perguntas

### Qual a diferença entre um registro de decisões e um ADR?

Um ADR (architecture decision record) é um registro de decisões de arquitetura de software, guardado junto com o código. O modelo acima serve para os dois.

### O registro de decisões deve ser uma planilha?

Uma planilha serve para datas e responsáveis. Motivos e opções descartadas não cabem numa célula, e é isso que você vai querer depois.

### Quem deve escrever?

Quem tomou a decisão, logo depois de tomá-la. Escrita uma semana depois, perde as opções descartadas.

## Comece com um tópico.

[Escrever](https://thread.page/app)

Grátis no seu navegador. Você não precisa de conta para começar.

Ler a seguir

### [Notas de projeto: um registro contínuo por projeto](https://thread.page/pt/use-cases/project-notes.md)

Mantenha notas, tabelas e capturas de tela junto de cada projeto. Antes de mudar de tarefa, deixe o próximo passo no tópico. Quando voltar, o contexto estará lá.

Free · nada para configurar

### [Um registro contínuo por cliente](https://thread.page/pt/use-cases/client-work.md)

Mantenha as orientações, suas notas de chamadas e cada mudança combinada em um tópico do cliente. Quando retomar o trabalho, a última nota mostra o que vem a seguir.

Free · suas próprias notas sobre clientes

[Como manter um registro de trabalho](https://thread.page/pt/guides/work-log.md)

[Um modelo de notas de reunião](https://thread.page/pt/guides/meeting-notes.md)