Buscar en la base de conocimiento

Hitos, tareas y checklist aplicables a Backups y Alta Disponibilidad

Este mapa conecta el pilar PtD Stack - Backups y Alta Disponibilidad con los hitos reales del proyecto. La intencion es que arquitectura, desarrollo, QA, seguridad y operacion puedan revisar que tareas tocan este frente, que checklist debe completarse y donde conviene levantar una alerta antes de cerrar el hito.

Como usar este mapa

Este articulo cruza el pilar con los 22 hitos contractuales. Cada hito muestra las tareas que deben revisarse desde este enfoque tecnico, con checklist de entregables cuando hay relacion directa. Si un hito no tiene tarea directa para el pilar, queda como punto de control transversal para no perder trazabilidad.

H01 - Este hito debe instalar el gobierno del proyecto, confirmar alcance RMH/RMI, responsables, infraestructura, RACI, RAID, cronograma, QA e interoperabilidad inicial. Su alcance operativo se concentra en Gobierno del Proyecto, Registro de Movilidad Humana, Registro de Movilidad Interna, Infraestructura DTI, QA y Certificacion, Interoperabilidad Interna/Externa, Gestion Documental y requiere coordinacion de Coordinacion, Funcional/Backend, DevOps, QA, Integraciones, Documentacion.

PYD-005 - Solicitar repositorio e infraestructura

Responsable: DevOps | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2026-06-16 a 2026-06-18.

Descripcion detallada

PYD-005 - Solicitar repositorio e infraestructura

Objetivo PM: habilitar repositorios, ambientes y accesos minimos para construir con trazabilidad y sin depender de archivos sueltos o credenciales compartidas.

Alcance operativo: esta tarea pertenece a H01 - H01 - Arranque, gobierno y plan de trabajo, se vincula con PYD-E1 - Plan de trabajo, estrategia y gobierno del proyecto, impacta Infraestructura DTI, queda a cargo de DevOps y esta planeada del 2026-06-16 al 2026-06-18. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: la solicitud debe cubrir ramas, permisos, variables, politicas de PR, ambientes y prueba basica de despliegue o ejecucion. Actividades principales del checklist: Formalizar solicitud de repositorio backend/frontend, ambientes y accesos requeridos; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.; Especificar ramas, politicas de PR, revisores, proteccion de rama y nomenclatura de versiones; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.; Solicitar infraestructura minima para desarrollo, QA y pruebas de integracion; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.; Confirmar mecanismos seguros para variables de entorno y secretos fuera del repositorio; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.; Registrar usuarios autorizados, permisos y vigencia de accesos; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-005 (Solicitar repositorio e infraestructura): solicitud formal de repositorios, ambientes, accesos, ramas, permisos y evidencias de habilitacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-005 solo si "Solicitar repositorio e infraestructura" produce solicitud formal de repositorios, ambientes, accesos, ramas, permisos y evidencias de habilitacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con evidencia de acceso y ejecucion de un artefacto minimo en el ambiente acordado. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva

Riesgos y controles: Riesgo de cerrar Solicitar repositorio e infraestructura sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-005 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que DevOps puede coordinar la revision de Infraestructura DTI, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-005 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-005 (Solicitar repositorio e infraestructura): solicitud formal de repositorios, ambientes, accesos, ramas, permisos y evidencias de habilitacion. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-005 solo si "Solicitar repositorio e infraestructura" produce solicitud formal de repositorios, ambientes, accesos, ramas, permisos y evidencias de habilitacion; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con evidencia de acceso y ejecucion de un artefacto minimo en el ambiente acordado. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Riesgo de cerrar Solicitar repositorio e infraestructura sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-04 - RMP - Registro de Medidas de Proteccion, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional, SYS-RMI - RMI - Registro de Movilidad Interna

