Un buen runbook es la diferencia entre un turno de guardia fluido y un desastre a las 3 AM. Con Trupeer, puedes ahorrar horas en la redacción de runbooks de TI empezando con una plantilla de runbook gratuita, personalizándola con tus directrices de marca y convirtiendo los runbooks largos en recorridos en vídeo que los ingenieros de guardia pueden revisar en segundos.

¿Qué es una plantilla de runbook gratuita?

Una plantilla de runbook gratuita es una estructura reutilizable para la secuencia de pasos que permite completar una tarea operativa específica: un despliegue, un failover, una migración, una recuperación, una ventana de mantenimiento programado.

La palabra runbook merece tomarse literalmente. Es un documento que se ejecuta, no que se lee. Está abierto en una pantalla mientras se realiza el trabajo, se va siguiendo en orden y su valor reside por completo en lo que hace durante la ejecución, más que en lo que dice cuando se archiva.

Ese único hecho separa un buen runbook de un buen documento de procedimiento, y es lo que la mayoría de las plantillas no consigue. Producen una descripción bien organizada de qué hacer, que es necesaria y equivale aproximadamente a la mitad de lo que un runbook tiene que aportar.

La otra mitad es que un runbook es un formato. Se completa mientras se ejecuta, porque el registro de lo que realmente ocurrió es lo que marca la diferencia entre una operación a la que alguien puede incorporarse a mitad de camino y una que hay que reiniciar o adivinar.

El formato sigue esa lógica. Un archivo Excel de plantilla de runbook gratuita se ajusta a la tabla de pasos con sus columnas de resultado y marca de tiempo, y es lo que la mayoría de los equipos acaba usando. Una versión Word de plantilla de runbook gratuita se adapta a runbooks con mucho contexto y texto alrededor de los pasos, y un archivo de Microsoft Word de plantilla de runbook gratuita es lo mismo con su nombre más largo. Un PDF de plantilla de runbook gratuita es un registro archivado de un run completado, en lugar de un documento de trabajo.

¿Runbook de despliegue o runbook de incidente?

Dos documentos comparten el nombre y se usan de forma opuesta, así que decide cuál estás escribiendo.

Una plantilla de runbook de despliegue cubre el trabajo planificado. Un lanzamiento, una migración, un cutover, una ventana de mantenimiento programado. Se ejecuta desde el paso uno hasta el final, en orden, en un momento que todo el mundo conocía, normalmente por más de una persona y a menudo a lo largo de un cambio de turno. El problema de diseño es la secuencia, el estado y la entrega.

Un runbook de incidente o de guardia cubre el trabajo no planificado. Algo va mal y alguien está diagnosticando. Se introduce en un punto impredecible, por quien esté disponible, bajo presión, y no se lee en orden. El problema de diseño es encontrar la sección relevante con rapidez, lo que lo acerca más a un documento de consulta que a un guion.

La mayoría de las plantillas publicadas mezclan ambas cosas y no sirven bien para ninguna. Un runbook de diagnóstico forzado en una secuencia numerada no se puede introducir en medio, y un runbook de despliegue organizado como un conjunto de síntomas pierde el orden que lo hace seguro.

Esta página trata principalmente de la primera. Trabajo planificado, ejecutado en orden, donde los fallos costosos se deben al estado y la entrega, más que al diagnóstico.

Cómo personalizar esta plantilla en Trupeer

Paso 1: Abre la sección de plantillas

Ve a la sección de Plantillas desde la navegación principal.

Paso 2: Selecciona y abre una plantilla

Haz clic en cualquier plantilla con la que quieras trabajar para abrirla.

Paso 3: Amplía la vista de la plantilla

Si es necesario, amplía la vista de la plantilla para ver el diseño completo y los detalles con claridad.

Paso 4: Edita la plantilla

Haz clic en Editar para empezar a modificar la plantilla seleccionada.

Dentro del editor, puedes:

• Añadir nuevas secciones

• Definir o actualizar reglas de formato

• Añadir un logotipo y ajustar su posición y la configuración relacionada

Paso 5: Guarda tu plantilla personalizada

Después de realizar todos los cambios necesarios, haz clic en Guardar para almacenar la plantilla actualizada como tuya.

Paso 6: Previsualiza y ajusta la plantilla

Cuando quieras ver cómo se ve tu plantilla personalizada, abre la Previsualización.

