Documentar una interrupción para una revisión post mortem


14

La semana pasada tuvimos una interrupción bastante grave que afectó a varios servicios que nos dejaron fuera de nuestro SLA con los clientes. Ahora que todo se ha resuelto, estoy llevando a cabo una revisión post mortem.

A partir de esta revisión, me gustaría elaborar un documento interno que describa la interrupción, sus efectos, nuestra respuesta y la resolución. Quiero proponer una forma bastante estándar para su futura reutilización. He incluido mis pensamientos a continuación, pero ¿qué otros elementos deberían incluirse? Si se tratara de un incidente relacionado con la seguridad, ¿qué agregaría?

  • Resumen Resumen a nivel ejecutivo del evento.
  • Servicios afectados
  • Impacto ¿Cuál fue el impacto en nuestros usuarios y SLA? ¿Hubo un costo en dólares, transacciones perdidas, clientes perdidos, etc.?
  • Duración de la interrupción Para cada servicio afectado si hubo variaciones
  • Causa Incluyendo causas primarias y secundarias
  • Resolución
  • Calendario de notificaciones de eventos , contacto con proveedores externos, notificaciones de clientes, respuestas, etc.
  • Problemas con nuestra respuesta ¿Las cosas no salieron según lo planeado con nuestra respuesta a la interrupción? ¿Personas correctas notificadas? ¿Los vendedores cumplieron con sus obligaciones contraídas?
  • Medidas preventivas a tomar ¿Cómo evitamos que vuelva a ocurrir esta interrupción o reduzcamos su impacto?
  • Método de detección ¿Qué tan bien detectamos esta interrupción y cómo mejoramos la detección en el futuro?
  • Cambios a realizar en futuras respuestas de interrupción

Intente mantener las publicaciones en un solo elemento y explicación, y esta publicación se puede actualizar con las respuestas más votadas.

Respuestas:


6

Aunque podría estar cubierto en las medidas preventivas a tomar , recomendaría tener una sección de método de detección que podría usar para observar cuáles eran los síntomas verdaderos y cómo podría detectar el problema (más rápido) si vuelve a ocurrir, idealmente usando la automatización.


Añadido a la wiki
Doug Luxem

2

Se ve bien. Solo agregaría lo siguiente:

Efectos / Consecuencias : ¿Cuál es la consecuencia de la interrupción? ¿Quién se vio afectado, qué SLA fueron violados (si hubo alguno), hubo algún efecto negativo?


1

Los servicios afectados y la duración de la interrupción solo le dicen parte de cuán grave fue la interrupción. También desea saber cuál fue el impacto en el negocio.

Impacto : ¿Qué efecto tuvo esto en los usuarios y cómo se percibió? ¿Cuánto dinero nos costó esto (por falta de SLA, pedidos perdidos, etc.)?


Me gusta la distinción entre los servicios afectados y el impacto comercial, pero lo categorizaría como "Impacto comercial" y no solo impacto (para establecer una distinción entre los servicios afectados y la información de duración). Además de que va a atraer la mirada de gestión que necesitan estar al tanto del impacto en el negocio, si no todos los detalles técnicos de lo que se vieron afectados los servicios ...
Milner

1

Lanzamiento público y lanzamiento interno

Esto es más algo que la gerencia debe decidir, pero de todos modos puede incluir lo que se debe divulgar a los clientes al respecto o su recomendación. Además, de cualquier manera, obtenga la aprobación de la administración sobre la redacción exacta de lo que se dará a conocer a los clientes antes de publicar cualquier cosa.

El lanzamiento público debe incluirse en esto para que cualquier persona de la empresa sepa lo que puede decirles a los clientes.


Creo que este documento interno podría usarse para generar una versión externa para los clientes. Exactamente lo que se les diría a los clientes dependería de nuestros ejecutivos y marketing / comunicaciones.
Doug Luxem
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.