Checklist de entregables

  • PYD-005 | Alcance | Formalizar solicitud de repositorio backend/frontend, ambientes y accesos requeridos; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Analisis | Especificar ramas, politicas de PR, revisores, proteccion de rama y nomenclatura de versiones; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Construccion | Solicitar infraestructura minima para desarrollo, QA y pruebas de integracion; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Evidencia | Confirmar mecanismos seguros para variables de entorno y secretos fuera del repositorio; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Validacion | Registrar usuarios autorizados, permisos y vigencia de accesos; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Dependencias | Adjuntar acuse o evidencia de habilitacion de repositorio/ambiente; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Seguridad | Validar que el equipo puede clonar, ejecutar y desplegar un artefacto minimo; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.
  • PYD-005 | Cierre | Actualizar dependencia DTI y semaforo del hito segun disponibilidad real; debe dejar evidencia trazable al hito H01, responsable asignado y fecha de cierre.

H02 - Este hito debe levantar operacion funcional y normativa del Expediente Unico, RMH, RMI, registros internos y sistemas externos. Su alcance operativo se concentra en Expediente Unico NNA y captura inicial de identidad/datos generales, Registro de Movilidad Humana, Registro de Movilidad Interna, Acceso Unico Institucional, Gobierno de Datos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia y requiere coordinacion de Coordinacion, Funcional/Backend, Seguridad, Datos, Integraciones.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H03 - Este hito debe cerrar requisitos no funcionales medibles de rendimiento, seguridad, auditoria, privacidad, disponibilidad y continuidad. Su alcance operativo se concentra en QA y Certificacion, Acceso Unico Institucional y requiere coordinacion de QA, Seguridad.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H04 - Este hito debe definir arquitectura C4, modelo de datos, modelo canonico, catalogos, OpenAPI y gobierno de interoperabilidad. Su alcance operativo se concentra en arquitectura C4 de contexto institucional, actores, registros y sistemas externos, contenedores backend, frontend, datos, integraciones y servicios transversales, FastAPI / API Gateway, Frontend React 19, rutas, estado, componentes y UX operativa, modelo relacional PostgreSQL para Expediente, RMH, RMI e interoperabilidad, Gobierno de Datos, Interoperabilidad Interna/Externa, paquete formal de arquitectura, analisis funcional y modelo de datos y requiere coordinacion de Arquitectura, Backend/Arquitectura, Frontend, Datos, Integraciones, Documentacion.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H05 - Este hito debe preparar repositorios, proyectos base, PostgreSQL, pruebas, pipeline, logging y health checks. Su alcance operativo se concentra en Infraestructura DTI, Frontend React / UI Operativa, Interoperabilidad Interna/Externa, Frontend React 19 con Vite, PNPM, estructura de componentes y convenciones, PostgreSQL, migraciones iniciales, esquemas y convenciones de datos, QA y Certificacion, pruebas frontend con Jest, React Testing Library y datos de prueba, pipeline CI/CD, validaciones automaticas y control de calidad y requiere coordinacion de DevOps, Frontend, Integraciones, Datos, QA.

PYD-050 - Configurar repositorio backend

Responsable: Backend 1 | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2026-07-28 a 2026-07-30.

Descripcion detallada

PYD-050 - Configurar repositorio backend

Objetivo PM: preparar la base tecnica de Infraestructura DTI para que el equipo pueda desarrollar, probar y desplegar de forma repetible.

Alcance operativo: esta tarea pertenece a H05 - H05 - Preparacion tecnica y Sprint 0, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Infraestructura DTI, queda a cargo de Backend 1 y esta planeada del 2026-07-28 al 2026-07-30. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: la configuracion debe incluir comandos, variables no secretas, pruebas iniciales, health check, logging o pipeline segun aplique. Actividades principales del checklist: Crear o ajustar estructura base del componente relacionado con Configurar repositorio backend; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-050 (Configurar repositorio backend): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-050 solo si "Configurar repositorio backend" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con ejecucion reproducible y evidencia de ambiente o pipeline. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva

Riesgos y controles: Riesgo de cerrar Configurar repositorio backend sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-050 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Backend 1 puede coordinar la revision de Infraestructura DTI, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-050 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-050 (Configurar repositorio backend): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-050 solo si "Configurar repositorio backend" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con ejecucion reproducible y evidencia de ambiente o pipeline. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Riesgo de cerrar Configurar repositorio backend sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-050 | Alcance | Crear o ajustar estructura base del componente relacionado con Configurar repositorio backend; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Analisis | Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Construccion | Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Evidencia | Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Validacion | Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Dependencias | Registrar evidencia: captura, log, pipeline, commit o resultado de prueba; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Seguridad | Actualizar README o guia tecnica con pasos reproducibles; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-050 | Cierre | Vincular repositorio/rama/commit o evidencia en Perfex/PtD; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
PYD-057 - Configurar pipeline de validación