Desde la pantalla de previsualización, puedes seguir haciendo ajustes directamente si es necesario, asegurándote de que la plantilla aparezca exactamente como la quieres.

Con una plantilla de runbook puedes:

• Ahorra horas en la redacción: Omite la página en blanco con una estructura creada para procedimientos de operaciones.

• Reduce el MTTR: Los runbooks claros ayudan a los ingenieros de guardia a resolver incidentes más rápido.

• Mantén la coherencia con tu marca: Aplica tu logotipo, fuentes y colores usando el kit de marca de Trupeer.

• Forma a nuevos ingenieros: Combina runbooks con recorridos en vídeo para incorporar al personal de operaciones más rápido.

• Estandariza entre equipos: Usa el mismo formato de runbook para cada tipo de incidente.

• Llega a equipos globales: Traduce runbooks a 65+ idiomas con un solo clic.

Escribe el runbook para entregarlo a mitad de camino

Aquí está la restricción de diseño que merece construirse alrededor. En algún momento durante la ejecución, la persona que está ejecutando el runbook dejará de ser la que lo inició.

Un turno termina. Alguien es llamado. Una ventana dura más de lo previsto. En cualquier operación que dure más de unas pocas horas, esto es normal y no excepcional, y es el momento en el que los runbooks fallan de forma costosa.

La pregunta contra la que hay que diseñar es precisa. ¿Puede una segunda persona retomarlo en el paso treinta y siete, sin un briefing verbal, y continuar de forma segura?

Responder que sí requiere cuatro cosas que la mayoría de las plantillas no tienen.

Un resultado real registrado por paso, no solo uno esperado. Una marca significa que alguien hizo clic en algo. No le dice a la siguiente persona qué ocurrió.

Una marca de tiempo por paso, porque hace cuánto se ejecutó un paso es con frecuencia el dato más diagnóstico disponible.

Una indicación explícita de qué pasos son seguros para volver a ejecutar. La primera pregunta de cualquiera que toma el relevo es si el paso anterior terminó realmente. Si el paso es seguro para repetir, esa pregunta deja de importar, y eso vale mucho más que el coste de registrarlo.

Un punto de no retorno establecido. Después del cual el rollback ya no está disponible. Alguien que llega a mitad de la ejecución necesita saber en qué lado de esa línea está antes de tocar nada.

Añade esas cuatro cosas y la entrega verbal deja de ser el mecanismo. El documento se convierte en la entrega, que es la única versión que sobrevive a que alguien esté cansado, tenga prisa o no esté disponible.

Qué debe contener una plantilla de runbook

Nueve componentes. Las cuatro del medio son las que separan un runbook de un procedimiento.

El último merece atención. Los pasos de verificación escritos como "confirma que el sitio está activo" pasan cuando el sitio está activo y también cuando está roto, que es el fallo que se describe a continuación.

Plantilla de runbook gratuita: la estructura para copiar

Rellenada con un ejemplo real en lugar de marcadores de posición. Esto es un extracto de una migración de un sistema de gestión de pedidos.

Copia desde aquí.

Encabezado y ventana. Nombre del run, fecha, ventana planificada, fecha límite de abortar y la versión de este runbook.

Migración del sistema de gestión de pedidos. Sábado 14 de junio. Ventana de 06:00 a 20:00. Fecha límite de abortar 16:00, después de la cual haremos rollback independientemente del progreso. Runbook v9.

Roles para este run. Con números en el documento.

Ejecutando: K Ferreira 06:00 a 14:00, luego D Attwood 14:00 a 20:00. Punto de no retorno aprobado por: Director de Ingeniería, 07700 900xxx. Escalación: líder de la guardia, 07700 900xxx. Contacto del negocio para la decisión de ir: Director de Trading.

Precondiciones. Todas confirmadas antes del paso uno.

Copia de seguridad completa de la base de datos realizada y restauración probada en la instancia en espera. Congelación de código en efecto desde el jueves. Ambos ejecutores tienen acceso a producción verificado hoy, no asumido. Rollback ensayado en staging el 7 de junio.

Línea de estado. Actualizada mientras avanzas, mantenida en la parte superior.

Actualmente en el paso 37. Ejecutándose desde 13:48. Ejecutor: K Ferreira. Punto de no retorno aún no superado.

Tabla de pasos.

