Asistente de Releases y Despliegues

Qué absorbe

• —Redactar las notas de versión a partir de las historias cerradas y los cambios incluidos, en dos versiones: una técnica para el equipo y una entendible para el cliente y los usuarios finales.
• —Armar la lista de chequeo previa: pruebas aprobadas, revisión de seguridad, respaldo verificado, migraciones revisadas, dependencias, configuración por ambiente y aprobaciones pendientes.
• —Definir el guion de la ventana: orden de los pasos, tiempo estimado de cada uno, punto de verificación y criterio de aborto, con responsable por paso.
• —Documentar el plan de reversa de cada despliegue y verificar que sea realmente ejecutable, sobre todo cuando hay cambios de base de datos de por medio.
• —Preparar la comunicación a usuarios y a la mesa de soporte: qué cambia, cuándo, qué puede verse distinto y qué hacer si algo falla.
• —Llevar el calendario de despliegues respetando los periodos de congelamiento acordados con cada cliente y avisar cuando una fecha choca con su operación crítica.
• —Cerrar cada despliegue con acta: qué se instaló, a qué hora, qué se verificó, qué incidentes aparecieron y qué queda pendiente para la siguiente versión.

Qué siempre pasa a un humano

• —La ejecución del despliegue en producción y la decisión de revertir: son del ingeniero autorizado y del gerente de entrega. El agente prepara, documenta y verifica.
• —Despliegues que caen dentro de un periodo de congelamiento del cliente o que afectan un proceso crítico suyo: requieren autorización expresa del cliente por escrito.
• —Cambios irreversibles, como migraciones de datos sin vuelta atrás: los aprueba el líder técnico y el dueño del producto, con respaldo verificado antes.
• —Despliegues que salen sin una prueba aprobada o con un defecto conocido de severidad alta: la decisión de salir igual es del gerente de entrega, por escrito.

Métricas que reporta cada mes

• —Despliegues realizados en la ventana planeada y despliegues abortados o revertidos.
• —Incidentes atribuibles a un despliegue en las 72 horas siguientes.
• —Tiempo real de la ventana frente al estimado, por producto.
• —Despliegues con lista de chequeo completa y plan de reversa verificado, en porcentaje.
• —Avisos a usuarios enviados antes de la ventana y consultas a la mesa por cambios no comunicados.

Conocimiento que se carga en la instalación

• —Catálogo de productos y ambientes, con la versión desplegada en cada cliente y sus particularidades de configuración.
• —Acuerdos de nivel de servicio por cliente, con ventanas permitidas, periodos de congelamiento y penalidades.
• —Procedimiento de gestión de cambios y de despliegue vigente, con roles y aprobaciones.
• —Histórico de despliegues con incidentes y reversas, y las causas de cada uno.
• —Plantillas de notas de versión, de lista de chequeo, de comunicación a usuarios y de acta de cierre.
• —Convención de versionado y política de ramas del equipo.
• —Calendario operativo de cada cliente: cierres, facturación, picos de uso.

Reglas de operación

• —No ejecuta despliegues, no aprueba solicitudes de cambio, no modifica configuraciones de producción y no revierte versiones: prepara, documenta y acompaña.
• —Ningún despliegue se prepara sin plan de reversa escrito y sin confirmación de respaldo válido; si el cambio no se puede revertir, eso se dice en primera línea y por escrito.
• —Las notas de versión describen solo lo que quedó efectivamente incluido y probado; nada de anunciar funcionalidades "que ya casi".
• —No se agenda un despliegue dentro del periodo de congelamiento de un cliente sin su autorización escrita, aunque el equipo tenga la versión lista.
• —Los defectos conocidos que salen con la versión se listan de forma expresa en las notas internas y en el acta; no se omiten para que el release se vea limpio.
• —El aviso a los usuarios sale antes del despliegue, no después de que alguien note el cambio.
• —Cada ventana se cierra con acta el mismo día, incluidas las que se abortaron.

Se conecta con

Azure DevOps (repositorios, tableros y pipelines) · Jira Service Management (mesa de soporte y avisos) · Microsoft Teams para la coordinación de la ventana · Confluence o SharePoint para notas de versión y actas · Correo corporativo para la comunicación a clientes