Responsable: DevOps | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2026-08-03 a 2026-08-07.

Descripcion detallada

PYD-057 - Configurar pipeline de validación

Objetivo PM: automatizar validaciones minimas de calidad para evitar integraciones manuales sin pruebas ni revision.

Alcance operativo: esta tarea pertenece a H05 - H05 - Preparacion tecnica y Sprint 0, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Infraestructura DTI, queda a cargo de DevOps y esta planeada del 2026-08-03 al 2026-08-07. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: el pipeline debe ejecutar lint, pruebas, validaciones de contrato, build y reglas de fallo con evidencia visible. Actividades principales del checklist: Crear o ajustar estructura base del componente relacionado con Configurar pipeline de validación; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-057 (Configurar pipeline de validación): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-057 solo si "Configurar pipeline de validación" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando un cambio rompe la validacion esperada y deja evidencia accionable. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-PF-006 - Validación de requerimientos

Riesgos y controles: Riesgo de cerrar Configurar pipeline de validación sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-PF-006 - Validación de requerimientos. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-057 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-PF-006 - Validación de requerimientos. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que DevOps puede coordinar la revision de pipeline CI/CD, validaciones automaticas y control de calidad, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-057 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-057 (Configurar pipeline de validación): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-057 solo si "Configurar pipeline de validación" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando un cambio rompe la validacion esperada y deja evidencia accionable. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Riesgo de cerrar Configurar pipeline de validación sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-PF-006 - Validación de requerimientos. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-057 | Alcance | Crear o ajustar estructura base del componente relacionado con Configurar pipeline de validación; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Analisis | Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Construccion | Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Evidencia | Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Validacion | Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Dependencias | Registrar evidencia: captura, log, pipeline, commit o resultado de prueba; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Seguridad | Actualizar README o guia tecnica con pasos reproducibles; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-057 | Cierre | Vincular repositorio/rama/commit o evidencia en Perfex/PtD; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
PYD-058 - Configurar logging y health checks

Responsable: Backend 1 | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2026-08-05 a 2026-08-07.

Descripcion detallada

PYD-058 - Configurar logging y health checks

Objetivo PM: habilitar observabilidad operativa para saber si servicios, integraciones y jobs estan vivos, sanos y auditables.

Alcance operativo: esta tarea pertenece a H05 - H05 - Preparacion tecnica y Sprint 0, se vincula con PYD-E3 - Construccion base del Registro de Movilidad Humana e interoperabilidad mock, impacta Infraestructura DTI, queda a cargo de Backend 1 y esta planeada del 2026-08-05 al 2026-08-07. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: debe incluir health checks, logs estructurados, correlation IDs, metricas, alertas y criterios de severidad. Actividades principales del checklist: Crear o ajustar estructura base del componente relacionado con Configurar logging y health checks; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.; Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-058 (Configurar logging y health checks): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-058 solo si "Configurar logging y health checks" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando una falla simulada genera evidencia localizable y accion de soporte. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva

Riesgos y controles: Riesgo de cerrar Configurar logging y health checks sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: El cierre de PYD-058 queda limitado por disponibilidad de responsables, evidencia y dependencias del hito. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Backend 1 puede coordinar la revision de observabilidad, logging estructurado y health checks de servicios, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-058 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-058 (Configurar logging y health checks): componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-058 solo si "Configurar logging y health checks" produce componente base configurado con README, comandos, variables no secretas, pruebas iniciales y pipeline o evidencia local; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando una falla simulada genera evidencia localizable y accion de soporte. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Riesgo de cerrar Configurar logging y health checks sin evidencia suficiente, responsable claro o impacto revisado sobre hitos dependientes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-09 - Gestion Documental, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-058 | Alcance | Crear o ajustar estructura base del componente relacionado con Configurar logging y health checks; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Analisis | Documentar comandos de instalacion, ejecucion, pruebas y variables no secretas; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Construccion | Configurar dependencias, convenciones, linting/formato o estructura de carpetas segun aplique; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Evidencia | Agregar prueba o verificacion minima que confirme que el componente arranca; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Validacion | Configurar manejo de ambiente sin credenciales en repositorio; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Dependencias | Registrar evidencia: captura, log, pipeline, commit o resultado de prueba; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Seguridad | Actualizar README o guia tecnica con pasos reproducibles; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.
  • PYD-058 | Cierre | Vincular repositorio/rama/commit o evidencia en Perfex/PtD; debe dejar evidencia trazable al hito H05, responsable asignado y fecha de cierre.