Rollback. Disponible hasta e incluyendo el paso 37. Restaurar desde la copia de seguridad previa al run, reenfocar DNS, reiniciar los trabajadores de entrada. Ensayado en staging el 7 de junio por D Attwood.

Sección de entrega. Completada antes de que se vaya cualquiera.

Completado hasta el paso 35. El paso 34 falló silenciosamente en el primer intento con una discrepancia de recuento y se ha vuelto a ejecutar con éxito; ahora los recuentos coinciden en 84,120. Vigila de nuevo el recuento del índice después del paso 36, ya que falló una vez. Nada en curso. El punto de no retorno no se ha superado; el rollback sigue disponible.

Verificación. Lo bastante específica como para fallar.

El sitio carga. El recuento de productos en las páginas de categorías suma 84,120. Diez pedidos de muestra colocados de extremo a extremo. El historial de pedidos es visible para cinco cuentas conocidas. Se ejecuta el informe de conciliación de pagos y coincide.

Copia desde aquí.

Ejemplo de runbook: sesenta y un pasos y una entrega de diez minutos

Tamworth Retail Group, un minorista online, migró su sistema de gestión de pedidos durante una ventana planificada de catorce horas un sábado.

El runbook tenía sesenta y un pasos. Había sido revisado, ensayado en staging y era un documento realmente cuidadoso. Su tabla de pasos tenía tres columnas: número de paso, acción y una casilla de verificación.

El primer ingeniero ejecutó los pasos del uno al treinta y siete, entregó verbalmente en unos diez minutos en el cambio de turno y se fue a casa después de un día largo.

El paso treinta y cuatro era reindexar el catálogo de productos, un trabajo que tardaba alrededor de cuarenta minutos. Lo había iniciado, no vio errores y lo marcó. De hecho, falló aproximadamente en un 80% y no informó nada.

El segundo ingeniero llegó con una lista de sesenta y un pasos con marcas en los primeros treinta y siete. No había registro de lo que produjo cada paso, no había marcas de tiempo y no había indicación de qué pasos se podían repetir con seguridad. Todo lo anterior al paso treinta y ocho estaba, según el documento, simplemente hecho.

Ella siguió. El catálogo estaba indexado parcialmente, lo que significaba que aproximadamente el 12% de los productos eran invisibles en el sitio cuando se reabrió.

La prueba de humo al final confirmó que el sitio cargaba. No comparó el recuento de productos con el recuento del catálogo, así que pasó.

Nadie se dio cuenta hasta el lunes por la mañana, treinta y una horas después, durante el fin de semana de trading más concurrido del trimestre. Los pedidos perdidos estimados frente al mismo fin de semana del año anterior rondaban las 240.000 libras.

No pudieron hacer rollback. El punto de no retorno se había superado en el paso cuarenta y uno, y aunque todos los implicados lo sabían en principio, se registró en un párrafo en la página uno en lugar de en el paso donde ocurrió.

La reescritura no añadió pasos. Añadió columnas. Resultado real, marca de tiempo y una marca de seguro para volver a ejecutar en cada paso. Una línea de estado en la parte superior. El punto de no retorno se movió de la introducción al propio paso, en negrita. Y una sección de entrega que hay que completar antes de que se vaya cualquiera, lo que convirtió una conversación de diez minutos en cuatro líneas escritas.

En la siguiente migración, el cambio de turno ocurrió en la hora nueve. La entrega duró cuatro minutos. El ingeniero que tomó el relevo volvió a ejecutar tres pasos sobre los que no estaba seguro, específicamente porque estaban marcados como seguros para volver a ejecutar, y el run finalizó dentro de la ventana.

Volver a ejecutar tres pasos por precaución cuesta unos minutos. No poder hacerlo es lo que cuesta un fin de semana.

Cómo escribir un runbook en seis pasos

1. Escribe los pasos ejecutando la tarea, no desde la memoria. Un runbook escrito en un escritorio contiene los pasos que recuerda el autor y omite los que sus manos hacen automáticamente.

2. Da a cada paso un resultado esperado. Lo que verás y que significa que funcionó. Un paso sin resultado esperado no puede verificarse por nadie más que por su autor.

3. Marca cada paso como seguro para volver a ejecutar o no. Se explica más abajo. Esta es la columna más barata de añadir y la más valiosa durante una entrega.

4. Coloca el punto de no retorno en el paso, en negrita. No en la introducción, donde lo leerá una vez alguien que no es la persona que lo necesita.

