Un tablero de preparación para una entrega convierte la conversación de lanzamiento en evidencia visible. En lugar de preguntar si algo «parece listo», el equipo revisa comprobaciones, riesgos, responsables y qué ocurriría si se pausa o se revierte.

Usa un espacio de planificación de proyectos en Boardmix para reunir la versión candidata, las comprobaciones y la decisión. La guía de matriz de riesgos ayuda a valorar probabilidad e impacto; registra después la respuesta elegida en el tablero. Incluye las aprobaciones necesarias de seguridad, accesibilidad y operaciones.

Un tablero de preparación de entrega muestra evidencias, responsables, riesgos y decisión de continuar o parar

Define el alcance de la entrega

Escribe la versión candidata, el público y la fecha de revisión. Enumera lo incluido y las exclusiones importantes. Añade una pregunta concreta: «¿Puede esta versión pasar al siguiente entorno con estas restricciones?».

En el servicio de reservas del ejemplo, RC3 se prepara para 20 clientes invitados que podrán crear y cancelar reservas. Los pagos y el registro público quedan fuera. La decisión consiste en autorizar ese piloto, no en aprobar un lanzamiento abierto a cualquier persona.

Organiza las comprobaciones por área

Separa comportamiento del producto, contenido o diseño, calidad, operaciones y comunicación. Cada área contiene comprobación, evidencia, estado y responsable. Una etiqueta verde sin evidencia es solo una opinión.

Campos de preparación
CampoEjemplo
ComprobaciónUna persona nueva completa el primer flujo.
EvidenciaNotas de prueba revisadas y enlace al defecto abierto.
EstadoListo para revisar / requiere respuesta / no comprobado
ResponsablePersona que coordina la siguiente comprobación.
Impacto en la decisiónBloquea la versión / cambia el alcance / vigilar tras la entrega

Para RC3, convierte el alcance en las comprobaciones siguientes. Sustituye los roles por personas concretas y adjunta los resultados de las pruebas. Distingue «no comprobado» de «fallido»: ambos pueden impedir la entrega, pero requieren acciones diferentes.

Comprobaciones del servicio de reservas
ComprobaciónEvidencia necesariaEstado y responsableImpacto
Crear y cancelar una reservaResultados de los escenarios incluidos, también la disponibilidad tras cancelar.Requiere respuesta: B-17 no libera la franja. La persona responsable de calidad coordina la nueva prueba.Impide enviar invitaciones mientras falle una tarea central del piloto.
Recuperar el servicio tras un despliegue fallidoProcedimiento ensayado y registro del estado recuperado.No verificado: operaciones organiza el ensayo.Mantener el despliegue en espera hasta resolver esta comprobación.
Excluir pagos y registro públicoComprobación de que el piloto no expone esos recorridos.No comprobado: la persona responsable de producto asigna la prueba.Una diferencia cambia el alcance y requiere revisión.
Invitar solo al público acordadoLista de invitaciones confirmada y decisión de entrega.En espera: coordinación del piloto aguarda la aprobación.El número de escenarios revisados no autoriza por sí solo las invitaciones.

Registra los riesgos y el plan de recuperación

Junto a cada área escribe el efecto posible y la respuesta, no solo un color. Si corresponde, anota qué señal detendría el despliegue, quién decide y dónde está documentada la recuperación. Si no se ha verificado el procedimiento, indica «no verificado», asigna el ensayo y escribe qué debe demostrar.

Revisión de RC3 en Boardmix con su alcance, el defecto B-17 y la decisión de esperar a una nueva comprobación en RC4
RC3 sigue en espera: B-17 impide liberar una franja cancelada y falta ensayar la recuperación.

Los 12 escenarios revisados no equivalen a 12 escenarios superados. B-17 deja ocupada una franja después de cancelar la reserva, por lo que otro cliente no puede utilizarla. Ese fallo y la recuperación sin verificar justifican la decisión de no continuar. En RC4 hay que volver a comprobar B-17, revisar los recorridos afectados y adjuntar el resultado del ensayo de recuperación antes de decidir sobre las invitaciones.

Decide si la entrega puede continuar

  1. Lee el alcance y la pregunta de decisión.
  2. Revisa primero las comprobaciones ausentes o discutidas.
  3. Habla de riesgos donde pueda cambiar la respuesta.
  4. Decide si la versión está lista, debe esperar o necesita un alcance más pequeño.
  5. Registra la decisión, la persona responsable, la fecha y la evidencia pendiente.

Usa los comentarios de Boardmix para preguntas sobre una tarjeta y un bloque de texto para la decisión final. Las notas, formas y conectores permiten ordenar el material de la revisión; la aprobación corresponde al equipo responsable de la entrega.

Deja un registro que pueda revisarse

Conserva el alcance, las evidencias y la decisión después de la reunión. Archiva las comprobaciones resueltas sin borrarlas. Si cambia la versión candidata, duplica solo la parte afectada y explica su relación con la decisión anterior.

Abre un tablero de Boardmix y organiza las comprobaciones en alcance, evidencia y decisión. La tarjeta de RC3 puede decir: «No se autoriza el piloto; repetir B-17 en RC4 y completar el ensayo de recuperación; mantener las invitaciones en espera». Añade responsable y fecha, y conserva esa tarjeta cuando registres el resultado de RC4.