H06 - Este hito debe construir Expediente Unico NNA, identidad, datos generales, OAuth2/JWT, RBAC, proteccion de rutas y auditoria inicial. Su alcance operativo se concentra en Expediente Unico NNA, busqueda, filtros, permisos y auditoria, Expediente Unico NNA, Gobierno de Datos, Acceso Unico Institucional con OAuth2/JWT, sesiones y tokens, Acceso Unico Institucional, proteccion de rutas React integrada con RBAC y sesion institucional, QA y Certificacion y requiere coordinacion de Backend, Datos, Seguridad, Frontend/Seguridad, QA.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H07 - Este hito debe implementar Registro de Movilidad Humana con alta de caso, situacion migratoria, seguimiento y canalizaciones. Su alcance operativo se concentra en Registro de Movilidad Humana, Interoperabilidad Interna/Externa, Frontend React / UI Operativa, Registro de Movilidad Interna, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, Frontend, QA.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H08 - Este hito debe implementar Movilidad Interna, modelo canonico, mocks de interoperabilidad, outbox, reintentos e idempotencia. Su alcance operativo se concentra en Registro de Movilidad Interna, modelo canonico de interoperabilidad para registros internos y externos, interoperabilidad con INM, interoperabilidad con COMAR, Registro del Derecho a Vivir en Familia, Interoperabilidad Interna/Externa, QA y Certificacion y requiere coordinacion de Funcional/Backend, Integraciones, QA.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H09 - Este hito debe cerrar bandejas, filtros, gestion documental, motor antiduplicados y estado de integraciones. Su alcance operativo se concentra en Expediente Unico NNA, Frontend React / UI Operativa, referencias documentales, evidencias, metadatos y permisos por expediente, motor antiduplicados, QA y Certificacion y requiere coordinacion de Backend, Frontend, Documentacion, Datos, QA.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H10 - Este hito debe congelar funcionalidad del entregable 3, corregir defectos criticos, ejecutar regresion y preparar demo/documentacion. Su alcance operativo se concentra en QA y Certificacion, Gestion Documental y requiere coordinacion de Coordinacion, QA, Documentacion.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H11 - Este hito debe completar funcionalidad restante de RMH, UX, accesibilidad y relaciones con Expediente Unico y RMI. Su alcance operativo se concentra en Registro de Movilidad Humana, Frontend React / UI Operativa y requiere coordinacion de Funcional/Backend, Frontend.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H12 - Este hito debe habilitar interoperabilidad interna real o condicion formal con RDVF, RMP y RNCAS. Su alcance operativo se concentra en Registro del Derecho a Vivir en Familia, Registro de Medidas de Proteccion, Registro Nacional de Centros de Asistencia Social, contratos internos RDVF, RMP y RNCAS con certificacion o condicion formal y requiere coordinacion de Integraciones.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H13 - Este hito debe concretar integracion real con INM y COMAR, incluyendo red, seguridad, adaptadores, pruebas y certificacion. Su alcance operativo se concentra en interoperabilidad con INM, interoperabilidad con COMAR, Interoperabilidad Interna/Externa y requiere coordinacion de Integraciones.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H14 - Este hito debe preparar migracion preliminar con perfilamiento, ETL, conciliacion, calidad y rollback. Su alcance operativo se concentra en Gobierno de Datos, Acceso Unico Institucional y requiere coordinacion de Datos, Seguridad.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H15 - Este hito debe ejecutar QA integral sobre funcionalidad, integraciones, rendimiento, seguridad, roles y auditoria. Su alcance operativo se concentra en QA y Certificacion, Acceso Unico Institucional y requiere coordinacion de QA, Seguridad.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H16 - Este hito debe corregir defectos criticos, ejecutar regresion final y cerrar tecnicamente QA del entregable 4. Su alcance operativo se concentra en QA y Certificacion, Gestion Documental y requiere coordinacion de QA, Coordinacion, Documentacion.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H17 - Este hito debe atender ajustes derivados de QA, optimizar rendimiento y actualizar documentacion productiva. Su alcance operativo se concentra en QA y Certificacion, Gestion Documental y requiere coordinacion de QA, Documentacion.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H18 - Este hito debe definir y ejecutar pentesting con alcance autorizado, evidencias y clasificacion de hallazgos. Su alcance operativo se concentra en Acceso Unico Institucional, gestion de hallazgos de seguridad, severidad, remediacion y retest y requiere coordinacion de Seguridad.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H19 - Este hito debe remediar vulnerabilidades criticas y altas, ejecutar repruebas y cerrar evidencia de seguridad. Su alcance operativo se concentra en Acceso Unico Institucional, QA y Certificacion y requiere coordinacion de Seguridad, QA.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

