El módulo Puestas en producción de Portail ZAPP agrupa cambios aprobados en una puesta en producción, comprueba que está lista para salir y después sigue su despliegue instancia por instancia: cada entorno (producción, preproducción, instancia de un cliente…) sigue su propio calendario. Los responsables de puesta en producción y los administradores la dirigen; los agentes del Service Desk pueden consultarla.
Las instancias de destino
Puestas en producción → Instancias de destino declara los entornos en los que despliegas. Añadir una instancia: Nombre (único), Tipo (por ejemplo Producción, Preproducción), Descripción y Equipo alertado (el grupo avisado en cada etapa del despliegue). Subir y Bajar ajustan el orden de visualización. Una instancia nunca se elimina: Inactiva, ya no se propone para una nueva puesta en producción pero se conserva en el historial.
La plantilla de checklist de salida
Puestas en producción → Plantilla de checklist de salida contiene los puntos copiados en cada nueva puesta en producción. Se suministran cuatro puntos, uno por Categoría (Pruebas, Comunicación, Documentación, Aprobaciones), mostrados en el idioma de cada persona. Puedes añadir, reordenar o desactivar puntos; introducir una Etiqueta sustituye la traducción (déjala vacía para conservarla). Las puestas en producción existentes conservan su propia copia.
Crear una puesta en producción
Desde Puestas en producción → Lista de puestas en producción, haz clic en Nueva puesta en producción:
- Título y Tipo (Mayor, Menor, Urgencia);
- Responsable de puesta en producción (un miembro de ese grupo, o — Por designar —);
- Inicio de la ventana y Fin de la ventana del despliegue;
- Notas de versión;
- Instancias de destino: marca aquellas en las que se desplegará; el despliegue se seguirá para cada una.
Recibe un número del tipo REL-2026.01, cuya secuencia se reinicia cada año.
El ciclo de vida
Planificación → Construcción → Despliegue → Soporte posterior al despliegue → Cerrada. Se puede Volver a planificación desde la construcción, y Cancelar la puesta en producción mientras no esté cerrada (sus cambios quedan entonces libres para otra).
Condiciones de salida:
- Pasar a construcción exige al menos un cambio agrupado (cuando el módulo Cambios está instalado);
- Iniciar el despliegue y Cerrar exigen una Checklist de salida completa; una checklist vacía nunca cuenta como completa;
- Cerrar exige además que cada instancia esté desplegada, o aplazada con un motivo.
Un aviso en la ficha indica lo que falta, con un enlace (Ir a la checklist, Ir a los cambios).
Los cambios agrupados
En la tarjeta Cambios agrupados, Añadir un cambio aprobado: búsqueda por número o título entre los cambios aprobados o planificados. Un cambio solo pertenece a una puesta en producción, y su ficha muestra la puesta en producción que lo contiene. El contenido se construye en planificación y en construcción y queda bloqueado a partir del despliegue. Si la ventana de la puesta en producción cae en un periodo de congelación que la afecta, la ficha lo muestra como aviso.
La checklist de salida
Cada punto se marca o se desmarca (Marcar, Desmarcar), con el autor y la fecha. Un Punto que añadir a esta puesta en producción puede completar la lista. Añadir o desmarcar un punto después vuelve a abrir la condición de salida.
El despliegue por instancia
La tarjeta Despliegue por instancia sigue cada instancia: Pendiente → En curso → Desplegado, o Fallido, o Aplazado. Las acciones son Iniciar el despliegue, Marcar como desplegada, Declarar un fallo, Aplazar y Volver a pendiente, con un Comentario (opcional).
- Un fallo o un aplazamiento en una instancia no bloquea ninguna otra;
- Aplazar exige un Motivo del aplazamiento;
- antes del despliegue (planificación, construcción), solo es posible el aplazamiento;
- cada instancia tiene su propia Fecha prevista y su Historial de la instancia; una instancia cuya fecha prevista ha pasado sin estar desplegada ni aplazada se marca Con retraso;
- una instancia se añade (Añadir la instancia) mientras la puesta en producción no esté cerrada, y se quita (Quitar la instancia) en planificación o construcción si nunca se ha declarado.
Cada vez que una instancia pasa a en curso, desplegada, fallida o aplazada, se avisa al responsable de puesta en producción y al equipo alertado de la instancia.
Escalar a incidente mayor: en una instancia fallida, cuando el módulo Incidentes mayores está instalado y tienes el derecho, un clic crea el incidente y el incidente mayor, rellenados con la puesta en producción, la instancia y la causa indicada. Un mismo fallo lleva siempre al mismo incidente mayor; un nuevo fallo crea uno nuevo.
Health check: en despliegue y en soporte posterior al despliegue, en una instancia en curso, desplegada o fallida, puedes ejecutar un Script de verificación aprobado del módulo de ejecución de scripts. El resultado (Correcto o Fallido) se conserva en la línea (Último health check). El botón solo aparece si existen esos scripts y puedes ejecutarlos.
La Matriz puesta en producción × instancia ofrece la vista de conjunto: una celda de color por puesta en producción y por instancia, los retrasos y los incidentes mayores abiertos.
El soporte posterior al despliegue (hypercare)
Cuando una instancia está Desplegada, entra en hypercare durante 14 días por defecto (el administrador ajusta esta duración); Modificar el fin del hypercare lo ajusta instancia por instancia. La tarjeta Soporte posterior al despliegue sigue los tickets relacionados con la salida:
- Tickets propuestos: los tickets abiertos durante el hypercare en los CI de los cambios incluidos, cada uno con un botón Vincular;
- Otro ticket: busca un ticket por número o texto, describe la Constatación y después Vincular;
- sigue cada ticket (Por analizar, Tratado, Sin relación) o Desvincular.
La vinculación también aparece en el ticket. Desde la ficha de un ticket, la acción Vincular a la puesta en producción se ofrece a los responsables de puesta en producción durante el hypercare. Sin Service Desk, los tickets ya vinculados siguen siendo legibles, pero no se puede añadir ninguno.
Las notas de versión
En la tarjeta Notas de versión, Redactar abre el editor Markdown con una Vista previa. Los títulos, listas, negritas, enlaces y tablas se muestran con formato; el HTML en bruto no se interpreta. Las notas se exportan en Markdown o en PDF.
Cuando el asistente de IA está configurado, Borrador a partir de los cambios propone un texto redactado a partir de los cambios incluidos. Sustituye el texto actual tras confirmación y solo se guarda con Guardar. Cuando la IA está desactivada, este botón no aparece; la redacción manual sigue siendo posible.
Vistas de conjunto
- Calendario de puestas en producción: las ventanas de despliegue y los periodos de congelación; Mostrar los cambios añade los cambios planificados para quienes pueden leerlos.
- Kanban de puestas en producción: una columna por estado; arrastrar una tarjeta aplica la transición con las mismas condiciones que la ficha. El cierre y la anulación se hacen desde la ficha; la columna Cerrada muestra los últimos 30 días.
- El widget Responsable de puesta en producción del panel muestra las puestas en producción en curso, las instancias con retraso y las tasas de fallo y de rollback de los últimos 90 días.
Si el calendario o el Kanban no están disponibles en tu instancia, un mensaje invita a usar la lista.