Lista de verificación de despliegue (checklist de lanzamiento)
Escribe qué debe ser cierto antes de salir en vivo, pide pruebas de que cada punto está hecho y aplaza el lanzamiento si falla uno crítico.
- Tiempo
- 45 min
- Personas
- 4–6
- Tipo de trabajo
- Planificar · Escalar
En resumen
Una lista de verificación de despliegue es una relación de condiciones de preparación operativa que un servicio o cambio nuevo debe cumplir antes de ponerse en marcha. Cada condición tiene responsable, fecha límite, estado y, sobre todo, la evidencia de que está cumplida. El equipo acuerda de antemano qué puntos son críticos y detiene el despliegue si alguno falla.
Qué es
La mayoría de los problemas de lanzamiento no son sorpresas. Alguien sabía que no se había informado a la línea de ayuda, o que no se había probado un medio de pago, pero no estaba escrito en ningún sitio que miraran quienes deciden. Una lista de verificación de despliegue reúne estas condiciones en un solo lugar antes del lanzamiento, para que la decisión de seguir o no seguir se base en hechos y no en optimismo.
Lo que la convierte en algo más que una lista de tareas es la columna Evidencia. «Hecho» no basta. Cada punto necesita una nota breve de prueba: un registro de pruebas, un formulario firmado, una captura de pantalla, una lista de asistencia a una sesión informativa. La lista también marca algunos puntos como críticos. Si falla uno crítico, el despliegue espera, por mucha presión que haya para mantener la fecha.
Cuándo usarlo
Úsalo cuando
- Un servicio nuevo o modificado está a punto de llegar al público o a un grupo amplio de personal.
- Varios equipos deben estar listos a la vez para que el lanzamiento funcione.
- Un lanzamiento anterior salió mal porque algo que todos daban por listo no lo estaba.
- La dirección necesita una base clara y basada en evidencias para decidir si se sigue o no.
Evítalo cuando
- El trabajo todavía se está diseñando o probando; una lista tan temprana se convierte en una lista de deseos.
- El cambio es pequeño y fácil de revertir, como el texto de una página; basta con una revisión rápida entre compañeros.
- Quieres una plantilla genérica y larga; copiarla sin pensar en tu servicio hará que se escape lo que importa.
Qué necesitas
- Tiempo
- Unos 45 minutos para construir la primera versión y, después, un breve seguimiento cada semana antes del lanzamiento.
- Personas
- De cuatro a seis personas: la persona responsable del servicio y un referente de cada equipo que debe estar listo, como tecnología, operaciones, atención al cliente y comunicación.
- Materiales
- La plantilla con Comprobación de preparación, Evidencia, Responsable, Fecha límite y Estado; la hoja de ruta o el plan de lanzamiento; los resultados de pruebas anteriores o de un premortem.
Cómo aplicarlo
Paso 1: Reúne las condiciones de preparación por área
Pide a cada referente que enumere qué debe ser cierto en su área antes del lanzamiento: sistemas, personas, procesos, comunicación, soporte y vuelta atrás. Escribe cada condición como un estado terminado, por ejemplo «Los tres tipos de tarjeta completan el pago en el sistema real».
Paso 2: Añade condiciones a partir de fallos pasados
Mira qué salió mal en lanzamientos anteriores y en tu premortem, si hiciste uno. Añade una condición para cada riesgo serio. Suelen ser los puntos más valiosos de la lista.
Paso 3: Marca qué puntos son críticos
Acuerden qué condiciones detendrían el lanzamiento si fallaran: todo lo que pueda dañar a los usuarios, hacer perder dinero o datos, o dejar el servicio inutilizable. Mantén la lista de críticos breve y clara. Todo lo demás puede corregirse poco después del lanzamiento si hace falta.
Paso 4: Define la evidencia de cada punto
Para cada condición, escribe qué cuenta como prueba de que se cumple: un registro de pruebas, una aprobación firmada, una lista de asistencia a la formación, una transacción de prueba real. Si no es posible aportar evidencia, reescribe la condición hasta que pueda comprobarse.
Paso 5: Asigna un responsable y una fecha límite
Nombra un rol responsable de cada punto y una fecha en la que debe cumplirse, dejando margen antes del lanzamiento. El responsable reúne la evidencia y actualiza el estado.
Paso 6: Revisa el estado cada semana
Reúnanse brevemente cada semana para repasar la lista. El estado es uno de estos: sin empezar, en curso, cumplido con evidencia o fallido. Centra la conversación en los puntos críticos y en lo que va con retraso.
Paso 7: Toma la decisión de seguir o no seguir
En un momento acordado antes del lanzamiento, revisa cada punto crítico. Si todos se cumplen con evidencia, adelante. Si uno crítico ha fallado, detén el despliegue, corrígelo y fija una nueva fecha. Deja por escrito la decisión y quién la tomó.
Ejemplo práctico
Una aseguradora de automóviles iba a trasladar las renovaciones de pólizas a un nuevo paso de pago en línea. Un cambio similar dos años antes había fallado el día del lanzamiento porque se rechazaba un tipo de tarjeta, y muchas renovaciones quedaron sin pagar. El equipo elaboró una lista de verificación de despliegue seis semanas antes del nuevo lanzamiento.
Los referentes de tecnología, operaciones, el centro de contacto y comunicación enumeraron 28 condiciones de preparación. Siete se marcaron como críticas, entre ellas «Los tres tipos de tarjeta aceptados completan un pago de renovación real» y «Vuelta a la página de pago antigua probada de principio a fin».
Para la condición de las tarjetas, la evidencia era un registro de prueba de una renovación real con cada tipo de tarjeta en el sistema real, con referencias. Dos tipos de tarjeta pasaron en la cuarta semana. El tercero falló por una configuración del proveedor de pagos.
En la reunión de decisión, una semana antes del lanzamiento, ese punto crítico seguía marcado como fallido. La persona responsable del servicio detuvo el despliegue nueve días mientras se corregía y se volvía a probar la configuración, y el responsable de comunicación ajustó los mensajes a los clientes.
El nuevo lanzamiento salió con todos los puntos críticos cumplidos. Las llamadas por problemas de pago en el primer mes quedaron muy por debajo del nivel registrado tras el cambio anterior.
IlustrativoConsejos y errores
Consejos
- Mantén los puntos críticos en un número que la gente pueda recordar, a menudo entre cinco y diez.
- Pide una evidencia que aceptaría una persona externa escéptica, no un «sí, está bien» de palabra.
- Incluye una forma probada de dar marcha atrás, para que un lanzamiento fallido pueda deshacerse rápido.
- Pon en la lista la información al personal de primera línea y la comunicación al público; forman parte de la preparación tanto como los sistemas.
- Conserva la lista después del lanzamiento y úsala como punto de partida para el siguiente.
Errores frecuentes
- Marcar puntos como hechos sin evidencia, de modo que la lista da una falsa tranquilidad.
- Hacer críticos todos los puntos, lo que significa que el lanzamiento nunca puede salir o que la regla se ignora en silencio.
- Elaborar la lista la semana antes del lanzamiento, cuando ya no queda tiempo para corregir lo que detecta.
- Seguir adelante pese a un punto crítico fallido porque la fecha ya se ha anunciado.
Con qué terminas
Terminas con una lista compartida de lo que debe ser cierto antes del lanzamiento, la prueba de que cada punto se cumple, el rol responsable y una regla clara para detener el despliegue. Eso da a la dirección una base justa para decidir si se sigue o no y protege a los usuarios de fallos evitables. Vincula la lista a los hitos de tu hoja de ruta e incluye las fechas de tu plan de comunicación con partes interesadas para que la gente se entere del cambio en el momento adecuado. Si todavía no has imaginado cómo podría fallar el lanzamiento, haz primero un premortem.
Preguntas frecuentes
¿Qué debe incluir una lista de verificación de despliegue?
Condiciones de cada área que debe estar lista: sistemas y datos, personas y formación, procesos, atención al cliente, comunicación y una forma probada de dar marcha atrás. Añade puntos basados en lo que salió mal en lanzamientos anteriores. Cada punto necesita un responsable, una fecha límite y una evidencia.
¿Qué es una decisión de seguir o no seguir (go/no-go)?
Es un momento acordado antes del lanzamiento en el que quien decide revisa los puntos críticos de la lista. Si todos se cumplen con evidencia, el lanzamiento sigue adelante. Si alguno ha fallado, se detiene hasta corregirlo. Acuerden quién decide antes del día.
¿En qué se diferencia una lista de verificación de despliegue de un plan de proyecto?
Un plan de proyecto describe el trabajo que hay que hacer y cuándo. Una lista de verificación de despliegue describe las condiciones que deben cumplirse al final de ese trabajo, con pruebas. Es una comprobación final de que el plan entregó lo que necesita el lanzamiento.
Ficha de la herramienta
La ficha de trabajo que rellena tu equipo, una casilla por campo.
- Comprobación de preparación
- Evidencia
- Responsable
- Fecha límite
- Estado