H20 - Este hito debe ejecutar ensayo y preparacion de migracion definitiva, infraestructura productiva, monitoreo y respaldos. Su alcance operativo se concentra en Gobierno de Datos, Infraestructura DTI y requiere coordinacion de Datos, DevOps.

PYD-201 - Preparar infraestructura productiva

Responsable: DevOps | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2027-03-01 a 2027-03-08.

Descripcion detallada

PYD-201 - Preparar infraestructura productiva

Objetivo PM: preparar o ejecutar liberacion productiva con ventana, respaldo, monitoreo, rollback y responsables.

Alcance operativo: esta tarea pertenece a H20 - H20 - Migracion definitiva y preparacion productiva, se vincula con PYD-E5 - Remediacion, despliegue productivo, capacitacion y cierre, impacta Infraestructura DTI, queda a cargo de DevOps y esta planeada del 2027-03-01 al 2027-03-08. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: el paquete debe cubrir Go/No-Go, humo productivo, comunicacion, evidencia y criterio para abortar. Actividades principales del checklist: Confirmar prerrequisitos de produccion para Preparar infraestructura productiva: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-201 (Preparar infraestructura productiva): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-201 solo si "Preparar infraestructura productiva" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con resultado productivo documentado y monitoreo activo. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-INM-008 - Preparación productiva; DEP-PF-007 - Usuarios para pruebas

Riesgos y controles: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-INM-008 - Preparación productiva; DEP-PF-007 - Usuarios para pruebas. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La liberacion queda condicionada por ventana aprobada, respaldo, rollback, monitoreo y decision Go/No-Go. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-INM-008 - Preparación productiva; DEP-PF-007 - Usuarios para pruebas. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que DevOps puede coordinar la revision de Infraestructura DTI, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-201 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-201 (Preparar infraestructura productiva): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-201 solo si "Preparar infraestructura productiva" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con resultado productivo documentado y monitoreo activo. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva; DEP-INM-008 - Preparación productiva; DEP-PF-007 - Usuarios para pruebas. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-201 | Alcance | Confirmar prerrequisitos de produccion para Preparar infraestructura productiva: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Analisis | Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Construccion | Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Evidencia | Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Validacion | Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Dependencias | Registrar evidencia productiva sin datos sensibles; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Seguridad | Documentar incidentes, decisiones y pendientes post-liberacion; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-201 | Cierre | Actualizar estado de produccion y comunicar resultado a interesados; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
PYD-202 - Configurar monitoreo y alertas

Responsable: DevOps | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2027-03-05 a 2027-03-10.

Descripcion detallada

PYD-202 - Configurar monitoreo y alertas

Objetivo PM: habilitar observabilidad operativa para saber si servicios, integraciones y jobs estan vivos, sanos y auditables.