5. Añade las columnas que completas durante el run. Resultado real y marca de tiempo. Si no están en el documento, no se registrarán en ningún sitio.

6. Ensáyalo, incluido el rollback. Un rollback que solo se ha escrito es una suposición. Ensáyalo en staging con la persona que lo ejecutará, no con la que lo escribió.

El paso uno es el que separa los runbooks útiles de los plausibles. Escribir mientras se hace detecta el clic no documentado, las credenciales que ya estaban en el portapapeles y la pestaña que tenía que estar abierta.

Marcar pasos como seguros para volver a ejecutar y el punto de no retorno

Estas dos marcas hacen la mayor parte del trabajo en una entrega y ninguna aparece en una plantilla típica.

Seguro para volver a ejecutar. Para cada paso, ¿se puede ejecutar dos veces sin causar daños? Reiniciar un servicio detenido, volver a ejecutar un índice, volver a aplicar una configuración que ya está aplicada: normalmente sí. Enviar un email a un cliente, incrementar un contador, migrar filas a una tabla que no elimina duplicados: normalmente no.

El valor es que elimina la pregunta que la persona que toma el relevo no puede responder. ¿El paso anterior terminó? Si la respuesta no importa porque repetirlo es inofensivo, entonces nadie tiene que establecerlo bajo presión con información incompleta.

Cuando un paso no sea seguro para volver a ejecutar, di qué hay que comprobar primero. "No, verifica el recuento de filas antes de repetir" es mucho más útil que "No", porque la persona que lo lee ya ha decidido que necesita hacer algo.

El punto de no retorno. Cada run que cambia el estado tiene uno. Es el paso después del cual el rollback ya no está disponible, o ya no es más barato que seguir adelante.

Marca ese punto en el paso, de forma visualmente distinta, para que alguien que se desplaza pueda ver en qué lado está. Indica quién autoriza pasar ese punto y registra la hora en la columna de resultado real. Muchos runs tienen más de uno; en ese caso, marca cada uno y explica qué cierra.

La razón para registrar el cruce en lugar de solo marcar el paso es que, después de un incidente, se pregunta cuándo la decisión se volvió irreversible, y nadie lo recuerda.

Variantes de plantilla de runbook

La estructura se mantiene y el énfasis cambia.

Plantilla de runbook de despliegue. El ejemplo de arriba. Secuencial, planificado, a menudo abarcando un turno, y la variante donde el diseño de la entrega es lo que más importa.

Runbook de recuperación ante desastres. Se ejecuta raramente y en las peores condiciones, así que se degrada de forma invisible entre usos. El requisito distintivo es el ensayo programado, ya que un runbook de DR que no se ha ejecutado en un año debería asumirse incorrecto.

Runbook de guardia e incidente. Se introduce en un punto impredecible en lugar de ejecutarse en orden. Organízalo por síntoma en lugar de por secuencia, mantén cada entrada breve y enlaza con el material más profundo en lugar de contenerlo.

Runbook de mantenimiento programado. Se repite con regularidad, lo que lo convierte en la variante que realmente mejora con el uso, siempre que alguien lo actualice durante el run en lugar de pretender hacerlo después.

Runbook de onboarding y offboarding. A menudo es el primer runbook que escribe un equipo, ya que la secuencia es estable y el coste de omitir un paso, especialmente en el offboarding, es un problema de seguridad más que una molestia.

Para cualquier cosa que cubra sistemas regulados, procesamiento financiero o controles relacionados con la seguridad, un runbook normalmente se integra en un proceso de gestión del cambio con sus propios requisitos de aprobación y registro, y esos mandan por encima de cualquier cosa de esta página.

¿Runbook, instrucción de trabajo o SOP?

Tres documentos que se solapan y vale la pena separar, ya que elegir mal produce el contenido correcto en un formato inutilizable.

Un procedimiento operativo estándar cubre un proceso a nivel de quién hace qué y en qué orden, normalmente abarcando roles y a menudo abarcando días. Se lee para entender.

Una instrucción de trabajo cubre una tarea en detalle para la persona que la realiza y se escribe para que la siga alguien que quizá no esté familiarizado con ella. La plantilla de instrucciones de trabajo cubre ese documento.

Un runbook es una instrucción de trabajo que también es un registro de ejecución. Se sigue y se completa simultáneamente; normalmente abarca varias tareas en un orden definido, y sus columnas existen para dejar rastro.

