# Cómo llevar un registro de decisiones

Un registro de decisiones recoge qué elegiste, por qué, qué descartaste y cuándo revisarlo. Te sirve cuando, dentro de seis meses, alguien pregunte por qué se movió el lanzamiento.

Actualizado el 7 de noviembre de 2026

## De un vistazo

- **Tiempo:** Tres minutos, justo después de decidir.
- **Qué escribir:** Seis líneas: la elección, quién, por qué, qué descartaste, qué la haría cambiar y cuándo revisarla.
- **Aceptar:** En las notas del propio proyecto, la más reciente al final.
- **Cuándo leerlo:** Cuando alguien pregunta por qué, y el día en que dijiste que la revisarías.

## Una plantilla de registro de decisiones

Cópiala en una nota nueva cada vez que decidas algo que quizá tengas que explicar más adelante.

Plantilla de decisión:

```
Decisión:
Quién decidió:
Por qué:
Qué descartamos y por qué:
Qué la haría cambiar:
Revisar:
```

Pon la fecha arriba si tu herramienta no la añade.

Rellena, para el lanzamiento de un producto:

Ejemplo: fecha de lanzamiento:

```
Decisión: mover el lanzamiento del 3 de marzo al 24 de marzo.
Quién decidió: Ana, tras la revisión con soporte.
Por qué: soporte no tiene respuestas preparadas para la nueva página de facturación.
Qué descartamos y por qué: lanzar sin la facturación, porque los clientes actuales verían dos precios.
Qué la haría cambiar: que soporte esté listo antes del 10 de marzo.
Revisar: el 10 de marzo.
```

## La misma plantilla para una decisión pequeña

La mayoría de las decisiones necesitan menos. Una personal, sobre la reforma de una cocina:

Ejemplo: alicatador:

```
Decisión: Marek pone los azulejos.
Por qué: puede empezar en enero.
Qué descartamos y por qué: el presupuesto más barato, porque ese alicatador no puede empezar antes de abril.
Revisar: cuando toque pagar la señal.
```

## Qué merece la pena registrar

- Una elección que alguien cuestionará más adelante: un precio, una fecha, un proveedor, un alcance.
- Una elección cuyo motivo habrías olvidado el mes que viene.
- Una opción descartada que vuelve una y otra vez.
- Omite lo que puedas deshacer en un minuto.

## Cuando una decisión cambia

Escribe una entrada nueva que diga qué cambió y por qué, y deja la anterior como está. El registro es útil porque muestra lo que sabías en ese momento.

Guarda las decisiones junto al trabajo al que pertenecen. Un [registro de trabajo](https://thread.page/es/guides/work-log.md) dice qué pasó; una entrada de decisión dice por qué se tomó ese camino.

## Preguntas

### ¿Qué diferencia hay entre un registro de decisiones y un ADR?

Un ADR (architecture decision record) es un registro de decisiones de diseño de software que se guarda junto al código. La plantilla de arriba sirve para los dos.

### ¿Conviene llevar el registro de decisiones en una hoja de cálculo?

Una hoja de cálculo sirve para fechas y responsables. Los motivos y las opciones descartadas no caben en una celda, y es justo lo que querrás ver más adelante.

### ¿Quién debería escribirla?

Quien tomó la decisión, justo después de tomarla. Si la escribes una semana después, las opciones descartadas se pierden.

## Empieza con un hilo.

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

Gratis en tu navegador. No necesitas cuenta para empezar.

Sigue leyendo

### [Notas de proyecto: un registro continuo por proyecto](https://thread.page/es/use-cases/project-notes.md)

Guarda notas, tablas y capturas de pantalla con cada proyecto. Antes de cambiar de tarea, deja el próximo paso en su hilo. Cuando vuelvas, el contexto seguirá ahí.

Free · nada que configurar

### [Un registro continuo por cliente](https://thread.page/es/use-cases/client-work.md)

Guarda las indicaciones, tus notas de llamadas y cada cambio acordado en un hilo del cliente. Al retomar el trabajo, la última nota te dice qué viene después.

Free · tus propias notas sobre clientes

[Cómo llevar un registro de trabajo](https://thread.page/es/guides/work-log.md)

[Una plantilla de notas de reunión](https://thread.page/es/guides/meeting-notes.md)