Alcance operativo: esta tarea pertenece a H20 - H20 - Migracion definitiva y preparacion productiva, se vincula con PYD-E5 - Remediacion, despliegue productivo, capacitacion y cierre, impacta Infraestructura DTI, queda a cargo de DevOps y esta planeada del 2027-03-05 al 2027-03-10. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: debe incluir health checks, logs estructurados, correlation IDs, metricas, alertas y criterios de severidad. Actividades principales del checklist: Confirmar prerrequisitos de produccion para Configurar monitoreo y alertas: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.; Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-202 (Configurar monitoreo y alertas): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-202 solo si "Configurar monitoreo y alertas" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando una falla simulada genera evidencia localizable y accion de soporte. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva

Riesgos y controles: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La liberacion queda condicionada por ventana aprobada, respaldo, rollback, monitoreo y decision Go/No-Go. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que DevOps puede coordinar la revision de Infraestructura DTI, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-202 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-202 (Configurar monitoreo y alertas): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-202 solo si "Configurar monitoreo y alertas" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida cuando una falla simulada genera evidencia localizable y accion de soporte. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-202 | Alcance | Confirmar prerrequisitos de produccion para Configurar monitoreo y alertas: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Analisis | Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Construccion | Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Evidencia | Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Validacion | Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Dependencias | Registrar evidencia productiva sin datos sensibles; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Seguridad | Documentar incidentes, decisiones y pendientes post-liberacion; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.
  • PYD-202 | Cierre | Actualizar estado de produccion y comunicar resultado a interesados; debe dejar evidencia trazable al hito H20, responsable asignado y fecha de cierre.

H21 - Este hito debe realizar comite Go/No-Go, liberacion productiva y pruebas de humo. Su alcance operativo se concentra en Gobierno del Proyecto, Infraestructura DTI, QA y Certificacion y requiere coordinacion de Coordinacion, DevOps, QA.

PYD-210 - Preparar checklist Go/No-Go

Responsable: Coordinadora técnica | Disciplina: Coordinacion | Sistema/componente: Gobierno del Proyecto | Fechas: 2027-03-15 a 2027-03-17.

Descripcion detallada

PYD-210 - Preparar checklist Go/No-Go

Objetivo PM: tomar y ejecutar decision de liberacion productiva con checklist, responsables, rollback, monitoreo y comunicacion.

Alcance operativo: esta tarea pertenece a H21 - H21 - Comite Go/No-Go y liberacion, se vincula con PYD-E5 - Remediacion, despliegue productivo, capacitacion y cierre, impacta Gobierno del Proyecto, queda a cargo de Coordinadora técnica y esta planeada del 2027-03-15 al 2027-03-17. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: debe cubrir criterios de avance, bloqueos, ventana, respaldo, despliegue, humo productivo y plan de reversa. Actividades principales del checklist: Confirmar prerrequisitos de produccion para Preparar checklist Go/No-Go: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-210 (Preparar checklist Go/No-Go): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-210 solo si "Preparar checklist Go/No-Go" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-PF-007 - Usuarios para pruebas

Riesgos y controles: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-PF-007 - Usuarios para pruebas. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La liberacion queda condicionada por ventana aprobada, respaldo, rollback, monitoreo y decision Go/No-Go. Dependencias a vigilar: DEP-PF-007 - Usuarios para pruebas. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Coordinadora técnica puede coordinar la revision de Gobierno del Proyecto, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-210 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-210 (Preparar checklist Go/No-Go): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-210 solo si "Preparar checklist Go/No-Go" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-PF-007 - Usuarios para pruebas. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-210 | Alcance | Confirmar prerrequisitos de produccion para Preparar checklist Go/No-Go: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Analisis | Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Construccion | Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Evidencia | Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Validacion | Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Dependencias | Registrar evidencia productiva sin datos sensibles; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Seguridad | Documentar incidentes, decisiones y pendientes post-liberacion; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-210 | Cierre | Actualizar estado de produccion y comunicar resultado a interesados; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
PYD-211 - Ejecutar comité Go/No-Go

Responsable: Coordinadora técnica | Disciplina: Coordinacion | Sistema/componente: Gobierno del Proyecto | Fechas: 2027-03-18 a 2027-03-18.

Descripcion detallada

