1. Gestión de Proyectos
DTIKC
  • Inicio
  • Modelo de Gestión
    • ITIL 4
    • Gestión por Procesos
    • LEAN, BPM & RAD
    • OKR
    • User Advocate
  • Personas
    • Organigrama Funcional
    • Roles y Matriz RACI
      • Matriz RACI - Mesa de Ayuda (N1)
      • Matriz RACI - Soporte Técnico (N2)
      • Matriz RACI - Infraestructura (N3)
      • Matriz RACI Consolidada de la Dirección de Tecnología e Innovación
    • Descriptivos de Puestos
      • Indice
      • Developer RPA & IA con Python
      • Analista de Operaciones y Mesa de Ayuda N1
      • Especialista de Soporte Técnico Nivel 2
      • Senior de Infraestructura
        • Especialista Senior en Infraestructura N3
        • Especialista Junior en Infraestructura N3
    • Medición y Mejora Continua
  • Procesos de Sistemas
    • Indice
    • Procesos de Analista de Operaciones y Mesa de Ayuda N1
    • Procesos de Soporte Técnico N2
    • Procesos de Junior de Infraestructura
    • Procesos de Senior de Infraestructura
    • Proceso de Ejecución de Proyectos para Desarrolladores de Software
    • Proceso de Control de Versiones con Git
    • Procedimiento de Solicitud y Compra de Equipo de Cómputo y Dispositivos
    • Procedimiento para Solicitud de Activos Tecnológicos
    • Procedimiento Operativo Estándar – Gestión de Altas y Bajas de Accesos METLIFE
    • Procedimiento de gestión y documentación ticket y autoticket
    • Procedimiento Marco Gestión de Altas, Bajas y Control de Accesos a Sistemas
  • Especificaciones
    • Devs
      • Patrones de Nombrado (Naming Conventions) en Programación
  • Sistemas
    • Indice
    • Prometeo
    • Pegasus
    • Olympus
    • Andromeda
    • FrontBack
    • OServerLogic
    • CServer
    • FbCotizador
    • Oserver
    • MetCotizadores
    • ClassLibrary
    • APIs
      • Atlas Backend
        • Tareas por proyecto
        • List projects from GanttPRO
      • Chatbase
      • ApiMetPro_Pendientes_Emitir_Get
    • App Services
      • Documento sin título
  • Manuales Usuarios
    • Procedimiento para Recuperar Contraseña de Acceso a Titan
    • Procedimiento de Alta de Agente IP en Keysi
    • Checklist Mantenimiento Soporte N2
    • Manual de Sistema de Gestión
    • Manual Operativo y Escalamiento de Mesas de Ayuda
  • Lineamientos
    • Home Office
    • Excelencia Operativa
    • Mesa de Ayuda
      • Modelo de gestión
      • Diagrama de flujo
      • Soporte Técnico Nivel 2
  • Gestión de Proyectos
    • Procedimiento Integral de Trabajo
    • Documento de Gobierno de TI
    • Método de Aprobación por Dictamen
    • Metodología Ágil (Agile)
  • Transforación Digital
    • Inicio
    • Madurez
    • Evaluación
  • Raíz
    • Health
      • Health check
    • System
      • System capabilities and runtime metadata
    • Auth
      • Login and create server session
      • Logout current session (or all devices)
      • Get authenticated user profile
      • Get current session permissions
      • Example admin-only endpoint
    • AI
      • Chat completion from Atlas AI brain
      • Generate embedding vector
      • List available AI agents (scaffold)
      • List registered AI tools (scaffold)
    • Data
      • List tasks
      • Create task
      • Get task by id
      • Update task
      • Delete task
    • Providers
      • Execute corporate API action
      • List tasks from one GanttPRO project
      • Verify Supabase provider configuration
    • Communications
      • Send communication through routed provider
    • Messaging
      • Publish an internal envelope to messaging backbone
    • Autonomy
      • List available autonomous agents
      • Run one autonomous flow execution
    • Raíz
      • Health
      • System
      • Auth
      • AI
        • Get AI provider availability and selection order
        • Probe live connectivity to configured AI providers
      • Data
      • Providers
        • List projects from GanttPRO
        • Execute FB API ex4CRUD action
      • Communications
      • Messaging
      • Autonomy
      • Root informative home page
    • /docs/openapi-3.1.json
    • /docs/openapi-3.0.json
  • Root informative home page
    GET
  • Root informative home page
    GET
Git
  1. Gestión de Proyectos

Método de Aprobación por Dictamen

Modelo de Dictamen Generado y Ratificado por No Objeción#

1. Objetivo del método#

Establecer un mecanismo formal mediante el cual un proyecto de TI pueda ser aprobado con base en un dictamen técnico–funcional, generado por el Área de Tecnología, Innovación o el Comité de Inteligencia Artificial, y que se considera emitido y aprobado una vez presentado al Comité de Sistemas sin que existan objeciones fundadas dentro del plazo establecido.

2. Principio rector#

El dictamen se genera, se presenta y se ratifica por ausencia de objeciones fundadas del Comité de Sistemas.
El Comité conserva su facultad plena de observación, objeción y escalamiento.