Si tu documento se lee antes del trabajo y se archiva después, es un procedimiento. Si está abierto durante el trabajo y es diferente al final que al inicio, es un runbook.

Mantener los runbooks actualizados

Los runbooks se degradan más rápido que la mayoría de la documentación porque describen sistemas que cambian, y esa degradación es invisible hasta el run que falla.

El mecanismo que realmente funciona es actualizar durante la ejecución, no después. Quien ejecuta el runbook tiene el documento abierto, acaba de descubrir que el paso doce ahora requiere una confirmación adicional y es la única persona que lo sabrá de forma barata. Diez segundos después, o una hora de confusión en el siguiente run.

Haz que eso sea legítimo indicándolo explícitamente en la parte superior del documento y tratando un runbook sin cambios después de una ejecución real como ligeramente sospechoso, en lugar de como una señal de calidad.

La automatización es la otra vía, y conviene tener una visión clara al respecto. Automatizar un paso del runbook elimina el error humano y el problema de la documentación a la vez, lo cual es realmente mejor donde se aplica. Lo que no elimina es la necesidad del documento que rodea la automatización, porque alguien todavía tiene que saber qué hacer cuando la automatización falla, y esa persona ahora está menos habituada que antes. Automatiza los pasos, conserva el runbook y asegúrate de que el runbook cubra la parte automatizada cuando falle.

Qué no puede arreglar una plantilla de runbook gratuita

Un runbook escrito desde la memoria. Ninguna plantilla muestra los pasos que el autor hace sin pensarlo. Solo escribir mientras se ejecuta.

Un rollback no ensayado. Un plan de rollback que nunca se ha ejecutado es una hipótesis, y el centro de una migración fallida es un mal lugar para probarlo.

Una lista de comprobación con el nombre puesto. La mayor parte de lo que circula como descarga gratuita de plantilla de runbook es un procedimiento numerado con casillas de verificación, que es un documento diferente y más débil.

Verificación que no puede fallar. "Confirma que el sitio está activo" funciona cuando el sitio está activo y también cuando está mal. Cada paso de verificación debería ser lo bastante específico como para que puedas imaginarlo fallando.

Una ventana sin fecha límite de abortar. Sin una, un run que va mal continúa, porque detenerse siempre parece más caro que el siguiente paso. Establece la fecha límite antes de empezar, cuando nadie esté implicado.

Muestra el run en lugar de describirlo

Los runbooks los ejecutan personas que los ejecutan raramente. Una migración ocurre dos veces al año. Una prueba de DR ocurre anualmente. La persona que lo ejecuta lo ha hecho una vez antes, posiblemente nunca.

Ese es exactamente el caso en el que el procedimiento escrito sirve peor, porque el lector tiene que reconstruir una secuencia de pantallas y estados de consola a partir de un texto, y la brecha entre lo que el autor quiso decir y lo que el lector imagina es donde se esconde el paso no documentado.

Trupeer AI lo cierra. Alguien realiza el run una vez, en staging, mientras graba, y la salida es un recorrido paso a paso por escrito con capturas de pantalla ya capturadas y colocadas, junto con un vídeo, en tu propia marca. La versión escrita se convierte en el runbook. El vídeo es lo que la persona que ejecuta ve el día anterior, que es la preparación que nadie tiene tiempo de producir ahora mismo.

Grábalo. Ponle marca. Tradúcelo. Hazlo con Trupeer.

Hay dos cosas que siguen y que importan específicamente para los runbooks. El ensayo produce la documentación como subproducto en lugar de como una tarea adicional, que es la única versión de documentación que ocurre de forma fiable. Y cuando la infraestructura cambia, volver a grabar el ensayo es más rápido que editar capturas de pantalla, así que el runbook es más probable que esté actualizado justo en el momento en que importa.

El material se guarda en tu base de conocimiento y también sirve como formación para quien esté en la rotación a continuación. La evidencia de verificación y las puertas de calidad alrededor del run pertenecen al plan de QA. La coherencia con el resto de tus documentos es cuestión de configurar el kit de marca una vez, y la configuración se cubre en la guía de configuración de la plantilla de documento.

Preguntas frecuentes

¿Hay una versión Excel gratuita de la plantilla de runbook?

