Cómo Documentar Decisiones: La Guía Práctica Definitiva
Cómo documentar decisiones: captura siete campos para cada decisión significativa: la pregunta, las opciones consideradas, los argumentos a favor y en contra, la decisión misma, la justificación, el propietario y la fecha de revisión. Los marcos de rol (RAPID, DACI, RACI) asignan quién decide; un registro de decisiones preserva lo que se decidió y por qué. La ingeniería resolvió esto en 2011 con los Registros de Decisiones de Arquitectura de Michael Nygard; la misma práctica ligera funciona para cualquier equipo: escribe el registro cuando se toma la decisión, mantenlo en un lugar buscable y dale una fecha de revisión para que los resultados puedan compararse con el razonamiento.
La mayoría de los equipos documentan tareas meticulosamente y decisiones en absoluto, lo que es la razón por la que las preguntas resueltas se vuelven a discutir cada trimestre. La solución es un registro de decisiones ligero, y esta es la práctica completa:
- Roles ≠ registros. RAPID, DACI y RACI te dicen quién decide; ninguno de ellos preserva qué se decidió y por qué. Necesitas ambas mitades.
- Siete campos — pregunta, opciones, argumentos, decisión, justificación, propietario, fecha de revisión — cubren todo lo que un futuro lector necesita (esta plantilla es nuestra; róbala).
- Escríbelo cuando se tome la decisión, en un hogar buscable, un registro por decisión — no enterrado en actas, hilos de chat o presentaciones.
- El registro es lo que convierte las decisiones de eventos puntuales en un activo del que tu organización puede aprender.
Hace once meses, su equipo pasó tres reuniones eligiendo entre construir la integración internamente o comprarla. La gente llegó preparada. Alguien hizo una hoja de cálculo. La discusión fue realmente buena: se plantearon preocupaciones, se sopesaron las compensaciones, se tomó una decisión. Luego, todos volvieron al trabajo.
Esta semana se unió un nuevo líder de ingeniería, miró la integración y hizo la pregunta razonable: "¿Por qué no lo construimos nosotros mismos?" Y la respuesta honesta disponible para cualquiera en la sala fue: nadie recuerda exactamente. Así que la pregunta está abierta de nuevo. Las tres reuniones están a punto de suceder de nuevo — con menos información que la primera vez, porque la persona que hizo la hoja de cálculo se fue en marzo.
Nada de esa historia es inusual, y ese es el problema. Equipos que nunca perderían una tarea pierden decisiones constantemente, porque las tareas tienen un sistema y las decisiones tienen una vibra. Esta publicación es la solución completa y práctica: qué anotar, los siete campos que importan, los marcos que vale la pena tomar prestados y los hábitos que hacen que la práctica perdure.
Tu rastreador de tareas conoce cada tarea de 2023.
Nadie puede decir por qué elegiste la arquitectura con la que vives.
La brecha de documentación en casi todas las organizaciones
Qué es un Registro de Decisión — y qué cubre esta publicación
Un registro de decisiones es un documento corto y estructurado que captura una decisión significativa: qué se decidió, cuáles eran las alternativas, por qué ganó esta opción, quién tomó la decisión y cuándo verificarás si funcionó. Se escribe cuando se toma la decisión, no se reconstruye más tarde, y se guarda en un lugar donde todo el equipo pueda buscar.
No son actas de reunión — un relato cronológico de una conversación — y no es una tarea. Esas distinciones son lo suficientemente importantes como para que cada una tenga su propia publicación: actas de reunión vs. el registro de decisiones cubre el nivel del documento, y elementos de acción vs. decisiones cubre el nivel de la tarea. Esta publicación es el cómo que ambos mencionan.
Una nota de alcance: decisiones significativas. Dónde realizar la reunión fuera de la oficina no necesita un registro. Cualquier cosa que odies volver a discutir en seis meses —arquitectura, proveedores, precios, políticas, criterios de contratación— sí lo necesita. Una prueba útil: si un futuro colega podría plausiblemente preguntar "¿por qué es así?", la decisión califica.
Lo que realmente cuestan las decisiones no documentadas
Los costos son mundanos, recurrentes y, en su mayoría, invisibles porque llegan disfrazados de trabajo normal. Las preguntas resueltas se vuelven a litigar: el mismo debate, representado de nuevo, menos quien tenía el contexto. Los nuevos empleados heredan sistemas cuya forma nadie puede explicar, por lo que o vuelven a aprender rompiendo cosas o dirigen cada pregunta a la persona con más antigüedad en la sala. Y cuando un resultado sale mal, no hay forma de saber si el razonamiento fue malo o la suerte lo fue, lo que significa que el proceso nunca mejora.
También hay un aspecto más agudo: la responsabilidad. Cuando una decisión existe solo en la memoria, su historia es reescrita por quien la cuenta — usualmente a su favor. Un registro hace que el razonamiento sea inspeccionable cuando importa, que es la base de un verdadero rastro de auditoría de decisiones. Escribimos un breve artículo complementario sobre el costo acumulativo en sí: el costo de las decisiones no documentadas.
Los marcos que ya existen — y la brecha que dejan
No tienes que inventar esta práctica; varios marcos serios la abordan. Pero vale la pena notar lo que cada uno cubre realmente, porque los más populares resuelven un problema diferente al que trata este post.
ADR — Registros de Decisiones de Arquitectura (Nygard, 2011)
La respuesta del mundo de la ingeniería, del ensayo de Michael Nygard de 2011: un pequeño archivo por cada decisión arquitectónicamente significativa — contexto, decisión, consecuencias — guardado en el repositorio del proyecto. Los ADR demostraron que la documentación de decisiones funciona precisamente cuando es ligera; la práctica se extendió en toda la industria y tiene todo un ecosistema de plantillas. Es lo más cercano que existe a lo que cada equipo necesita. Nuestra guía práctica de ADR cubre el formato, el ecosistema de plantillas y la razón por la que la mayoría de las prácticas de ADR mueren silenciosamente: el debate y el registro terminan viviendo en lugares diferentes.
DACI — Conductor, Aprobador, Contribuyentes, Informados (Atlassian)
El enfoque de Atlassian para los roles de decisión: quién impulsa la decisión, quién la aprueba, quién contribuye, quién se informa. Excelente para desatascar "¿quién decide realmente esto?" — pero una asignación DACI no es un registro. Una vez que se toma la decisión, DACI no tiene nada que decir sobre la preservación del razonamiento. Si estás eligiendo entre los marcos de roles en lugar de leer sobre ellos uno a la vez, hemos puesto RAPID, DACI y RACI uno al lado del otro con ejemplos prácticos.
RAPID® — Recomendar, Acordar, Ejecutar, Ingresar, Decidir (Bain)
El marco registrado de Bain & Company, introducido por Paul Rogers y Marcia Blenko en su artículo de Harvard Business Review de 2006 "¿Quién tiene la D?". Al igual que DACI, asigna roles de decisión — su "D" es el único decisor responsable — y acelera demostrablemente a las organizaciones estancadas. También como DACI: gobierna el momento de la elección, no la memoria de la misma. La comparación de tres vías establece dónde RAPID gana su complejidad adicional sobre DACI, y dónde no.
RACI — Responsable, A cargo, Consultado, Informado
El más antiguo y general de los gráficos de roles, de décadas de práctica de mapeo de responsabilidades. Útil para la claridad de ejecución en cualquier proceso; el menos específico en decisiones de los cuatro, y nuevamente — una matriz de roles, no un registro. Si los cuatro gráficos de letras se están difuminando, nuestra guía de derechos de decisión existe para acabar con la búsqueda: elige uno en cinco minutos y dedica el esfuerzo a ejecutarlo realmente.
Nota el patrón: tres de los cuatro marcos famosos asignan roles; solo ADR produce un registro. Los roles y los registros son mitades complementarias — RAPID o DACI te dicen quién tiene la D; el registro preserva lo que la D decidió y por qué. La mayoría de los equipos que sienten "tenemos un proceso de decisión" han adoptado un marco de roles y han omitido por completo el registro. Esa es la brecha que llenan los siete campos a continuación. Un marco sí cruza la línea, y vale la pena mencionarlo porque es lo más cercano a un registro que produce un marco de roles: SPADE (Gokul Rajaram, utilizado en Google, Facebook y Square) añade Alternativas y Explicar a los roles que los otros asignan — dos de los siete campos a continuación, capturados en el momento de decidir en lugar de después. Aún se organiza por reunión de decisión en lugar de por decisión, por lo que aún no es un registro; pero un equipo que ya está utilizando SPADE está a dos campos de uno. La versión corta es el marco SPADE en cinco letras, y los cuatro marcos de roles están uno al lado del otro en la guía de derechos de decisión.
Qué Capturar: Los Siete Campos
Este es el propio template de Argumentree — no un estándar externo, sino una síntesis que usamos y recomendamos: la disciplina de registro de ADR, ampliada con las dos cosas que las decisiones generales del equipo necesitan y que las decisiones de arquitectura obtienen gratis (un propietario explícito y una fecha de revisión). Robalo tal cual.
1. La pregunta
Lo que realmente se estaba decidiendo — formulado como la pregunta real, no el tema. "¿Qué proveedor para pagos?" supera a "Pagos." Una pregunta mal formulada es cómo los equipos responden a la cosa equivocada precisamente. La misma disciplina se aplica a los objetivos en lugar de a las elecciones: un Resultado Clave es la pregunta respondida de antemano, por eso un OKR se lee mejor como un registro que como un objetivo.
2. Las opciones consideradas
Cada alternativa que se consideró seriamente, incluyendo "no hacer nada". Este es el campo que más muertes de litigios vuelve a abrir: la mayoría de las decisiones reabiertas comienzan con "¿alguna vez consideramos...?" — y la respuesta suele ser sí.
3. Los argumentos a favor y en contra
Los pros y los contras que se sopesaron realmente, adjuntos a las opciones a las que pertenecen. Este es el campo que casi todas las plantillas omiten y el que tiene más valor por línea: el razonamiento es lo que un futuro lector necesita para juzgar si la decisión sigue siendo válida.
4. La decisión
La opción elegida, expresada de manera clara. Una oración. Si este campo requiere un párrafo, el campo de la pregunta estaba mal.
5. La justificación
Por qué esta opción ganó — qué argumentos fueron decisivos y qué compensaciones se aceptaron conscientemente. "Elegimos X sabiendo que cuesta Y" es la frase que impide que la próxima persona trate Y como un descuido.
6. El propietario
La persona responsable de la decisión — el "D" de RAPID, escrito. No el comité: un nombre. Las decisiones sin un propietario registrado se convierten en decisiones que nadie puede revisar, modificar o defender.
7. La fecha de revisión
Cuando verifiques el resultado en relación con el razonamiento. Este campo convierte un hábito de archivo en un bucle de aprendizaje: es la diferencia entre un archivo y un activo, y es el mecanismo detrás del principio de retroalimentación de la inteligencia de decisiones.
Un registro que puedes copiar
En la práctica, los siete campos caben en media página. Un ejemplo trabajado, comprimido:
Pregunta: ¿Construir la integración de facturación internamente o comprar al Proveedor A? · Opciones: construir; Proveedor A; Proveedor B; posponer seis meses. · Argumentos: construir = control total pero ~2 trimestres de hoja de ruta; A = en vivo en 3 semanas, riesgo de bloqueo; B = más barato, cobertura débil en la UE; posponer = bloquea dos acuerdos empresariales. · Decisión: Proveedor A, contrato de 12 meses. · Justificación: los dos acuerdos bloqueados superan el riesgo de bloqueo a esta longitud de contrato; construir reconsiderado en la renovación. · Propietario: J. Meyer. · Revisión: renovación 2027-03.
Ese es todo el artefacto. Cualquiera que se una al equipo el próximo año lo lee en cuarenta segundos y sabe qué se decidió, qué se superó, cuánto costó y cuándo volverá a estar disponible. Compara eso con las actas de tres reuniones.
Una decisión sin una justificación registrada
es una decisión que su equipo tomará nuevamente.
Las prácticas que lo hacen perdurar
Las plantillas no fallan; los hábitos sí. Cuatro prácticas separan a los equipos cuyos registros de decisiones viven de los equipos cuyos registros mueren después de la segunda semana:
Escríbelo en la habitación.
El registro se escribe cuando se toma la decisión — los últimos cinco minutos de la reunión, pantalla compartida — no "se limpia después." La reconstrucción es donde la razón muere y donde la memoria más ruidosa se convierte en la oficial.
Un hogar, buscable
Todos los registros en un solo lugar que todo el equipo puede buscar: una carpeta de repositorio, un espacio de wiki, una herramienta dedicada. Un registro que nadie puede encontrar tiene el mismo valor que ningún registro. Dispersos en las notas de las reuniones es como falla hoy.
Un registro por decisión
No por reunión. Las reuniones producen discusión; el registro captura la decisión, en cualquiera de las reuniones (o hilos) en las que finalmente se tomó. Este es el núcleo de la distinción entre actas y registro.
De hecho, mantén la revisión.
Cuando llegue la fecha de revisión, dedique diez minutos a comparar el resultado con el razonamiento registrado. ¿Fue el razonamiento sólido y el resultado desafortunado, o fue defectuoso el razonamiento? Esa distinción —imposible sin el registro— es cómo se acumula la calidad de las decisiones.
Los Errores Comunes
Cuatro modos de fallo explican la mayoría de los registros de decisiones abandonados:
Grabando todo
Un registro con decisiones de pedidos de almuerzo en él entrena a todos para ignorarlo. Umbral de significancia: ¿volver a discutir esto en seis meses sería perjudicial?
Grabando solo el veredicto
"Elegimos al Proveedor A" sin opciones y respuestas de justificación no responden nada a lo que un futuro lector preguntará. El razonamiento es la carga; el veredicto por sí solo es trivial.
Tratándolo como una burocracia propiedad de una persona.
Si una persona diligente mantiene el registro, este muere con sus vacaciones. La escritura rota con la propiedad de la decisión: quien tiene el D escribe el registro.
Sin fechas de revisión
Un registro de solo escritura se convierte en un cementerio de buenas intenciones. La fecha de revisión es lo que hace que la práctica se justifique visiblemente, lo que la mantiene viva.
Somos Ágiles — ¿No es esto solo una carga de documentación?
La versión más fuerte de la objeción merece ser expresada correctamente: la documentación tiene un costo real, la mayoría de los documentos nunca se leen, y un equipo que gasta su energía escribiendo sobre el trabajo en lugar de hacerlo se ha vuelto más lento sin razón. La idea de Agile — software funcional sobre documentación exhaustiva — fue una corrección a una enfermedad real.
La respuesta es que la objeción apunta al artefacto equivocado. Nygard escribió ADRs para equipos ágiles, basándose exactamente en este razonamiento: el registro es de media página, escrito una vez, en el momento en que el conocimiento está disponible — y su lector no es un auditor, sino tú futuro, dentro de once meses, mirando la integración y preguntándose por qué. La asimetría de costos es extrema: cinco minutos en el momento de la decisión frente a tres reuniones de re-litigación más tarde. Esta es la rara documentación que se paga sola al evitar reuniones.
La advertencia honesta: la práctica falla cuando se impone como teatro de procesos: campos obligatorios en los que nadie cree, registros escritos para satisfacer una casilla. Funciona cuando el equipo ha sentido el dolor que previene. Si tu equipo aún no ha perdido una decisión, comienza con la entrada de registro para tu próxima llamada significativa y deja que el primer momento de "espera, ¡esto lo escribimos!" venda el hábito.
El diagnóstico
Elige cualquier decisión significativa que tomó tu equipo el último trimestre. ¿Puede una persona que no estaba en la sala reconstruir — a partir de lo que está escrito en cualquier lugar — cuáles eran las alternativas y por qué perdieron? Si no, no tienes una práctica de documentación; tienes folclore.
Cómo Argumentree Documenta Decisiones Automáticamente
Todo lo anterior funciona con una página wiki. La razón por la que construimos Argumentree es que el campo más difícil de capturar manualmente es el campo 3 — los argumentos — porque ocurren en vivo, en discusión, y escribirlos después significa resumir de memoria. En Argumentree, la deliberación en sí está estructurada: la pregunta es explícita, las opciones y sus argumentos a favor/en contra forman un árbol, y las calificaciones muestran qué argumentos realmente llevaron a la decisión.
Lo que significa que el registro de decisiones no es un documento que alguien escribe después de la reunión — es la propia estructura de la reunión, preservada. Los siete campos se generan automáticamente: pregunta, opciones, argumentos, decisión, justificación (el camino del argumento ganador), propietario y una fecha de revisión. Sin paso de transcripción, sin pérdida de memoria, y el razonamiento completo permanece accesible para cada lector futuro. Velo de principio a fin en inteligencia de reuniones. Si quieres probar el formato en una decisión real esta semana, puedes comenzar gratis y documentar la siguiente a medida que la tomas.
Las decisiones son un activo — si las mantienes.
La diferencia entre una organización que se vuelve más inteligente y una que se mantiene ocupada no es la inteligencia, sino la memoria. Las tareas se completan y se evaporan; las decisiones, mantenidas con su razonamiento, se acumulan: se forman precedentes, emergen patrones y las revisiones enseñan al proceso a mejorar por sí mismo.
Comienza más pequeño de lo que parece serio. La próxima decisión significativa: cinco minutos, siete campos, un hogar buscable, una fecha de revisión. Cuando el nuevo líder de ingeniería pregunta "¿por qué no construimos esto nosotros mismos?" — y alguien responde con una lectura de cuarenta segundos en lugar de tres reuniones — la práctica se habrá pagado por sí misma, de forma permanente.
Cinco minutos en el momento de la decisión. Tres reuniones ahorraron once meses después.
Haz que el registro sea el subproducto de la reunión.
Ejecuta tu próxima decisión importante en Argumentree: argumentos estructurados, registros de decisiones automáticos, fechas de revisión integradas.
Fuentes y Lectura Adicional
- Nygard, M. (2011). Documentando Decisiones de Arquitectura. Cognitect.El ensayo que inició la práctica de ADR — contexto, decisión, consecuencias, un archivo ligero por decisión.
- Registros de Decisiones Arquitectónicas — adr.github.ioEl hogar comunitario de plantillas y herramientas ADR; evidencia de hasta dónde se ha extendido la práctica de registro.
- Rogers, P. y Blenko, M. (2006). ¿Quién tiene la D? Cómo los roles de decisión claros mejoran el rendimiento organizacional. Harvard Business Review, enero de 2006.El artículo que presenta el marco RAPID® de Bain — el tratamiento canónico de los roles en la toma de decisiones.
- Atlassian Team Playbook — el juego DACI.El marco de roles de Atlassian para decisiones: Conductor, Aprobador, Contribuyentes, Informados.
- Bain & Company — ¿Quién tiene la D? (visión general de RAPID®)El propio resumen de Bain del marco; RAPID es una marca registrada de Bain.
Preguntas Frecuentes
¿Qué es un registro de decisiones?
Un documento breve y estructurado que captura una decisión significativa: la pregunta, las opciones consideradas, los argumentos a favor y en contra, la decisión, su justificación, el responsable y una fecha de revisión. Se redacta cuando se toma la decisión y se mantiene en un lugar buscable.
¿Cuál es la diferencia entre RAPID, DACI, RACI y un registro de decisiones?
RAPID, DACI y RACI son marcos de roles: definen quién recomienda, aprueba, contribuye y decide. Un registro de decisiones preserva lo que se decidió y por qué. Los roles gobiernan el momento de la elección; el registro preserva su memoria. La mayoría de los equipos necesitan un marco de roles más una práctica de registro.
¿Qué decisiones deben ser documentadas?
Significativas: cualquier decisión que odies volver a discutir en seis meses — arquitectura, proveedores, precios, políticas, estándares de contratación. Una prueba práctica: si un futuro colega pudiera plausiblemente preguntar por qué las cosas son así, regístralo. Las elecciones operativas rutinarias no califican; registrar todo mata la práctica.
¿Qué son los ADR (Registros de Decisiones de Arquitectura)?
Una práctica de ingeniería ligera del ensayo de Michael Nygard de 2011: un pequeño archivo por cada decisión arquitectónicamente significativa, que captura el contexto, la decisión y las consecuencias, almacenado en el repositorio del proyecto. Los ADR son la prueba más sólida de que la documentación de decisiones ligera funciona, y el modelo del que cualquier equipo puede generalizar.
¿Quién debería redactar el registro de decisión?
El propietario de la decisión — la persona con la D en términos de RAPID. La redacción rota con la propiedad, lo que mantiene la práctica activa cuando cualquier persona está ausente y mantiene la responsabilidad vinculada al registro.
¿Cómo se diferencia un registro de decisiones de las actas de una reunión?
Las actas son un relato cronológico de una conversación, organizadas por reunión. Un registro de decisiones está organizado por decisión, independientemente de las reuniones o hilos que lo produjeron, y captura opciones y razones que las actas entierran u omiten. La comparación completa está en nuestra publicación de actas de reuniones frente al registro de decisiones.
Deja de volver a litigar decisiones que ya tomaste.
Deliberación estructurada en, registros de decisiones completos fuera — con el razonamiento adjunto y fechas de revisión incorporadas.
Acerca de 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.
Artículos relacionados
¿No estás de acuerdo con los siete campos?
Discútelo donde los argumentos están estructurados: únase a la discusión en el foro Argumentree.
Únete a la discusión
