Aplícalo esta semana
Criterio · ejemplo: ADR de un Repositorio
Diario de decisiones (ADR) y ciclo de Kolb
Escribe cada decisión con contexto, alternativas y consecuencias esperadas; revísala después.
Un Architecture Decision Record es la línea de tiempo escrita: contexto y fuerzas (t<0), decisión (t=0), consecuencias esperadas (t>0). Volver a leerlo semanas después y anotar lo que realmente pasó cierra el ciclo de Kolb: experiencia, reflexión, concepto, nueva prueba.
- Para quién
- Intermedio y avanzado. Ideal si ya trabajas en un equipo.
- Fuente
- Kolb (1984), Experiential Learning; Di Stefano et al. (2014), Making Experience Count; Nygard (2011), ADR
- Estudios controlados con resultados favorables, con matices según contexto.
El plan en el tiempo
Qué haces antes, durante y después. Mueve t y mira qué ya ocurrió.
Antes de encontrar el concepto t<0
- t=-1
Describes el contexto y las fuerzas
Pregunta previa · 5 min · Preguntarse antes activa lo que ya sabes y orienta la atención (efecto de pretest).
El encuentro t=0
- t=0
Registras la decisión y la alternativa descartada
Explicación · 30 min · El primer encuentro: alguien (o un texto) explica el concepto.
Después: consolidar t>0
- t=+1
Escribes qué consecuencias esperas
Reflexión escrita · 10 min · Escribir qué esperabas y qué pasó convierte experiencia en criterio.
- t=+7
Primera revisión: qué pasó realmente
Reflexión escrita · 10 min · Escribir qué esperabas y qué pasó convierte experiencia en criterio.
- t=+21
Segunda revisión: ¿la volverías a tomar?
Reflexión escrita · 10 min · Escribir qué esperabas y qué pasó convierte experiencia en criterio.
Trayectoria frente al método de control
Se aplica en la ruta
Úsala programando, no solo leyendo
Pruébalo ahora
ADR de un Repositorio
Escribe tu decisión en formato ADR y descárgala en Markdown para tu repositorio.
docs/decisiones/0001.md
1# Repositorio como puerto para Pedidos 2 3Fecha: 4Estado: aceptada 5 6## Contexto (t<0) 7Las reglas del pedido (límite de crédito, no confirmar vacío) se prueban hoy con una base levantada; cada prueba tarda 2 s. 8 9## Fuerzas 10Probar reglas rápido; poder leer pedidos de una API externa el próximo trimestre; el equipo conoce bien el ORM. 11 12## Alternativas consideradas 13Usar el modelo del ORM como entidad de dominio. 14 15## Decisión (t=0) 16Declarar RepositorioDePedidos como Protocol en el dominio, con adaptador en memoria para pruebas y otro para PostgreSQL. 17 18## Consecuencias esperadas (t>0) 19Una interfaz y un adaptador más que mantener. Pruebas de dominio en milisegundos. La API externa será otro adaptador. 20 21## Revisiones 22- t=+7: ¿qué pasó realmente? 23- t=+21: ¿la volverías a tomar? 24
Cuándo no usarla
Si nunca vas a releerlo: sin la revisión en t>0, es solo burocracia.
Señal de que funciona
Tus ADR nuevos anticipan consecuencias que los viejos no veían.
Tu decisión
¿Diario de decisiones te hizo aprender?
Responde después de probar el ejemplo. Se guarda solo en este navegador.