3. Condiciones de elegibilidad#

Un proyecto solo puede ser aprobado por dictamen si cumple todas las siguientes condiciones:
Cuenta con responsable de negocio claramente asignado
Tiene objetivo y valor claramente definidos
No presenta riesgos operativos, de seguridad ni regulatorios
No tiene impacto desproporcionado en costo o arquitectura
Tiene metodología de ejecución definida
Está alineado con los pilares y/o objetivos estratégicos de la empresa
Cumple con todos los criterios de no-objeción establecidos
📌 Si alguna condición no se cumple, el proyecto no es elegible para este mecanismo y debe pasar por aprobación explícita del Comité de Sistemas.

4. Dictamen de Aprobación#

4.1 Generación del dictamen#

El Dictamen de Aprobación es generado por cualquiera de las siguientes instancias:
Área de Tecnología
Comité de Inteligencia Artificial
⚠️ El dictamen no se considera emitido ni aprobado hasta ser presentado al Comité de Sistemas.

4.2 Contenido mínimo del dictamen#

El dictamen debe incluir, como mínimo:
1.
Identificación del proyecto
2.
Origen de la iniciativa
3.
Responsable del negocio
4.
Objetivo y valor esperado
5.
Metodología propuesta
6.
Evaluación de impacto
7.
Análisis de no-objeción (matriz completa)
8.
Riesgos identificados y mitigaciones
9.
Alineación explícita con los pilares y/u objetivos estratégicos
10.
Conclusión técnica del dictamen
Conclusión requerida:
“Con base en el análisis realizado, el proyecto no presenta objeciones operativas, de seguridad, regulatorias ni estratégicas, no tiene impacto desproporcionado en costo o arquitectura y se encuentra alineado con los pilares y objetivos de la empresa, por lo que se propone para su aprobación por dictamen.”

5. Presentación al Comité de Sistemas#

Una vez generado, el dictamen debe:
Presentarse formalmente al Comité de Sistemas
Compartirse íntegramente a sus miembros
Registrarse en el repositorio de gobierno
Establecer un plazo formal de objeciones
Plazo recomendado: 5 a 10 días hábiles

6. Ratificación del dictamen por el Comité#

6.1 Sin objeciones fundadas#

Si ningún miembro del Comité presenta objeciones fundadas dentro del plazo, entonces:
El dictamen se considera formalmente emitido
El dictamen se considera aprobado
El proyecto queda autorizado para iniciar ejecución
📌 La aprobación ocurre por ratificación del Comité, no por omisión.

6.2 Con objeciones fundadas#

Si uno o más miembros del Comité presentan objeciones fundadas:
El dictamen no se ratifica
El proyecto sale del esquema de aprobación por dictamen
Se activa alguno de los siguientes mecanismos:
Ajustes al dictamen
Aprobación condicionada

7. Registro formal y trazabilidad#

Toda aprobación por dictamen debe contar con:
Dictamen generado
Evidencia de presentación al Comité
Fecha de inicio y fin del periodo de objeciones
Registro de ausencia o presencia de objeciones
Resultado final (ratificado / no ratificado)

8. Salvaguardas del método#

❌ No aplica a proyectos regulatorios críticos
❌ No aplica si existen riesgos relevantes
❌ No sustituye al responsable del negocio
❌ No limita la facultad del Comité de Sistemas
✅ Aplica a mejoras operativas
✅ Aplica a automatizaciones
✅ Aplica a innovación controlada
✅ Aplica a evoluciones funcionales

9. Regla institucional (redacción final)#

Los proyectos de TI podrán ser aprobados mediante el mecanismo de Aprobación por Dictamen cuando dicho dictamen sea generado por el Área de Tecnología, el Área de Innovación o el Comité de Inteligencia Artificial, presentado formalmente al Comité de Sistemas y no existan objeciones fundadas por parte de sus miembros dentro del plazo establecido. En dicho caso, el dictamen se considerará emitido y aprobado, autorizando el inicio de la ejecución del proyecto.

10. Mensaje clave para Comité y Dirección#

El dictamen se propone. El Comité ratifica o se opone. La ausencia de objeción valida la decisión.

11. Criterios de evaluación#

#Criterio¿Se presenta?
1Riesgo operativo, de seguridad o regulatorio☐ Sí ☐ No
2Duplicidad de soluciones existentes☐ Sí ☐ No
3Impacto desproporcionado en costo☐ Sí ☐ No
4Impacto desproporcionado en arquitectura☐ Sí ☐ No
5Falta de proceso definido☐ Sí ☐ No
6Falta de responsable de negocio☐ Sí ☐ No
7No alineación estratégica☐ Sí ☐ No
8Falta de valor claro para el negocio☐ Sí ☐ No
9Riesgos identificados sin mitigación☐ Sí ☐ No
10Riesgos no identificados☐ Sí ☐ No
Modificado en 2026-01-23 04:22:35
Anterior
Documento de Gobierno de TI
Siguiente
Metodología Ágil (Agile)
Built with