| Verificación de pruebas | Validar que todas las pruebas hayan sido ejecutadas utilizando la checklist de pruebas. | Desarrollador | VER SP 1.1, VER SP 1.3, VER SP 3.1 |
| Merge de la rama | Generar un pull request hacia la rama destino tras verificar que las pruebas fueron aprobadas. | Desarrollador | CM SP 2.2 (Controlar los elementos de configuración). |
| Despliegue | Cambiar a la rama correspondiente (develop-staging o main-producción), según la estrategia de ramas. | Desarrollador | — |
| Obtener la versión más reciente | Ejecutar git pull origin para actualizar la rama local. | Desarrollador | CM SP 2.2 (Controlar los elementos de configuración). |
| Mostrar los cambios | Reiniciar el entorno con el comando adecuado (ej. pm2 restart [id del proceso]). | Desarrollador | — |
| Aprobación | Ejecutar las pruebas de aceptación por parte del equipo o cliente. | Desarrollador | PPQA SP 1.2, REQM SP 1.5 |
| Documentación | Desarrollar el manual o guía de la funcionalidad desplegada según estrategia o WBS. | Desarrollador | REQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos). |
| Capacitación | Capacitar a los usuarios finales mediante documentación o presentación. | Desarrollador | — |
| Verificación final | Usar la checklist de despliegue para confirmar que todos los pasos fueron cumplidos. | Desarrollador | VER SP 1.1, VER SP 1.3, VER SP 3.1 |
| Cerrar historia | Marcar la historia como Done en la herramienta de gestión, de acuerdo con la definición del proyecto. | Desarrollador | REQM SP 1.4 (Mantener la trazabilidad bidireccional de los requisitos). |