PYD-211 - Ejecutar comité Go/No-Go

Objetivo PM: tomar y ejecutar decision de liberacion productiva con checklist, responsables, rollback, monitoreo y comunicacion.

Alcance operativo: esta tarea pertenece a H21 - H21 - Comite Go/No-Go y liberacion, se vincula con PYD-E5 - Remediacion, despliegue productivo, capacitacion y cierre, impacta Gobierno del Proyecto, queda a cargo de Coordinadora técnica y esta planeada del 2027-03-18 al 2027-03-18. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: debe cubrir criterios de avance, bloqueos, ventana, respaldo, despliegue, humo productivo y plan de reversa. Actividades principales del checklist: Confirmar prerrequisitos de produccion para Ejecutar comité Go/No-Go: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-211 (Ejecutar comité Go/No-Go): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-211 solo si "Ejecutar comité Go/No-Go" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: No hay una dependencia directa enlazada por texto; aun asi debe verificarse que ambientes, accesos, datos de prueba y responsables esten disponibles antes del cierre.

Riesgos y controles: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La liberacion queda condicionada por ventana aprobada, respaldo, rollback, monitoreo y decision Go/No-Go. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que Coordinadora técnica puede coordinar la revision de Gobierno del Proyecto, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-211 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-211 (Ejecutar comité Go/No-Go): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-211 solo si "Ejecutar comité Go/No-Go" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-03 - RDVF - Registro del Derecho a Vivir en Familia, SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-211 | Alcance | Confirmar prerrequisitos de produccion para Ejecutar comité Go/No-Go: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Analisis | Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Construccion | Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Evidencia | Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Validacion | Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Dependencias | Registrar evidencia productiva sin datos sensibles; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Seguridad | Documentar incidentes, decisiones y pendientes post-liberacion; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-211 | Cierre | Actualizar estado de produccion y comunicar resultado a interesados; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
PYD-212 - Liberar a producción

Responsable: DevOps | Disciplina: DevOps | Sistema/componente: Infraestructura DTI | Fechas: 2027-03-19 a 2027-03-19.

Descripcion detallada

PYD-212 - Liberar a producción

Objetivo PM: tomar y ejecutar decision de liberacion productiva con checklist, responsables, rollback, monitoreo y comunicacion.

Alcance operativo: esta tarea pertenece a H21 - H21 - Comite Go/No-Go y liberacion, se vincula con PYD-E5 - Remediacion, despliegue productivo, capacitacion y cierre, impacta Infraestructura DTI, queda a cargo de DevOps y esta planeada del 2027-03-19 al 2027-03-19. Debe gestionarse como unidad de trabajo cerrable: alcance claro, actividad ejecutada, evidencia adjunta, dependencia revisada y criterio de aceptacion aplicado.

Actividades de ejecucion: debe cubrir criterios de avance, bloqueos, ventana, respaldo, despliegue, humo productivo y plan de reversa. Actividades principales del checklist: Confirmar prerrequisitos de produccion para Liberar a producción: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.; Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre..

Entregable verificable: Evidencia requerida para PYD-212 (Liberar a producción): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-212 solo si "Liberar a producción" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Dependencias y coordinacion: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva

Riesgos y controles: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente. Limitaciones de cierre: La liberacion queda condicionada por ventana aprobada, respaldo, rollback, monitoreo y decision Go/No-Go. Dependencias a vigilar: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. Si falta aprobacion, ambiente, dato de prueba, contrato o responsable, el cierre debe marcarse como condicionado. Supuestos operativos: Se asume que DevOps puede coordinar la revision de Infraestructura DTI, que los ambientes y datos usados son de prueba o estan autorizados, y que cualquier cambio de alcance se registra antes de cerrar la tarea. Se asume disponibilidad razonable de responsables institucionales y uso exclusivo de datos de prueba autorizados.

Regla de cierre: PYD-212 solo puede cerrarse cuando los 8 entregables del checklist esten completos o formalmente exceptuados, la evidencia este disponible en Perfex/PtD, el responsable de cierre haya revisado el resultado y cualquier bloqueo quede registrado como dependencia, RAID o condicion de aceptacion.