Excel es lo que la mayoría de los equipos acaba usando y se adapta bien al documento, porque el núcleo de un runbook es una tabla que completas mientras trabajas. Un archivo Excel de plantilla de runbook gratuita gestiona de forma natural las columnas de paso, resultado esperado, resultado real, marca de tiempo y seguro para volver a ejecutar, y permite que varias personas vean la misma hoja durante un run.

Dos configuraciones prácticas. Fija la fila del encabezado y coloca la línea de estado en las dos primeras filas encima para que se mantenga visible mientras te desplazas. Un archivo Excel de plantilla de runbook gratuita en el que el paso actual se sale de la vista pierde la mayor parte de su valor en la entrega.

¿Hay una versión Word gratuita de la plantilla de runbook?

Word se adapta a runbooks con un contexto sustancial alrededor de los pasos: notas de arquitectura, historial de decisiones, detalle de escalación. Crea el archivo Word de la plantilla de runbook gratuita primero con las secciones narrativas y después con la tabla de pasos.

La limitación es completarlo durante un run. Una tabla de Word se actualiza más lento que una celda de una hoja de cálculo, y durante una migración en vivo esa fricción es suficiente para detener a la gente de registrar resultados reales. Muchos equipos mantienen el contexto en un documento Word de plantilla de runbook y la tabla de pasos en una hoja de cálculo vinculada desde ahí.

¿Hay una versión de Microsoft Word gratuita de la plantilla de runbook?

Sí, y se aplica el mismo intercambio. Un archivo de Microsoft Word de plantilla de runbook gratuita es la elección correcta cuando el runbook se revisa y aprueba como parte de un proceso de cambio, ya que los documentos encajan mejor en flujos de aprobación que las hojas de cálculo.

Si eliges esa vía, añade igualmente las columnas de resultado real y marca de tiempo. Un runbook aprobado sin ellas se ejecutará sin ellas, y el registro que necesitabas no existirá.

¿Hay una plantilla de runbook de despliegue?

Una plantilla de runbook de despliegue es la variante secuencial que se cubre en toda esta página: trabajo planificado, ejecutado en orden, normalmente abarcando un turno.

Cuatro cosas distinguen una buena de una plantilla genérica. Un punto de no retorno marcado en el paso en lugar de en la introducción. Una marca de seguro para volver a ejecutar en cada paso. Columnas de resultado real y marca de tiempo. Y una sección de entrega que se completa antes de que se vaya cualquiera. Casi ninguna plantilla publicada tiene las cuatro.

¿Hay una plantilla de runbook gratuita en PDF?

PDF es el archivo, no el documento de trabajo. Una vez que un run se completa, exporta el runbook rellenado como una plantilla de runbook gratuita en PDF y adjúntalo al registro del cambio, ya que un runbook completado con marcas de tiempo y resultados reales es la mejor evidencia de lo que ocurrió que tendrás.

No ejecutes desde un PDF. El documento tiene que escribirse durante el run y cualquier cosa que no puedas teclear no se registrará.

¿Hay una descarga gratuita de plantilla de runbook que merezca la pena usar?

La tabla en sí tarda diez minutos en construirse, así que una descarga gratuita de plantilla de runbook ahorra poco, y la mayoría de las publicadas son documentos de procedimiento con una etiqueta de runbook.

Comprueba una cosa antes de adoptar cualquiera de ellas. Mira si la tabla de pasos tiene una columna para lo que realmente ocurrió. Si solo tiene una casilla de verificación, tienes una lista de comprobación, y el argumento completo de esta página es que la diferencia entre esas dos cosas es de lo que depende una entrega.

¿Cuánto debe durar un runbook?

Tanto como el run, que para una migración sustancial son genuinamente decenas de pasos. La longitud no es el problema de los runbooks.

Lo que hay que controlar es el tamaño de los pasos. Un paso debe ser una acción con un resultado observable. Los pasos que agrupan varias acciones no se pueden entregar a medias, porque la siguiente persona no puede saber cuánto del conjunto ocurrió, y esa es exactamente la situación que el documento existe para prevenir.

¿Quién debería escribir el runbook?

Quien lo vaya a ejecutar, escribiendo mientras lo realiza en un entorno que no sea de producción. Un runbook escrito por un arquitecto y ejecutado por un ingeniero omitirá precisamente los pasos que el arquitecto no realiza personalmente.

Luego, haz que una segunda persona ejecute el borrador en staging sin ayuda del autor. Cada pregunta que tengan que hacer es un defecto, y la solución es escribirlo en lugar de responderlo.