Registro de decisiones: plantilla para tu equipo
Documenta qué decidió tu equipo, con qué evidencia y cuándo revisarlo. Plantilla y ejemplo para cambiar de criterio sin borrar el historial.
TL;DR: Un registro de decisiones conserva la pregunta, la evidencia, los supuestos, las opciones y quién decide. Añade una condición de revisión y separa la decisión de su ejecución. Si cambia el criterio, crea otra referencia que sustituya la anterior y explica qué evidencia nueva lo justifica.
Puntos clave
- Un supuesto sigue siendo una incertidumbre aunque todas las personas estén de acuerdo.
- Una decisión adoptada puede seguir pendiente de ejecución o comprobación.
- La nueva decisión debe enlazar a la anterior y explicar qué cambió, sin borrar su razonamiento.
Contenidos
Un registro de decisiones del equipo permite responder por qué se eligió una opción y qué tendría que cambiar para revisarla. Hace falta cuando alguien trabaja con una decisión antigua, otra persona recuerda una excepción y nadie encuentra el motivo original. La última frase del chat rara vez contiene toda esa información.
En una agencia, el registro puede ser un documento compartido con una ficha por decisión y un índice. La utilidad aparece al conservar el contexto, distinguir lo comprobado de lo supuesto y enlazar una decisión nueva con la que sustituye. Aquí tienes una plantilla y un caso completo para hacerlo.
Registra las decisiones que cambian trabajo
Abre una ficha cuando la elección afecte al trabajo de varias personas, dependa de una incertidumbre importante o resulte costoso reconstruirla. Elegir una vía de entrega compartida merece registro; corregir una errata puede quedarse en la tarea. El documento debe guardar una decisión que alguien necesitará entender después.
Formula una pregunta que pueda cerrarse: «¿Qué formato usaremos para presentar el taller en la sala del cliente?». «Mejorar las presentaciones» no identifica una decisión. Añade qué queda fuera: contenidos, número de sesiones o materiales para asistentes, según lo ya acordado en la definición del trabajo en el presupuesto.
Separa evidencia y supuestos. «La persona que coordina el taller pidió poder corregir las diapositivas» describe un mensaje. «El ordenador de la sala podrá abrir el archivo editable» sigue pendiente hasta comprobarlo. Estar de acuerdo con una suposición no la convierte en un hecho.
Deja claro quién prepara y quién decide
La persona que reúne la información puede ser distinta de quien tiene la responsabilidad final de decidir. El enfoque DACI de Atlassian separa esos papeles, además de quienes aportan conocimiento y quienes deben recibir el resultado. Puedes conservar esa distinción en una ficha pequeña.
Escribe una persona responsable de decidir, quienes deben aportar evidencia y a quién afecta el resultado. Confirma esa asignación; poner un nombre en una celda no otorga autoridad ni demuestra que haya aceptado. Si hace falta una respuesta externa, déjala como dependencia pendiente.
Las opciones necesitan consecuencias concretas. «Usar el editable», «presentar un PDF» y «aplazar la elección hasta probar la sala» permiten comparar qué se gana, qué queda pendiente y qué puede bloquear el trabajo. No añadas opciones que nadie consideró solo para justificar la preferida después.
Una plantilla con dos estados separados
Copia la ficha y sustituye los corchetes. Usa referencias breves como DEC-01 y DEC-02, tanto en el índice como en las tareas. Los identificadores son ejemplos internos; no requieren una herramienta específica. Enlaza evidencia accesible para el equipo sin copiar credenciales ni información innecesaria.
Referencia y pregunta: [identificador / decisión concreta]Ámbito: [trabajo afectado / qué queda fuera]Preparación: [persona que reúne información]Responsable de decidir: [persona / asignación confirmada]Aportaciones y destinatarios: [quién aporta / quién debe saberlo]Evidencia: [hecho / referencia / fecha de comprobación]Supuestos: [qué falta comprobar / responsable / consecuencia]Opciones: [alternativas reales y consecuencias de cada una]Resultado: [opción elegida y motivo; o pendiente]Decisión: [propuesta / adoptada / descartada / sustituida]Confirmación: [persona / fecha / referencia; o pendiente]Aplicación: [desde cuándo / condición necesaria]Revisión: [condición que la dispara / fecha / responsable]Historial: [sustituye a / sustituida por / nota fechada]Ejecución: [pendiente / en curso / bloqueada / comprobada]Próxima acción: [tarea / responsable / fecha o condición]Comprobación: [resultado esperado / evidencia / responsable]Adoptada significa que existe una decisión confirmada. Comprobada describe su aplicación, con la evidencia prevista. Una decisión descartada no debe avanzar hacia ejecución. Si se aplaza decidir, conserva «propuesta», escribe qué falta y quién lo resolverá; el silencio no completa la confirmación.
Ejemplo: cambia la evidencia, cambia la decisión
Caso ficticio. Una agencia prepara un taller. Los nombres de referencia, días y resultados siguientes son didácticos; no describen a un cliente real. El contenido del taller está acordado. Queda decidir qué archivo se utilizará durante la presentación.
| Registro | DEC-01, día 1 | DEC-02, día 3 |
|---|---|---|
| Evidencia | La coordinación pide poder corregir diapositivas hasta la víspera. | La prueba en la sala muestra que el equipo disponible abre PDF, pero no el editable. |
| Supuesto | El equipo de la sala abrirá el editable; falta probarlo. | El PDF conservará el contenido necesario; falta revisar la exportación final. |
| Decisión confirmada | Preparar el editable y condicionar su uso en sala a la prueba. | Presentar el PDF comprobado y conservar el editable como archivo de trabajo. |
| Responsable de decidir | Responsable del taller, asignación confirmada. | La misma persona confirma el cambio tras consultar a quien presenta. |
| Revisión | Resultado de la prueba de sala. | Cambio de contenido posterior a la comprobación del PDF. |
| Historial | Sustituida por DEC-02 el día 3. | Sustituye DEC-01; la prueba descarta su supuesto. |
| Ejecución al terminar el día 3 | El uso del editable en sala no llegó a habilitarse. | Exportación preparada; revisión del PDF todavía pendiente. |
DEC-02 ya está adoptada, pero todavía no permite escribir «presentación comprobada». La siguiente acción consiste en abrir el PDF final en el equipo de la sala y revisar las diapositivas previstas. Si el taller depende de una animación que desaparece al exportar, la prueba debe detectarlo antes de dar el formato por válido.
La idea de conservar el razonamiento procede de los registros de decisiones de arquitectura, o ADR, descritos por AWS: una nueva decisión puede sustituir una anterior. Aquí la adaptamos a operaciones de servicios; no estamos aplicando una norma de arquitectura al taller.
Mantén intactos los hechos y motivos escritos en DEC-01. Añade la nota de sustitución con fecha y enlace a DEC-02. Quien lea el historial podrá distinguir una decisión razonable bajo un supuesto explícito de un error ocultado mediante una edición retrospectiva.
Revisa por una condición concreta
«Lo revisaremos más adelante» no explica qué debe observar nadie. Una prueba fallida, una dependencia que cambia o un nuevo requisito sí permiten abrir la revisión. Asigna quién sigue esa condición y una fecha para comprobarla si el trabajo tiene un plazo.
La fecha no retira automáticamente la decisión. Si no aparece información nueva, registra si sigue siendo aplicable y qué comprobación falta. Cuando continuar depende de una condición incumplida, conserva el bloqueo. En el ejemplo, aceptar DEC-01 no autorizaba a omitir la prueba del equipo.
Cambiar una tilde no exige DEC-03. Cambiar el formato elegido o su condición de uso sí merece otra referencia. Si descubres que una evidencia estaba mal anotada, añade una corrección fechada y revisa sus consecuencias; no dejes que el registro siga sosteniendo una certeza falsa.
Comprueba que otra persona puede continuar
Mantén un índice con referencia, pregunta, decisión vigente y enlace al historial. En la tarea de ejecución, señala qué decisión aplica. Si cambia, avisa a las personas afectadas y comprueba que quien tiene trabajo pendiente recibió la nueva referencia. Editar el documento no garantiza que todos lo hayan leído.
Pide a alguien ajeno a la conversación que encuentre tres cosas: qué debe hacerse ahora, por qué cambió y qué sigue pendiente. Si necesita preguntártelo, corrige la ficha. Si sobra una tarea de mantenimiento, aplica el criterio de eliminar, automatizar y delegar antes de crear otra rutina.
Empieza con una decisión vigente cuyo motivo sea difícil de recuperar. Escribe lo conocido, marca lo que aún es un supuesto y deja una próxima acción con responsable. La siguiente persona debe poder continuar desde ahí.
¿Te ha sido útil este artículo?
Preguntas frecuentes
¿Hay que registrar todas las decisiones del equipo?
Registra las que cambian trabajo compartido, dependen de un supuesto importante o resultaría difícil reconstruir. Una elección menor y fácil de corregir puede quedarse en la tarea correspondiente.
¿Qué ocurre si llega la fecha de revisión y no hay información nueva?
La fecha pide revisar; no retira automáticamente la decisión. Anota si sigue siendo aplicable, qué evidencia falta y quién debe conseguirla. Si continuar exige una condición que no se cumple, mantén visible el bloqueo.
¿Puedo actualizar el documento anterior cuando cambia la decisión?
Conserva el razonamiento y la evidencia originales. Añade una nota fechada que enlace a la nueva decisión y marca la anterior como sustituida cuando corresponda. Una corrección de redacción debe quedar distinguida de un cambio de criterio.