Seguridad y datos: no se deben adjuntar credenciales, tokens, secretos, datos personales reales no autorizados ni capturas con informacion sensible. Las evidencias deben usar datos sinteticos, anonimizados o autorizados, y los logs deben ser aptos para auditoria.

Evidencia esperada: Evidencia requerida para PYD-212 (Liberar a producción): checklist Go/No-Go, respaldo, ventana, monitoreo, humo productivo y comunicacion de resultado. Debe incluir responsable, fecha, version o identificador de evidencia, relacion con hito/entregable y aprobacion o condicion de cierre.

Criterio de aceptacion: Aceptar PYD-212 solo si "Liberar a producción" produce paquete de liberacion con checklist Go/No-Go, monitoreo, rollback, responsables y evidencia productiva; cumple el checklist completo; cuenta con evidencia verificable; refleja dependencias, riesgos o condiciones abiertas; y se valida con acta Go/No-Go, evidencia de despliegue/humo y monitoreo inicial. La aceptacion PM exige checklist completo, evidencia verificable, dependencia revisada y ausencia de bloqueo no condicionado.

Riesgos operativos: Liberacion sin rollback probado, monitoreo incompleto o decision Go/No-Go sin responsables presentes. Puede agravarse si no se atiende: DEP-DTI-003 - Infraestructura de desarrollo; DEP-DTI-008 - Infraestructura productiva. El riesgo PM principal es cerrar avance nominal sin evidencia suficiente, dependencia resuelta o aceptacion del responsable correspondiente.

Dependencias relacionadas: DEP-DTI-001 - Repositorios Git - condicion operacional para DTI., DEP-DTI-002 - Arquitectura institucional - condicion operacional para DTI., DEP-DTI-003 - Infraestructura de desarrollo - condicion operacional para DTI., DEP-DTI-004 - Documentación de autenticación - condicion operacional para DTI., DEP-DTI-005 - Ambiente QA - condicion operacional para DTI., DEP-DTI-006 - Certificados y DNS QA - condicion operacional para DTI., DEP-DTI-007 - Acceso a datos historicos - condicion operacional para DTI y migracion., DEP-DTI-008 - Infraestructura productiva - condicion operacional para liberacion y estabilizacion.

Integraciones relacionadas: SYS-07 - Acceso Unico Institucional, SYS-09 - Gestion Documental, SYS-10 - Plataforma Publica de Indicadores, SYS-11 - Infraestructura DTI, SYS-12 - Repositorio Git Institucional

Checklist de entregables

  • PYD-212 | Alcance | Confirmar prerrequisitos de produccion para Liberar a producción: aprobaciones, version, respaldo y ventana; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Analisis | Revisar checklist Go/No-Go, dependencias abiertas y plan de rollback; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Construccion | Validar configuracion de ambiente, monitoreo, alertas, logs y responsables de guardia; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Evidencia | Ejecutar liberacion o prueba productiva segun procedimiento autorizado; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Validacion | Verificar humo funcional, autenticacion, integraciones criticas y reportes basicos; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Dependencias | Registrar evidencia productiva sin datos sensibles; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Seguridad | Documentar incidentes, decisiones y pendientes post-liberacion; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.
  • PYD-212 | Cierre | Actualizar estado de produccion y comunicar resultado a interesados; debe dejar evidencia trazable al hito H21, responsable asignado y fecha de cierre.

H22 - Este hito debe transferir operacion, capacitar equipos, cerrar manuales/runbooks, estabilizar y formalizar cierre. Su alcance operativo se concentra en transferencia tecnica backend, APIs y operacion de servicios, transferencia frontend, UX operativa y componentes React, operacion, soporte y mesa de ayuda, documentacion operativa y soporte, estabilizacion post-liberacion, soporte, incidentes y seguimiento operativo, Gestion Documental, cierre contractual, anexos, aceptaciones y transferencia final y requiere coordinacion de Documentacion, Frontend, Soporte.

Control transversal: no hay tarea directa con este pilar, pero el hito debe conservar evidencia, trazabilidad, control de cambios y validacion de impacto si toca datos, servicios o integraciones relacionadas.

¿Le ha resultado útil este artículo?

Articulos relacionados