procedimiento operativo de administración de cambios
TRANSCRIPT
Página 1 de 49
Procedimiento operativo de administración de cambios (PR-ASO-DSI-019) Edición 8
Francisco Javier Vega
Martínez
Luis Rubén Juárez Zapatero
Julio César Roldán Campos
Pablito Diego Valderrábano
Hernández
Subdirección de Calidad y Procesos
Subdirección de Sistemas Informáticos
para Administración de Riesgo
Dirección de Sistemas
Dirección General
Adjunta de Sistemas y Operaciones
Vo. Bo. Metodológico Documentó Revisó Autorizó
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 2 de 49
Contenido
1. Introducción .................................................................................................................................. 2 2. Fundamento normativo de la implantación del procedimiento ................................................... 2 3. Objetivo ......................................................................................................................................... 3 4. Alcance .......................................................................................................................................... 3 5. Lineamientos operativos ............................................................................................................... 3 6. Modelos del procedimiento .......................................................................................................... 6 7. Descripción de actividades ............................................................................................................ 7 8. Descripción de roles .................................................................................................................... 43 9. Control de anexos ........................................................................................................................ 45 10. Control de ediciones .................................................................................................................... 46
1. Introducción
El procedimiento operativo de administración de cambios se apega al Proceso de Administración de Proyectos del Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información, a las mejores prácticas establecidas en el procedimiento de administración de cambios de ITIL; también incluye la metodología de desarrollo.
2. Fundamento normativo de la implantación del procedimiento
Este procedimiento se implementa con fundamento en el siguiente marco normativo, mismo que es enunciativo pero no limitativo:
• Ley Federal de Entidades Paraestatales. • Ley Federal de Presupuesto y Responsabilidad Hacendaria. • Decreto que establece las medidas para el uso eficiente, transparente y eficaz de los recursos
públicos, y las acciones de disciplina presupuestaria en el ejercicio del gasto público, así como para la modernización de la Administración Pública Federal.
• Disposiciones de carácter general aplicables a los organismos de fomento y entidades de fomento. • Lineamientos para la aplicación y seguimiento de las medidas para el uso eficiente, transparente y
eficaz de los recursos públicos, y las acciones de disciplina presupuestaria en el ejercicio del gasto público, así como para la modernización de la Administración Pública Federal.
• Acuerdo que tiene por objeto emitir las Políticas y Disposiciones para la Estrategia Digital Nacional, en Materia de Tecnologías de la Información y Comunicaciones, y en la Seguridad de la Información, así como el Manual Administrativo de Aplicación General en dicha materia.
• Estatuto Orgánico de los Fideicomisos Instituidos en Relación con la Agricultura.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 3 de 49
3. Objetivo
Administrar iniciativas, programas y proyectos de TIC, a fin de optimizar la aplicación de los recursos y obtener mayores beneficios para la Institución.
4. Alcance
• El procedimiento se refiere a todas las iniciativas, proyectos y cambios de los Servicios de TIC. • El personal de la Dirección de Sistemas y los Integrantes de la Mesa de Servicios (denominada Centro
de Atención FIRA) se debe apegar a este procedimiento en el ámbito de la atención de cambios en los servicios de TIC.
5. Lineamientos operativos
1. Todos los formatos ADC F1 Solicitud de solución tecnológica deben registrarse en el sistema de Administración de la Mesa de Servicios.
2. El Director de Sistemas es el responsable de actualizar el catálogo de los Servicio de TIC a su cargo, y de solicitar su actualización en el sistema de Administración de Proyectos (Centro de proyecto).
3. El presente procedimiento considera los siguientes tipos de cambios:
3.1. Solicitud de solución tecnológica con costo menor a 50 mil UDIS. Cambio cuya implementación tiene costo estimado inicial menor a 50 mil UDIS.
3.2. Solicitud de solución tecnológica con costo mayor o igual a 50 mil y menor a 100 mil UDIS. Cambio cuya implementación tiene un costo estimado inicial mayor o igual a 50 mil UDIS y menor a 100 mil UDIS.
3.3. Solicitud de solución tecnológica con costo mayor o igual a 100 mil UDIS. Cambio cuya implementación tiene un costo estimado inicial mayor o igual a 100 mil UDIS.
3.4. Solicitud de solución tecnológica de complejidad menor. Cambios cuyo alcance funcional es limitado, y por lo tanto el tiempo, costo y riesgos asociados a su implementación son reducidos. Los tipos de solicitudes que podrán ser atendidas como “Solicitud de solución tecnológica de complejidad menor” son previamente establecidas en el registro denominado “Clasificación de cambios de complejidad menor”. Por lo tanto, si se presenta la necesidad de atender una solicitud de solución tecnológica que sea fácil de implementación pero que no esté registrada en el documento “Clasificación de cambios de complejidad menor”, no podrá ser atendida como “Solicitud de solución tecnológica de complejidad menor”.
3.5. Cambio de emergencia. Cambio necesario para solucionar un incidente o problema con el fin de restablecer la disponibilidad del servicio a la brevedad posible, o cuando el Responsable del diseño del servicio de TIC” lo considere necesario para solventar el incidente o problema. El “Líder de Proyecto” o el “Responsable del diseño del servicio de TIC” solicitará al Responsable de liberación y entrega del servicio de TIC correspondiente a través de correo electrónico aplicar de inmediato el cambio de emergencia, para restaurar el nivel de servicio a la brevedad posible, una vez que se cuente al menos con la realización de las pruebas unitarias, y siempre y cuando el Grupo de Cambios haya autorizado la Solicitud de cambio de emergencia. Debido a la oportunidad con la
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 4 de 49
que este tipo de cambios deben ser atendidos, la documentación respectiva puede ser generada de forma posterior a la aplicación del cambio en el ambiente productivo. Del mismo modo, en casos extremos en los que el Representante de la Unidad Administrativa Solicitante no realice pruebas de aceptación de forma previa a la liberación del cambio, éstas deberán ser ejecutadas posterior a la liberación, en el ambiente de pruebas.
3.6. Cambio por mantenimiento a la infraestructura informática. Cambio a la infraestructura informática que no implica una alteración a la funcionalidad de los servicios de TIC.
4. Respecto a la actividad de revisión de soluciones tecnológicas, que se ejecuta para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas:
4.1. Debe ser ejecutada en la atención a todas las solicitudes de soluciones tecnológicas que impliquen cambios aplicativos en los sistemas informáticos que, de acuerdo con los Análisis de Impacto al Negocio que se realizan conforme al Plan de Continuidad de Negocio, están relacionados con los procesos críticos, y para los cuales la Dirección de Sistemas realice funciones de mantenimiento aplicativo. Para facilitar su identificación, dichos sistemas aplicativos son registrados en el formato “ADC Sistemas a considerar en la revisión de soluciones tecnológicas”.
4.2. Debe ser ejecutada por una persona distinta a la que haya realizado el desarrollo de los componentes de software a revisar. Cabe señalar que, debido a que hay proyectos en los que participa más de un Desarrollador, una persona podrá desempeñar tanto el rol de Desarrollador como el de Revisor de Solución Tecnológica en un mismo proyecto, siempre y cuando los componentes del software a revisar hayan sido desarrollados por una persona diferente.
4.3. La verificación del cumplimiento de los estándares de desarrollo debe realizarse tomando como base los estándares del sistema de que se trate, documentados en el formato “ADC Estándares de desarrollo”, que es publicado en el Centro de Proyectos.
4.4. La verificación de la no existencia de funcionalidades no solicitadas debe realizarse tomando como base los criterios de revisión del sistema de que se trate, documentados en el formato “ADC Criterios de revisión de no existencia de funcionalidades no solicitadas”, que es publicado en el Centro de Proyectos.
4.5. Tiene como alcance la verificación del código fuente (líneas de programación) en los componentes de software que hayan sido modificados o creados (nuevos) en el desarrollo de la solución tecnológica, conforme a lo siguiente:
4.5.1. Componentes modificados: El alcance de la revisión son las líneas de programación que hayan sido modificadas o adicionadas en los componentes de software existentes.
4.5.2. Componentes creados: El alcance de la revisión son todas las líneas de programación que haya en los componentes nuevos.
5. En caso de que se requiera poner en producción un cambio dentro del horario de servicio, el propietario del Servicio de TIC respectivo, deberá solicitarlo enviando un correo electrónico al “Responsable del diseño del servicio de TIC”, describiendo la justificación. O bien, el Titular de la Dirección de Sistemas podrá aprobar la puesta en producción durante el horario de servicio, enviando un correo al “Responsable del diseño del servicio de TIC”.
6. El Centro de Atención de FIRA realizará el rol de la Mesa de Servicios conforme al Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 5 de 49
7. Los titulares de las subdirecciones de la Dirección de Sistemas, vigilan que el personal de proveedores que prestan servicios bajo contrato en materia de mantenimiento aplicativo, realicen las actividades conforme lo descrito en este procedimiento y se apeguen a los controles establecidos.
8. La creación de “Cuentas de Usuario de Sistemas” debe ser solicitada a la Subdirección de Infraestructura Informática conforme al Procedimiento Operativo de Atención de Requerimientos. Las “Cuentas de Usuario de Sistemas” son aquellas que son utilizadas exclusivamente para la operación y administración de los sistemas informáticos, y no por personal (ya sea interno o externo), como usuario final. En el ambiente de producción de los sistemas informáticos, las “Cuentas de Usuario de Sistemas” son administradas por personal de la Subdirección de Infraestructura Informática.
9. Cuando se emita una disposición que modifique lo establecido en este procedimiento operativo, la Subdirección de Sistemas Informáticos para Administración de Riesgo, puede implementar los cambios requeridos notificando al respecto a la Contraloría Interna. A partir de la implementación de dichos cambios, se contará con un plazo de 30 días hábiles para la modificación, autorización y difusión de la nueva versión del procedimiento.
10. Este procedimiento utiliza lenguaje incluyente, no sexista y libre de cualquier tipo de expresión discriminatoria.
11. Con la finalidad de verificar que el control interno está presente y funcionando en este proceso, el (la) Director(a) de Sistemas y los Subdirectores a su cargo, monitorean y evalúan la efectividad de los controles, con base en la información que se recaba de acuerdo a la especificación de “Riesgos significativos y controles”. Las fallas de proceso y los eventos de riesgo operativo que se identifiquen en la operación o el monitoreo de los procedimientos se debe reportar a quienes pueden tomar la acción apropiada y a la Contraloría Interna de conformidad con la periodicidad que determine y notifique.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 6 de 49
6. Modelos del procedimiento
K.22 Procedimiento operativo de administración de cambios
No. Modelo
1 Solicitud de solución tecnológica con costo mayor o igual a 100 mil UDIS 2 Solicitud de solución tecnológica con costo mayor o igual a 50 mil y menor a 100 mil UDIS 3 Solicitud de solución tecnológica con costo menor a 50 mil UDIS 4 Solicitud de solución tecnológica de complejidad menor 5 Cambio por mantenimiento a la infraestructura informática 6 Cambio de emergencia
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 7 de 49
7. Descripción de actividades
K.22.1 Solicitud de solución tecnológica con costo mayor o igual a 100 mil UDIS
No. Ejecutado por Actividad Descripción
1
Titular de la Unidad Administrativa Solicitante
Elabora y aprueba ADC F1 Solicitud de solución tecnológica
El Titular de la Unidad Administrativa Solicitante, propietaria del servicio de TIC, registra la solicitud en el formato “ADC F1 Solicitud de solución tecnológica”.
Firma el formato “ADC F1 Solicitud de solución tecnológica”, ya sea de forma electrónica o autógrafa, y lo envía al Responsable del Diseño del Servicio TIC a través del Sistema Gestión (PEGASUS).
Si la Solicitud de Solución Tecnológica incluye la corrección de funcionalidades previamente solicitadas y puestas en operación, deben ser aprobadas de forma adicional por el nivel jerárquico superior al Titular de la Unidad Administrativa Solicitante.
2 Responsable del diseño del servicio de TIC
Recibe, revisa, registra y asigna ADC F1 Solicitud de solución tecnológica
Recibe el “ADC F1 Solicitud de solución tecnológica” a través del Sistema Gestión y revisa que ésta contenga información sobre su justificación, así como información necesaria para su análisis y para la elaboración del formato de Evaluación de la Solicitud de Solución Tecnológica.
El Responsable del diseño del servicio de TIC podrá rechazar la Solicitud de Solución Tecnológica por cualquier de las siguientes causas:
- Contenga una “Descripción detallada de la iniciativa de TIC” nula o insuficiente.
- No contenga la descripción de al menos un “Beneficio esperado”. - No indique la “Motivación” que la justifica. - No indique el “Fundamento” en el que se basa. - No indique al menos un proceso (formalizado o por formalizar) que sea
impactado. - No esté firmada por el Titular de la Unidad Administrativa Solicitante. - No esté firmada por el Nivel jerárquico superior al Titular de la Unidad
Administrativa Solicitante (cuando se señale que la solicitud incluye la corrección de funcionalidades previamente solicitadas y puestas en operación).
Si no se detecta información faltante en la Solicitud:
- La asigna al Líder de Proyecto, quién da de alta el proyecto en el Centro de proyecto y adjunta el formato ADC F1 Solicitud de solución tecnológica.
- Continúa en la actividad 3.
Si se detecta información faltante en la Solicitud:
- La rechaza a través del Sistema Gestión, indicando la causa. - Fin del Procedimiento.
El Responsable del diseño del servicio de TIC podrá agrupar diversas solicitudes de soluciones tecnológicas correspondientes a un mismo Servicio de TIC para ser atendidas como un solo proyecto, cuando ello contribuya a reducir el costo de atención.
3 Líder de Proyecto
Elabora y revisa ADC F2 Evaluación de solicitud de solución tecnológica
Elabora y revisa el formato “ADC F2 Evaluación de solicitud de solución tecnológica”. Crea el proyecto en el Centro de Proyectos y adjunta los formatos “ADC F1 Solicitud de solución tecnológica” y “ADC F2 Evaluación de la solicitud de solución tecnológica” en el Centro de Proyectos. Le notifica al Responsable del diseño del servicio de TIC para su aprobación.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 8 de 49
4 Responsable del diseño del servicio de TIC
Revisa y aprueba ADC F2 Evaluación de solicitud de solución tecnológica
Revisa el formato F2 Evaluación de solicitud de solución tecnológica registrado en el Centro de Proyectos. Si está de acuerdo, lo aprueba y continúa en la actividad 5. Si no está de acuerdo con el documento, lo turna al Líder de Proyecto indicando las observaciones. Regresa a la actividad 3. El Responsable del Proceso de Administración de la Operación participa en este documento sólo cuando se trata de un Servicio de TIC nuevo o cuando se presentan cambios en volúmenes de transacciones o en los Acuerdos de Niveles de Servicio de Servicios de TIC existentes.
5
Responsable del Proceso de Administración de Proyectos y Administrador de la Cartera Operativa de Proyectos de TIC
Aprueba ADC F2 Evaluación de solicitud de solución tecnológica
Revisa el formato F2 Evaluación de solicitud de solución tecnológica registrado en el Centro de Proyectos.
Si está de acuerdo con el documento, lo aprueba y lo firman las personas indicadas en el documento. Continúa en la actividad 6.
Si no está de acuerdo con el documento, lo turna al Líder de Proyecto indicando las observaciones. Regresa a la actividad 3.
El “Responsable del Proceso de Administración de Proyectos y Administrador de la Cartera Operativa de Proyectos de TIC” participa en este documento sólo cuando resulta necesario presentar la iniciativa de TIC al Grupo de trabajo para la dirección de TIC.
6
Líder de Proyecto o Responsable del diseño del servicio de TIC
Notifica el resultado de la evaluación de solicitud de solución tecnológica.
El Líder del proyecto o el Responsable del diseño del servicio de TIC envían por correo electrónico al Titular de la Unidad Administrativa Solicitante el formato ADC F2 Evaluación de solicitud de solución tecnológica.
7
Titular de la Unidad Administrativa Solicitante
Analiza ADC F2 Evaluación de solicitud de solución tecnológica
Analiza el Formato “ADC F2 Evaluación de solicitud de solución tecnológica”.
Si aprueba la el formato “ADC F2 Evaluación de solicitud de solución tecnológica”, notifica al Líder de Proyecto, quién adjuntará el documento firmado en el Centro de Proyectos, continúa en actividad 8
Si rechaza el documento, Fin del procedimiento.
8
Responsable del Proceso Administración de Proyectos y Administrador del Portafolio de Proyectos de TIC
Elabora documento para presentar la iniciativa al Grupo de Trabajo para la Dirección de TIC
Elabora, en formato libre, un documento para presentar la iniciativa al Grupo de Trabajo para la Dirección de TIC. Adjunta el documento a la opción “presentaciones de iniciativas de proyectos” del Centro de Proyectos.
9 Grupo de trabajo para la dirección de TIC
Aprueba iniciativa de TIC
El Grupo de Trabajo para la Dirección de TIC revisa la iniciativa de TIC.
Si aprueba la iniciativa de TIC, continúa en actividad 10.
Si rechaza la iniciativa de TIC, Fin del procedimiento.
10 Líder de Proyecto
Elabora ADP F1 Acta de constitución del proyecto
Elabora el formato “ADP F1 Acta de constitución del proyecto”.
11 Administrador de Proyecto de TIC
Revisa ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto.
Si está de acuerdo, la envía al Responsable del Proceso Administración de Proyectos y Administrador del Portafolio de Proyectos de TIC para su aprobación; continúa en la actividad 12,
Si no está de acuerdo, regresa a la actividad 10.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 9 de 49
12
Responsable del Proceso de Administración de Proyectos y Administrador de la Cartera Operativa de Proyectos de TIC
Aprueba ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto.
Si está de acuerdo, la aprueba y la envía al Titular de la Unidad Administrativa Solicitante para su aprobación; continúa en la actividad 13,
Si no está de acuerdo, regresa a la actividad 10.
13
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto; firman el documento las personas indicadas en él.
14 Líder de Proyecto
Elabora ADP FA2 Documento de planeación del proyecto
Elabora “ADP FA2 Documento de planeación del proyecto” y lo adjunta al Centro de Proyectos.
15 Administrador de Proyecto de TIC
Revisa ADP FA2 Documento de planeación del proyecto
Revisa “ADP FA2 Documento de planeación del proyecto”.
Si está de acuerdo, continúa en la actividad 16.
Si no está de acuerdo, regresa a la actividad 14.
16
Responsable del Proceso de Administración de Proyectos y Administrador de la Cartera Operativa de Proyectos de TIC
Aprueba ADP FA2 Documento de planeación del proyecto
Revisa “ADP FA2 Documento de planeación del proyecto”.
Si está de acuerdo, continúa en la actividad 17.
Si no está de acuerdo, regresa a la actividad 14.
17
Titular de la Unidad Administrativa Solicitante
Aprueba ADP FA2 Documento de planeación del proyecto
Revisa “ADP FA2 Documento de planeación del proyecto”; firman el documento las personas indicadas en él.
18 Líder de proyecto
Resguarda formatos aprobados
Resguarda en el Centro de Proyectos los documentos: "ADP F1 Acta de constitución del proyecto" aprobado y "ADP FA2 Documento de planeación del proyecto" aprobado.
19
Analista de Requerimientos de Soluciones Tecnológicas de TIC
Elabora y revisa ADC F5 Especificación de requerimientos
Elabora y revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Adjunta documentación recabada en el Centro de Proyectos.
20
Representante de la Unidad Administrativa Solicitante
Revisa ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Si está de acuerdo, continúa en la actividad 21. Si no está de acuerdo, regresa a la actividad 19.
21 Responsable del diseño del servicio de TIC
Aprueba ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Consulta documentación recabada en el Centro de Proyectos. Si está de acuerdo, continúa en la actividad 22. Si no está de acuerdo, regresa a la actividad 19.
22 Titular de la Unidad
Aprueba ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 10 de 49
Administrativa Solicitante
proporcionada por personal de las áreas involucradas. Firman el documento las personas indicadas en él.
23 Diseñador de soluciones tecnológicas
Elabora y revisa ADC F7 Diseño de la solución
Elabora y revisa el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos.
24 Líder de proyecto
Aprueba ADC F7 Diseño de la solución
Aprueba el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos. Firman el documento las personas indicadas en él. El Responsable del Diseño del Servicio de TIC participa en este documento
sólo cuando los roles de Diseñador de soluciones tecnológicas y Líder de
Proyecto son desempeñados por una misma persona.
25 Desarrollador de solución tecnológica
Desarrolla solución tecnológica
Construye o modifica los componentes indicados en el formato “ADC F7 Diseño de la solución” aprobado.
26 Desarrollador de solución tecnológica
Ejecuta pruebas unitarias
Ejecuta, en el ambiente de desarrollo, las pruebas unitarias. Elabora y revisa el formato “ADC F9 Registro de pruebas unitarias” y lo entrega al Líder de proyecto.
27 Líder de Proyecto
Aprueba ADC F9 Registro de pruebas unitarias
Aprueba el formato “ADC F9 Registro de pruebas unitarias”. Firman el documento las personas indicadas en él. Si el documento es aprobado, éste es adjuntado al Centro de Proyectos y continúa en la actividad 28. Si el documento no es aprobado, regresa a la actividad 26. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Desarrollador de solución tecnológica y Líder de Proyecto son desempeñados por una misma persona.
28 Desarrollador de solución tecnológica
Elabora y revisa ADC F8 Programa de pruebas
Elabora y revisa el formato “ADC F8 Programa de pruebas” y lo entrega al Líder de Proyecto.
29 Líder de Proyecto
Revisa y aprueba ADC F8 Programa de pruebas
Revisa y aprueba el formato “ADC F8 Programa de pruebas”. Si está de acuerdo continúa en la actividad 30. Si no está de acuerdo con el documento, lo turna al Desarrollador de Solución Tecnológica; regresa a la actividad 28.
30
Representante de la Unidad Administrativa Solicitante
Revisa y aprueba ADC F8 Programa de pruebas
Revisa y aprueba el formato “ADC F8 Programa de pruebas”. Firman el documento las personas indicadas en él.
31 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al “Procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de pruebas. Si se trata de un servicio de TIC tipo aplicativo que esté relacionado con los procesos de negocio críticos, continúa en la actividad 32; de no ser así, continúa en la actividad 34.
32 Revisor de Solución Tecnológica
Elabora ADC F14 Revisión de solución tecnológica
Revisa la solución tecnológica desarrollada para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas. De acuerdo a la revisión realizada, elabora el formato “ADC F14 Revisión de solución tecnológica”. Esta actividad debe ser ejecutada por una persona que no haya participado en el desarrollo de la solución tecnológica a revisar.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 11 de 49
33
Líder de Proyecto y Responsable del Diseño del Servicio de TIC
Revisa y aprueba ADC 14 Revisión de solución tecnológica
Revisa el resultado de la revisión de la solución tecnológica. Si el documento es aprobado:
Firma el documento y lo adjunta en el Centro de Proyectos.
Si el resultado de la revisión indica el sí cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas, continúa en la actividad 34.
Si el resultado de la revisión indica el no cumplimiento de los estándares de desarrollo, o la existencia de funcionalidades no solicitadas, regresa a la actividad 25.
Si el documento no es aprobado, regresa a la actividad 32.
34
Representante de la Unidad Administrativa Solicitante
Ejecuta ADC F8 Programa de pruebas
Ejecuta el “ADC F8 Programa de pruebas”. Si resultaron exitosas las pruebas en el ambiente de pruebas, continúa en la actividad 36. Si resultaron fallidas las pruebas en el ambiente de pruebas, continúa en la actividad 35.
35 Líder del Proyecto
Reporta resultado no exitoso del programa de pruebas.
Reporta resultado no exitoso del programa de pruebas mediante el “Procedimiento de liberación y entrega”. Regresa a la actividad 25.
36
Representante de la Unidad Administrativa Solicitante
Elabora, revisa y aprueba ADC F10 Soporte de pruebas de aceptación
Elabora, revisa y aprueba “ADC F10 Soporte de pruebas de aceptación”.
37
Representante de la Unidad Administrativa Solicitante
Elabora y revisa ADC F11 Aceptación del cambio
Elabora y revisa el formato “ADC F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.
38
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F11 Aceptación del cambio
Aprueba el formato “ADC F11 Aceptación del cambio”. Firman el documento las personas indicadas en él. Si está de acuerdo, entrega “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio” al Desarrollador de Soluciones Tecnológicas y continúa en la actividad 39. Si no está de acuerdo, regresa a la actividad 36.
39 Desarrollador de Solución Tecnológica
Elabora y revisa ADC F12 Revisión de pruebas de aceptación
Revisa los documentos “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio”, y los adjunta al Centro de Proyectos.
El Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F10 Soporte de pruebas de aceptación”, por cualquier de las siguientes causas:
- Las pruebas realizadas no incluyen por lo menos todas las pruebas definidas en el Programa de Pruebas.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento funcional.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de roles.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de seguridad adicional
- El documento no incluye, para cada prueba realizada, los siguientes datos: persona que ejecutó la prueba, fecha de ejecución de la prueba, resultado de la prueba (Exitosa o Fallida), descripción de la prueba realizada, datos de prueba utilizados y evidencia de la ejecución de la prueba.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 12 de 49
- Cuando identifique que se omite una prueba sustancial para verificar el correcto funcionamiento de la solución.
Asimismo, el Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F11 Aceptación del cambio”, por cualquier de las siguientes causas:
- El documento no está firmado por el Representante de la Unidad Administrativa Solicitante.
- El documento no está firmado por el Titular de la Unidad Administrativa Solicitante.
- El campo “¿Se autoriza la instalación del cambio en el ambiente de producción?” no tiene como respuesta “Sí”.
- Alguno de los “Criterios para verificar la completitud de las Pruebas de Aceptación” no tiene como respuesta “Sí” o “N/A”.
Si no detecta información faltante en “ADC F10 Soporte de pruebas de aceptación” o en “ADC F11 Aceptación del cambio”:
- Elabora el formato “ADC F12 Revisión de pruebas de aceptación” y lo entrega al Líder de Proyecto.
- Continúa en la actividad 40
Si detecta información faltante en la Solicitud:
- Solicita al Representante de la Unidad Administrativa Solicitante la corrección.
- Continúa en la actividad 36.
40 Líder de Proyecto
Aprueba ADC F12 Revisión de pruebas de aceptación
Aprueba el formato “ADC F12 Revisión de pruebas de aceptación” y lo adjunta al Centro de Proyectos. Si está de acuerdo, continúa en la actividad 41. Si no está de acuerdo, regresa a la actividad 39.
41 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al “Procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción.
42 Líder de Proyecto
Elabora y revisa ADP F2 Acta de aceptación de entregables
Cuando surge la necesidad de entregar un entregable, el Líder de Proyecto elabora y revisa “ADP F2 Acta de aceptación de entregables”.
43
Representante de la Unidad Administrativa Solicitante
Revisa ADP F2 Acta de aceptación de entregables
Revisa “ADP F2 Acta de aceptación de entregables”. Si está de acuerdo, continúa en la actividad 44. Si no está de acuerdo, regresa a la actividad 42.
44 Administrador de Proyecto de TIC
Aprueba ADP F2 Acta de aceptación de entregables
Aprueba “ADP F2 Acta de aceptación de entregables”. Si está de acuerdo, continúa en la actividad 45. Si no está de acuerdo, continúa en la actividad 42.
45
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F2 Acta de aceptación de entregables
Aprueba “ADP F2 Acta de aceptación de entregables” y firman el documento las personas indicadas en él.
46 Líder del Proyecto
Registra entrega del entregable
Adjunta en el centro de proyectos el formato “ADP F2 Acta de aceptación de entregables” aprobado.
47 Líder del Proyecto
Elabora ADP F3 Acta de cierre de proyecto
Elabora “ADP F3 Acta de cierre de proyecto” y lo adjunta en el Centro de Proyectos.
48 Administrador de Proyecto de TIC
Revisa ADP F3 Acta de cierre de proyecto
Revisa “ADP F3 Acta de cierre de proyecto”. Si está de acuerdo, continúa en la actividad 49. Si no está de acuerdo, regresa a la actividad 37.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 13 de 49
49
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F3 Acta de cierre de proyecto
Aprueba “ADP F3 Acta de cierre de proyecto”. Firman el documento las personas indicadas en él, concluye el proyecto.
50 Revisor de Calidad de Documentación
Elabora ADC Reporte de calidad de documentación de cambios liberados
Revisa la documentación del cambio ya liberado a producción, publicada en el Centro de Proyectos, para verificar que se hayan elaborado todos los documentos aplicables conforme al procedimiento. Elabora el formato “ADC Reporte de calidad de documentación de cambios liberados” con el resultado de la revisión.
51 Líder del Proyecto
Revisa ADC Reporte de calidad de documentación de cambios liberados
Revisa el formato “ADC Reporte de calidad de documentación de cambios liberados”. Si el Reporte indica que existe documentación faltante:
Registra en el Centro de Proyectos la documentación faltante. Regresa a la actividad 50.
Si el Reporte indica que no existe documentación faltante:
FIN DEL PROCEDIMIENTO.
52
Titular de la Unidad Administrativa Solicitante
Elabora y envía el formato ADC F3 Solicitud de cambio al proyecto
Cuando surge la necesidad de modificar el proyecto, el Titular de la Unidad Administrativa Solicitante elabora, revisa, aprueba, firma y envía el formato “ADC F3 Solicitud de cambio al proyecto”
53 Líder del Proyecto
Elabora y revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Elabora y revisa el formato “ADC F4 Evaluación de solicitud de cambio al proyecto”. Adjunta al centro de proyectos el formato “ADC F3 Solicitud de cambio al proyecto aprobado”
54
Representante de la Unidad Administrativa Solicitante
Revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Revisa “ADC F4 Evaluación de solicitud de cambio al proyecto”. Si está de acuerdo, continúa en la actividad 55. Si no está de acuerdo, regresa a la actividad 53.
55 Responsable del diseño del servicio de TIC
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba “ADC F4 Evaluación de solicitud de cambio al proyecto”. Consulta el centro de proyectos el formato: Si está de acuerdo, continúa en la actividad 56. Si no está de acuerdo, continúa en la actividad 53.
56
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba “ADC F4 Evaluación de solicitud de cambio al proyecto”, y lo firman las personas indicadas en el documento. Si está de acuerdo, entrega el documento al Líder de Proyecto y continúa en la actividad 19. Si no está de acuerdo, Fin del procedimiento.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 14 de 49
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 15 de 49
K.22.2 Solicitud de solución tecnológica con costo mayor o igual a 50 mil y menor a 100 mil UDIS No. Ejecutado por Actividad Descripción
1
Titular de la Unidad Administrativa Solicitante
Elabora y aprueba ADC F1 Solicitud de solución tecnológica
El Titular de la Unidad Administrativa Solicitante, propietaria del servicio de TIC, registra la solicitud en el formato “ADC F1 Solicitud de solución tecnológica”.
Firma el formato “ADC F1 Solicitud de solución tecnológica”, ya sea de forma electrónica o autógrafa, y lo envía al Administrador del Proyecto a través del Sistema Gestión (PEGASUS).
Si la Solicitud de Solución Tecnológica incluye la corrección de funcionalidades previamente solicitadas y puestas en operación, deben ser aprobadas de forma adicional por el nivel jerárquico superior al Titular de la Unidad Administrativa Solicitante.
2 Responsable del diseño del servicio de TIC
Recibe, revisa, registra y asigna ADC F1 Solicitud de solución tecnológica
Recibe el “ADC F1 Solicitud de solución tecnológica” a través del Sistema Gestión y revisa que ésta contenga información sobre su justificación, así como información necesaria para su análisis y para la elaboración del formato de Evaluación de la Solicitud de Solución Tecnológica.
El Responsable del diseño del servicio de TIC podrá rechazar la Solicitud de Solución Tecnológica por cualquier de las siguientes causas:
- Contenga una “Descripción detallada de la iniciativa de TIC” nula o insuficiente.
- No contenga la descripción de al menos un “Beneficio esperado”. - No indique la “Motivación” que la justifica. - No indique el “Fundamento” en el que se basa. - No indique al menos un proceso (formalizado o por formalizar) que sea
impactado. - No esté firmada por el Titular de la Unidad Administrativa Solicitante - No esté firmada por el Nivel jerárquico superior al Titular de la Unidad
Administrativa Solicitante (cuando se señale que la solicitud incluye la corrección de funcionalidades previamente solicitadas y puestas en operación).
Si no se detecta información faltante en la Solicitud:
- La asigna al Líder de Proyecto, quién da de alta el proyecto en el Centro de proyecto y adjunta el formato ADC F1 Solicitud de solución tecnológica.
- Continúa en la actividad 3.
Si se detecta información faltante en la Solicitud:
- La rechaza a través del Sistema Gestión, indicando la causa. - Fin del Procedimiento.
El Responsable del diseño del servicio de TIC podrá agrupar diversas solicitudes de soluciones tecnológicas correspondientes a un mismo Servicio de TIC para ser atendidas como un solo proyecto, cuando ello contribuya a reducir el costo de atención.
3 Líder de Proyecto
Elabora y revisa ADC F2 Evaluación de solicitud de solución tecnológica
Elabora y revisa el formato ADC F2 Evaluación de solicitud de solución tecnológica. Crea el proyecto en el Centro de Proyectos y adjunta los formatos “ADC F1 Solicitud de solución tecnológica” y “ADC F2 Evaluación de la solicitud de solución tecnológica” en el Centro de Proyectos. Le notifica al Responsable del diseño del servicio de TIC para su Aprobación.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 16 de 49
4 Responsable del diseño del servicio de TIC
Revisa y aprueba ADC F2 Evaluación de solicitud de solución tecnológica
Revisa el formato F2 Evaluación de solicitud de solución tecnológica registrado en el Centro de Proyectos. Si está de acuerdo, lo aprueba y continúa en la actividad 5. Si no está de acuerdo con el documento, lo turna al Líder de Proyecto indicando las observaciones. Regresa a la actividad 3 El Responsable del Proceso de Administración de la Operación participa en este documento sólo cuando se trata de un Servicio de TIC nuevo o cuando se presentan cambios en volúmenes de transacciones o en los Acuerdos de Niveles de Servicio de Servicios de TIC existentes.
5
Líder de Proyecto o Responsable del diseño del servicio de TIC
Notifica el resultado de la evaluación de solicitud de solución tecnológica.
El Líder del proyecto o el Responsable del diseño del servicio de TIC envían por correo electrónico al Titular de la Unidad Administrativa Solicitante el formato ADC F2 Evaluación de solicitud de solución tecnológica.
6
Titular de la Unidad Administrativa Solicitante
Analiza ADC F2 Evaluación de solicitud de solución tecnológica
Analiza el Formato “ADC F2 Evaluación de solicitud de solución tecnológica”. Si aprueba el formato “ADC F2 Evaluación de solicitud de solución tecnológica”, notifica al Líder de Proyecto, quién registra el formato firmado en el Centro de Proyectos. Continúa en actividad 7. Si rechaza la iniciativa de TIC, fin del procedimiento.
7 Líder del Proyecto
Elabora ADP F1 Acta de constitución del proyecto
Elabora el formato ADP F1 Acta de constitución del proyecto
8 Administrador de Proyecto
Revisa y aprueba ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto. Si está de acuerdo, aprueba el acta y continúa en la actividad 9, Si no está de acuerdo, regresa a la actividad 7.
9
Responsable del Proceso Administración de Proyectos y Administrador del Portafolio de Proyectos de TIC
Aprueba ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto. Si está de acuerdo, la aprueba y la envía al Titular de la Unidad Administrativa Solicitante para su aprobación; continúa en la actividad 10, Si no está de acuerdo, regresa a la actividad 7.
10
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F1 Acta de constitución del proyecto
Revisa el acta de constitución del proyecto y firman el documento las personas indicadas en él.
11 Líder del proyecto
Elabora ADP FA2 Documento de planeación del proyecto
Elabora “ADP FA2 Documento de planeación del proyecto”. Adjunta al Centro de Proyectos el formato ADP FA2 Documento de planeación del proyecto elaborado.
12 Administrador de Proyecto de TIC
Revisa ADP FA2 Documento de planeación del proyecto
Revisa ADP FA2 Documento de planeación del proyecto. Si está de acuerdo, continúa en la actividad 13. Si no está de acuerdo, regresa a la actividad 11.
13
Responsable del Proceso Administración de Proyectos y Administrador
Aprueba ADP FA2 Documento de planeación del proyecto
Revisa “ADP FA2 Documento de planeación del proyecto”. Si está de acuerdo, continúa en la actividad 14. Si no está de acuerdo, regresa a la actividad 11.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 17 de 49
del Portafolio de Proyectos de TIC
14
Titular de la Unidad Administrativa Solicitante
Aprueba ADP FA2 Documento de planeación del proyecto
Revisa “ADP FA2 Documento de planeación del proyecto” y firman el documento las personas indicadas en él.
15 Líder de proyecto
Resguarda formatos aprobados
Resguarda en el Centro de Proyectos los documentos: ADP F1 Acta de constitución del proyecto aprobado. ADP FA2 Documento de planeación del proyecto Aprobado.
16
Analista de Requerimientos de Soluciones Tecnológicas de TIC
Elabora y revisa ADC F5 Especificación de requerimientos
Elabora y revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Adjunta documentación recabada en el Centro de Proyectos.
17
Representante de la Unidad Administrativa Solicitante
Revisa ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Si está de acuerdo, continúa en la actividad 18. Si no está de acuerdo, regresa a la actividad 16.
18 Responsable del diseño del servicio de TIC
Aprueba ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Consulta documentación recabada en el Centro de Proyectos. Si está de acuerdo, continúa en la actividad 19. Si no está de acuerdo, regresa a la actividad 16.
19
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Firman el documento las personas indicadas en él.
20 Diseñador de soluciones tecnológicas
Elabora y revisa ADC F7 Diseño de la solución
Elabora y revisa el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos.
21 Líder de proyecto
Aprueba ADC F7 Diseño de la solución
Aprueba el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos. Firman el documento las personas indicadas en él. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Diseñador de soluciones tecnológicas y Líder de Proyecto son desempeñados por una misma persona.
22 Desarrollador de solución tecnológica
Desarrolla solución tecnológica
Construye o modifica los componentes indicados en el formato “ADC F7 Diseño de la solución” aprobado.
23 Desarrollador de solución tecnológica
Ejecuta pruebas unitarias
Ejecuta, en el ambiente de desarrollo, las pruebas unitarias. Elabora y revisa el formato “ADC F9 Registro de pruebas unitarias” y lo entrega al Líder de proyecto.
24 Líder de Proyecto
Aprueba ADC F9 Registro de pruebas unitarias
Aprueba el formato “ADC F9 Registro de pruebas unitarias”, firman el documento las personas indicadas en él. Si el documento es aprobado, éste es adjuntado al Centro de Proyectos y continúa en la actividad 25. Si el documento no es aprobado, regresa a la actividad 23.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 18 de 49
El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Desarrollador de solución tecnológica y Líder de Proyecto son desempeñados por una misma persona.
25 Desarrollador de solución tecnológica
Elabora, revisa y aprueba ADC F8 Programa de pruebas
Elabora, revisa y aprueba el formato “ADC F8 Programa de pruebas”. Adjunta en el Centro de Proyectos el documento.
26 Líder de Proyecto
Revisa y aprueba ADC F8 Programa de pruebas
Revisa y aprueba el formato “ADC F8 Programa de pruebas”. Si está de acuerdo continúa en la actividad 27. Si no está de acuerdo con el documento, lo turna al Desarrollador de Solución Tecnológica; regresa a la actividad 25.
27
Representante de la Unidad Administrativa Solicitante
Aprueba ADC F8 Programa de pruebas
Aprueba el formato “ADC F8 Programa de pruebas”. Firman el documento las personas indicadas en él.
28 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de pruebas. Si se trata de un servicio de TIC tipo aplicativo que esté relacionado con los procesos de negocio críticos, continúa en la actividad 29; de no ser así, continúa en la actividad 31.
29 Revisor de Solución Tecnológica
Elabora ADC F14 Revisión de solución tecnológica
Revisa la solución tecnológica desarrollada para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas. De acuerdo a la revisión realizada, elabora el formato “ADC F14 Revisión de solución tecnológica”. Esta actividad debe ser ejecutada por una persona que no haya participado en el desarrollo de la solución tecnológica a revisar.
30
Líder de Proyecto y Responsable del Diseño del Servicio de TIC
Revisa y aprueba ADC 14 Revisión de solución tecnológica
Revisa el resultado de la revisión de la solución tecnológica. Si el documento es aprobado:
Firma el documento y lo adjunta en el Centro de Proyectos.
Si el resultado de la revisión indica el sí cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas, continúa en la actividad 31.
Si el resultado de la revisión indica el no cumplimiento de los estándares de desarrollo, o la existencia de funcionalidades no solicitadas, regresa a la actividad 22.
Si el documento no es aprobado, regresa a la actividad 29.
31
Representante de la Unidad Administrativa Solicitante
Ejecuta ADC F8 Programa de pruebas
Ejecuta el ADC F8 Programa de pruebas. Si resultaron exitosas las pruebas en el ambiente de pruebas, continúa en la actividad 33. Si resultaron fallidas las pruebas en el ambiente de pruebas, continúa en la actividad 32.
32 Líder del Proyecto
Reporta resultado no exitoso del programa de pruebas.
Reporta resultado no exitoso del programa de pruebas mediante el procedimiento de liberación y entrega. Regresa a la actividad 22.
33 Representante de la Unidad
Elabora, revisa y aprueba ADC F10
Elabora, revisa y aprueba “ADC F10 Soporte de pruebas de aceptación”.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 19 de 49
Administrativa Solicitante
Soporte de pruebas de aceptación
34
Representante de la Unidad Administrativa Solicitante
Elabora y revisa ADC F11 Aceptación del cambio
Elabora y revisar el formato “F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.
35
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F11 Aceptación del cambio
Aprueba el formato “ADC F11 Aceptación del cambio” y firman el documento las personas indicadas en él. Si está de acuerdo, entrega “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio” al Desarrollador de Soluciones Tecnológicas y continúa en la actividad 36. Si no está de acuerdo, regresa a la actividad 34.
36 Desarrollador de Solución Tecnológica
Elabora y revisa ADC F12 Revisión de pruebas de aceptación
Revisa los documentos “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio”, y los adjunta al Centro de Proyectos.
El Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F10 Soporte de pruebas de aceptación”, por cualquier de las siguientes causas:
- Las pruebas realizadas no incluyen por lo menos todas las pruebas definidas en el Programa de Pruebas.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento funcional.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de roles.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de seguridad adicional
- El documento no incluye, para cada prueba realizada, los siguientes datos: persona que ejecutó la prueba, fecha de ejecución de la prueba, resultado de la prueba (Exitosa o Fallida), descripción de la prueba realizada, datos de prueba utilizados y evidencia de la ejecución de la prueba.
- Cuando identifique que se omite una prueba sustancial para verificar el correcto funcionamiento de la solución.
Asimismo, el Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F11 Aceptación del cambio”, por cualquier de las siguientes causas:
- El documento no está firmado por el Representante de la Unidad Administrativa Solicitante.
- El documento no está firmado por el Titular de la Unidad Administrativa Solicitante.
- El campo “¿Se autoriza la instalación del cambio en el ambiente de producción?” no tiene como respuesta “Sí”.
- Alguno de los “Criterios para verificar la completitud de las Pruebas de Aceptación” no tiene como respuesta “Sí” o “N/A”.
Si no detecta información faltante en “ADC F10 Soporte de pruebas de aceptación” o en “ADC F11 Aceptación del cambio”:
- Elabora el formato “ADC F12 Revisión de pruebas de aceptación” y lo entrega al Líder de Proyecto.
- Continúa en la actividad 37
Si detecta información faltante en la Solicitud:
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 20 de 49
- Solicita al Representante de la Unidad Administrativa Solicitante la corrección.
- Continúa en la actividad 33.
37 Líder de Proyecto
Aprueba ADC F12 Revisión de pruebas de aceptación
Aprueba el formato “ADC F12 Revisión de pruebas de aceptación” y lo adjunta al Centro de Proyectos. Si está de acuerdo, continúa en la actividad 38. Si no está de acuerdo, regresa a la actividad 36.
38 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al “Procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción.
39 Líder de Proyecto
Elabora y revisa ADP F2 Acta de aceptación de entregables
Cuando surge la necesidad de entregar un entregable, el Líder de Proyecto elabora y revisa “ADP F2 Acta de aceptación de entregables”
40
Representante de la Unidad Administrativa Solicitante
Revisa ADP F2 Acta de aceptación de entregables
Revisa “ADP F2 Acta de aceptación de entregables”. Si está de acuerdo, continúa en la actividad 41. Si no está de acuerdo, regresa a la actividad 39.
41 Administrador de Proyecto de TIC
Aprueba ADP F2 Acta de aceptación de entregables
Aprueba “ADP F2 Acta de aceptación de entregables”. Si está de acuerdo, continúa en la actividad 42. Si no está de acuerdo, regresa a la actividad 39.
42
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F2 Acta de aceptación de entregables
Aprueba “ADP F2 Acta de aceptación de entregables” y firman el documento las personas indicadas en él.
43 Líder del Proyecto
Registra entrega del entregable
Adjunta en el centro de proyectos el formato ADP F2 Acta de aceptación de entregables aprobado.
44 Líder del Proyecto
Elabora ADP F3 Acta de cierre de proyecto
Elabora “ADP F3 Acta de cierre de proyecto” y lo adjunta en el Centro de Proyectos.
45 Administrador de Proyecto de TIC
Revisa ADP F3 Acta de cierre de proyecto
Revisa “ADP F3 Acta de cierre de proyecto”. Si está de acuerdo, continúa en la actividad 46. Si no está de acuerdo, regresa a la actividad 44.
46
Titular de la Unidad Administrativa Solicitante
Aprueba ADP F3 Acta de cierre de proyecto
Aprueba “ADP F3 Acta de cierre de proyecto” y firman el documento las personas indicadas en él, concluye el proyecto.
47 Revisor de Calidad de Documentación
Elabora ADC Reporte de calidad de documentación de cambios liberados
Revisa la documentación del cambio ya liberado a producción, publicada en el Centro de Proyectos, para verificar que se hayan elaborado todos los documentos aplicables conforme al procedimiento. Elabora el formato “ADC Reporte de calidad de documentación de cambios liberados” con el resultado de la revisión.
48 Líder del Proyecto
Revisa ADC Reporte de calidad de documentación de cambios liberados
Revisa el formato “ADC Reporte de calidad de documentación de cambios liberados”. Si el Reporte indica que existe documentación faltante:
Registra en el Centro de Proyectos la documentación faltante. Regresa a la actividad 47.
Si el Reporte indica que no existe documentación faltante:
FIN DEL PROCEDIMIENTO.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 21 de 49
49
Titular de la Unidad Administrativa Solicitante
Elabora y envía el formato ADC F3 Solicitud de cambio al proyecto.
Cuando surge la necesidad de modificar el proyecto, el Titular de la Unidad Administrativa Solicitante elabora, revisa, aprueba, firma y envía el formato “ADC F3 Solicitud de cambio al proyecto”.
50 Líder del Proyecto
Elabora y revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Elabora y revisa el formato “ADC F4 Evaluación de solicitud de cambio al proyecto” y adjunta al centro de proyectos el formato: Formato “ADC F3 Solicitud de cambio al proyecto” aprobado
51
Representante de la Unidad Administrativa Solicitante
Revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Revisa “ADC F4 Evaluación de solicitud de cambio al proyecto”. Si está de acuerdo, continúa en la actividad 52. Si no está de acuerdo, regresa a la actividad 50.
52 Responsable del diseño del servicio de TIC
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba “ADC F4 Evaluación de solicitud de cambio al proyecto”. Consulta el centro de proyectos el formato. Si está de acuerdo, continúa en la actividad 53. Si no está de acuerdo, regresa a la actividad 50.
53
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba “ADC F4 Evaluación de solicitud de cambio al proyecto”, y lo firman las personas indicadas en el documento. Si está de acuerdo, entrega el documento al Líder de Proyecto y continúa en la actividad 16. Si no está de acuerdo, fin del procedimiento.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 22 de 49
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 23 de 49
K.22.3 Solicitud de solución tecnológica con costo menor a 50 mil UDIS
No. Ejecutado por Actividad Descripción
1
Titular de la Unidad Administrativa Solicitante
Elabora y aprueba ADC F1 Solicitud de solución tecnológica
El Titular de la Unidad Administrativa Solicitante, propietaria del servicio de TIC, registra la solicitud en el formato “ADC F1 Solicitud de solución tecnológica”. El Titular de la Unidad Administrativa Solicitante firma el formato “ADC F1 Solicitud de solución tecnológica”, ya sea de forma electrónica o autógrafa, y lo envía al Administrador del Proyecto a través del Sistema Gestión (PEGASUS). Si la Solicitud de Solución Tecnológica incluye la corrección de funcionalidades previamente solicitadas y puestas en operación, deben ser aprobadas de forma adicional por el nivel jerárquico superior al Titular de la Unidad Administrativa Solicitante.
2 Responsable del diseño del servicio de TIC
Recibe, revisa, registra y asigna ADC F1 Solicitud de solución tecnológica
Recibe el “ADC F1 Solicitud de solución tecnológica” a través del Sistema Gestión y revisa que ésta contenga información sobre su justificación, así como información necesaria para su análisis y para la elaboración del formato de Evaluación de la Solicitud de Solución Tecnológica.
El Responsable del diseño del servicio de TIC podrá rechazar la Solicitud de Solución Tecnológica por cualquier de las siguientes causas:
- Contenga una “Descripción detallada de la iniciativa de TIC” nula o insuficiente.
- No contenga la descripción de al menos un “Beneficio esperado”. - No indique la “Motivación” que la justifica. - No indique el “Fundamento” en el que se basa. - No indique al menos un proceso (formalizado o por formalizar) que sea
impactado. - No esté firmada por el Titular de la Unidad Administrativa Solicitante - No esté firmada por el Nivel jerárquico superior al Titular de la Unidad
Administrativa Solicitante (cuando se señale que la solicitud incluye la corrección de funcionalidades previamente solicitadas y puestas en operación).
Si no se detecta información faltante en la Solicitud:
- La asigna al Líder de Proyecto, quién da de alta el proyecto en el Centro de proyecto y adjunta el formato ADC F1 Solicitud de solución tecnológica.
- Continúa en la actividad 3.
Si se detecta información faltante en la Solicitud:
- La rechaza a través del Sistema Gestión, indicando la causa.
- Fin del Procedimiento.
El Responsable del diseño del servicio de TIC podrá agrupar diversas solicitudes de soluciones tecnológicas correspondientes a un mismo Servicio de TIC para ser atendidas como un solo proyecto, cuando ello contribuya a reducir el costo de atención.
3 Líder de Proyecto
Elabora y revisa ADC F2 Evaluación de solicitud de solución tecnológica
Elabora y revisa el formato ADC F2 Evaluación de solicitud de solución tecnológica. Crea el proyecto en el Centro de Proyectos y adjunta los formatos “ADC F1 Solicitud de solución tecnológica” y “ADC F2 Evaluación de la solicitud de solución tecnológica” en el Centro de Proyectos. Le notifica al Responsable del diseño del servicio de TIC para su aprobación.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 24 de 49
4 Responsable del diseño del servicio de TIC
Revisa y aprueba ADC F2 Evaluación de solicitud de solución tecnológica
Revisa el formato F2 Evaluación de solicitud de solución tecnológica registrado en el Centro de Proyectos. Si está de acuerdo, lo aprueba y continúa en la actividad 5. Si no está de acuerdo con el documento, lo turna al Líder de Proyecto indicando las observaciones. Regresa a la actividad 3”. El Responsable del Proceso de Administración de la Operación participa en este documento sólo cuando se trata de un Servicio de TIC nuevo o cuando se presentan cambios en volúmenes de transacciones o en los Acuerdos de Niveles de Servicio de Servicios de TIC existentes.
5
Líder de Proyecto o Responsable del diseño del servicio de TIC
Notifica el resultado de la evaluación de solicitud de solución tecnológica.
El Líder del proyecto o el Responsable del diseño del servicio de TIC envían por correo electrónico al Titular de la Unidad Administrativa Solicitante el formato ADC F2 Evaluación de solicitud de solución tecnológica.
6
Titular de la Unidad Administrativa Solicitante
Analiza ADC F2 Evaluación de solicitud de solución tecnológica
Analiza el Formato “ADC F2 Evaluación de solicitud de solución tecnológica”. Si aprueba el formato “ADC F2 Evaluación de solicitud de solución tecnológica”, notifica al Líder de Proyecto, quién adjunta el formato firmado en el Centro de Proyectos. Continúa en actividad 7. Si rechaza el documento, fin del procedimiento.
7
Analista de Requerimientos de Soluciones Tecnológicas de TIC
Elabora y revisa ADC F5 Especificación de requerimientos
Elabora y revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Adjunta la documentación recabada en el Centro de Proyectos.
8
Representante de la Unidad Administrativa Solicitante
Revisa ADC F5 Especificación de requerimientos
Revisa el formato ADC F5 Especificación de requerimientos, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Si está de acuerdo, continúa en la actividad 9. Si no está de acuerdo, regresa a la actividad 7.
9 Responsable del diseño del servicio de TIC
Aprueba TIC ADC F5 Especificación de requerimientos
Revisa el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Consulta documentación recabada en el Centro de Proyectos. Si está de acuerdo, continúa en la actividad 10. Si no está de acuerdo, regresa a la actividad 7.
10
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F5 Especificación de requerimientos
Revisa y aprueba el formato “ADC F5 Especificación de requerimientos”, a partir de información recabada a través de reuniones de trabajo y documentación proporcionada por personal de las áreas involucradas. Firman el documento las personas indicadas en él.
11 Diseñador de Solución Tecnológica
Elabora y revisa ADC F7 Diseño de la solución
Elabora y revisa el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos.
12 Líder de Proyecto
Aprueba ADC F7 Diseño de la solución
Aprueba el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el Centro de Proyectos. Firman el documento las personas indicadas en él. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Diseñador de soluciones tecnológicas y Líder de Proyecto son desempeñados por una misma persona.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 25 de 49
13 Desarrollador de solución tecnológica
Desarrolla solución tecnológica
Construye o modifica los componentes indicados en el formato “ADC F7 Diseño de la solución” aprobado.
14 Desarrollador de solución tecnológica
Ejecuta pruebas unitarias
Ejecuta, en el ambiente de desarrollo, las pruebas unitarias. Elabora y revisa el formato “ADC F9 Registro de pruebas unitarias” y lo entrega al Líder de Proyecto.
15 Líder de Proyecto
Aprueba ADC F9 Registro de pruebas unitarias
Aprueba el formato “ADC F9 Registro de pruebas unitarias”, firman el documento las personas indicadas en él. Si el documento es aprobado, éste es adjuntado al Centro de Proyectos y continúa en la actividad 16. Si el documento no es aprobado, regresa a la actividad 14. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Desarrollador de solución tecnológica y Líder de Proyecto son desempeñados por una misma persona.
16 Desarrollador de solución tecnológica
Elabora y revisa ADC F8 Programa de pruebas
Elabora y revisa el formato “ADC F8 Programa de pruebas” y lo entrega al Líder de Proyecto.
17 Líder de Proyecto
Revisa y aprueba ADC F8 Programa de pruebas
Revisa y aprueba el formato “ADC F8 Programa de pruebas”. Si está de acuerdo continúa en la actividad 18. Si no está de acuerdo con el documento, lo turna al Desarrollador de Solución Tecnológica; regresa a la actividad 16.
18
Representante de la Unidad Administrativa Solicitante
Aprueba ADC F8 Programa de pruebas
Aprueba el formato ADC F8 Programa de pruebas. Firman el documento las personas indicadas en él.
19 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de pruebas. Si se trata de un servicio de TIC tipo aplicativo que esté relacionado con los procesos de negocio críticos, continúa en la actividad 20; de no ser así, continúa en la actividad 22.
20 Revisor de Solución Tecnológica
Elabora ADC F14 Revisión de solución tecnológica
Revisa la solución tecnológica desarrollada para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas. De acuerdo a la revisión realizada, elabora el formato “ADC F14 Revisión de solución tecnológica”. Esta actividad debe ser ejecutada por una persona que no haya participado en el desarrollo de la solución tecnológica a revisar.
21
Líder de Proyecto y Responsable del Diseño del Servicio de TIC
Revisa y aprueba ADC 14 Revisión de solución tecnológica
Revisa el resultado de la revisión de la solución tecnológica. Si el documento es aprobado:
Firma el documento y lo adjunta en el Centro de Proyectos.
Si el resultado de la revisión indica el sí cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas, continúa en la actividad 22.
Si el resultado de la revisión indica el no cumplimiento de los estándares de desarrollo, o la existencia de funcionalidades no solicitadas, regresa a la actividad 13.
Si el documento no es aprobado, regresa a la actividad 20.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 26 de 49
22
Representante de la Unidad Administrativa Solicitante
Ejecuta ADC F8 Programa de pruebas
Ejecuta el ADC F8 Programa de pruebas Si resultaron exitosas las pruebas en el ambiente de pruebas, continúa en la actividad 24. Si resultaron fallidas las pruebas en el ambiente de pruebas, continúa en la actividad 23.
23 Líder del Proyecto
Reporta resultado no exitoso del programa de pruebas.
Reporta resultado no exitoso del programa de pruebas mediante el procedimiento de liberación y entrega. Regresa a la actividad 13.
24
Representante de la Unidad Administrativa Solicitante
Elabora, revisa y aprueba ADC F10 Soporte de pruebas de aceptación
Elabora, revisa y aprueba “ADC F10 Soporte de pruebas de aceptación”.
25
Representante de la Unidad Administrativa Solicitante
Elabora y revisa ADC F11 Aceptación del cambio.
Elabora y revisa el formato “ADC F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.
26
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F11 Aceptación del cambio
Aprueba el formato “ADC F11 Aceptación del cambio”. Firman el documento las personas indicadas en él. Si está de acuerdo, entrega “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio” al Desarrollador de Soluciones Tecnológicas y continúa en la actividad 27. Si no está de acuerdo, regresa a la actividad 24.
27 Desarrollador de Solución Tecnológica
Elabora y revisa ADC F12 Revisión de pruebas de aceptación
Revisa los documentos “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio”, y los adjunta al Centro de Proyectos.
El Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F10 Soporte de pruebas de aceptación”, por cualquier de las siguientes causas:
- Las pruebas realizadas no incluyen por lo menos todas las pruebas definidas en el Programa de Pruebas.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento funcional.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de roles.
- Las pruebas realizadas no incluyen al menos un caso para verificar el funcionamiento de cada requerimiento de seguridad adicional
- El documento no incluye, para cada prueba realizada, los siguientes datos: persona que ejecutó la prueba, fecha de ejecución de la prueba, resultado de la prueba (Exitosa o Fallida), descripción de la prueba realizada, datos de prueba utilizados y evidencia de la ejecución de la prueba.
- Cuando identifique que se omite una prueba sustancial para verificar el correcto funcionamiento de la solución.
Asimismo, el Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F11 Aceptación del cambio”, por cualquier de las siguientes causas:
- El documento no está firmado por el Representante de la Unidad Administrativa Solicitante.
- El documento no está firmado por el Titular de la Unidad Administrativa Solicitante.
- El campo “¿Se autoriza la instalación del cambio en el ambiente de producción?” no tiene como respuesta “Sí”.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 27 de 49
- Alguno de los “Criterios para verificar la completitud de las Pruebas de Aceptación” no tiene como respuesta “Sí” o “N/A”.
Si no detecta información faltante en “ADC F10 Soporte de pruebas de aceptación” o en “ADC F11 Aceptación del cambio”:
- Elabora el formato “ADC F12 Revisión de pruebas de aceptación” y lo entrega al Líder de Proyecto.
- Continúa en la actividad 28.
Si detecta información faltante en la Solicitud:
- Solicita al Representante de la Unidad Administrativa Solicitante la corrección.
- Continúa en la actividad 24.
28 Líder de Proyecto
Aprueba ADC F12 Revisión de pruebas de aceptación
Aprueba el formato “ADC F12 Revisión de pruebas de aceptación” y lo adjunta al Centro de Proyectos. Si está de acuerdo, continúa en la actividad 29. Si no está de acuerdo, regresa a la actividad 27.
29 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de producción.
30 Revisor de Calidad de Documentación
Elabora ADC Reporte de calidad de documentación de cambios liberados
Revisa la documentación del cambio ya liberado a producción, publicada en el Centro de Proyectos, para verificar que se hayan elaborado todos los documentos aplicables conforme al procedimiento. Elabora el formato “ADC Reporte de calidad de documentación de cambios liberados” con el resultado de la revisión.
31 Líder del Proyecto
Revisa ADC Reporte de calidad de documentación de cambios liberados
Revisa el formato “ADC Reporte de calidad de documentación de cambios liberados”. Si el Reporte indica que existe documentación faltante:
Registra en el Centro de Proyectos la documentación faltante. Regresa a la actividad 30.
Si el Reporte indica que no existe documentación faltante:
FIN DEL PROCEDIMIENTO.
32
Titular de la Unidad Administrativa Solicitante
Elabora, revisa, aprueba y firma ADC F3 Solicitud de cambio al proyecto
Cuando surge la necesidad de modificar el proyecto, el Titular de la Unidad Administrativa Solicitante elabora, revisa, aprueba, firma y envía el formato ADC F3 Solicitud de cambio al proyecto
33 Líder del Proyecto
Elabora y revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Elabora y revisa el formato “ADC F4 Evaluación de solicitud de cambio” al proyecto. Adjunta al centro de proyectos el formato: Formato “ADC F3 Solicitud de cambio al proyecto” aprobado.
34
Representante de la Unidad Administrativa Solicitante
Revisa ADC F4 Evaluación de solicitud de cambio al proyecto
Revisa ADC F4 Evaluación de solicitud de cambio al proyecto. Si está de acuerdo, continúa en la actividad 35. Si no está de acuerdo, regresa a la actividad 33.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 28 de 49
35 Responsable del diseño del servicio de TIC
Aprueba TIC ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba “ADC F4 Evaluación de solicitud de cambio al proyecto”. Consulta el centro de proyectos el formato: Si está de acuerdo, continúa en la actividad 36. Si no está de acuerdo, continúa en la actividad 33.
36
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto
Aprueba ADC F4 Evaluación de solicitud de cambio al proyecto y lo firman las personas indicadas en el documento. Si está de acuerdo, entrega el documento al Líder de Proyecto y continúa en la actividad 7. Si no está de acuerdo, fin del procedimiento.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 29 de 49
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 30 de 49
K.22.4 Solicitud de solución tecnológica de complejidad menor
No. Ejecutado por Actividad Descripción
1
Titular de la Unidad Administrativa Solicitante
Elabora y aprueba ADC F1 Solicitud de solución tecnológica
El Titular de la Unidad Administrativa Solicitante, propietaria del servicio de TIC, registra la solicitud en el formato “ADC F1 Solicitud de solución tecnológica”. El Titular de la Unidad Administrativa Solicitante firma el formato “ADC F1 Solicitud de solución tecnológica”, ya sea de forma electrónica o autógrafa, y lo envía al Administrador del Proyecto a través del Sistema Gestión (PEGASUS). Si la Solicitud de Solución Tecnológica incluye la corrección de funcionalidades previamente solicitadas y puestas en operación, deben ser aprobadas de forma adicional por el nivel jerárquico superior al Titular de la Unidad Administrativa Solicitante.
2 Responsable del diseño del servicio de TIC
Recibe, revisa, registra y asigna ADC F1 Solicitud de solución tecnológica
Recibe el “ADC F1 Solicitud de solución tecnológica” a través del Sistema Gestión y revisa que ésta contenga información sobre su justificación, así como información necesaria para su análisis y para la elaboración del formato de Evaluación de la Solicitud de Solución Tecnológica.
El Responsable del diseño del servicio de TIC podrá rechazar la Solicitud de Solución Tecnológica por cualquier de las siguientes causas:
- Contenga una “Descripción detallada de la iniciativa de TIC” nula o insuficiente.
- No contenga la descripción de al menos un “Beneficio esperado”. - No indique la “Motivación” que la justifica. - No indique el “Fundamento” en el que se basa. - No indique al menos un proceso (formalizado o por formalizar) que sea
impactado. - No esté firmada por el Titular de la Unidad Administrativa Solicitante - No esté firmada por el Nivel jerárquico superior al Titular de la Unidad
Administrativa Solicitante (cuando se señale que la solicitud incluye la corrección de funcionalidades previamente solicitadas y puestas en operación).
Si no se detecta información faltante en la Solicitud:
- La asigna al Diseñador de Solución Tecnológica, quien adjunta el formato “ADC F1 Solicitud de solución tecnológica” al sistema de Administración de la Mesa de Servicios. Para la atención de este tipo de Solicitudes de soluciones tecnológicas no se da de alta el proyecto en el Centro de Proyectos; la documentación se carga en el sistema de Administración de la Mesa de Servicios.
- Continúa en la actividad 3.
Si se detecta información faltante en la Solicitud:
- La rechaza a través del Sistema Gestión, indicando la causa. - Fin del Procedimiento.
3 Diseñador de Solución Tecnológica
Elabora y revisa ADC F7 Diseño de la solución
Elabora y revisa el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el sistema de Administración de la Mesa de Servicios.
4 Líder de Proyecto
Aprueba ADC F7 Diseño de la solución
Aprueba el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el sistema de Administración de la Mesa de Servicios. Firman el documento las personas indicadas en él. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Diseñador de soluciones tecnológicas y Líder de Proyecto son desempeñados por una misma persona.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 31 de 49
5 Desarrollador de solución tecnológica
Desarrolla solución tecnológica
Construye o modifica los componentes indicados en el formato “ADC F7 Diseño de la solución” aprobado.
6 Desarrollador de solución tecnológica
Ejecuta pruebas unitarias
Ejecuta, en el ambiente de desarrollo, las pruebas unitarias. Elabora y revisa el formato “ADC F9 Registro de pruebas unitarias” y lo entrega al Líder de Proyecto.
7 Líder de Proyecto
Aprueba ADC F9 Registro de pruebas unitarias
Aprueba el formato “ADC F9 Registro de pruebas unitarias”, firman el documento las personas indicadas en él. Si el documento es aprobado, éste es adjuntado al sistema de Administración de la Mesa de Servicios y continúa en la actividad 8. Si el documento no es aprobado, regresa a la actividad 6. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Desarrollador de solución tecnológica y Líder de Proyecto son desempeñados por una misma persona.
8 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de pruebas. Si se trata de un servicio de TIC tipo aplicativo que esté relacionado con los procesos de negocio críticos, continúa en la actividad 9; de no ser así, continúa en la actividad 11.
9 Revisor de Solución Tecnológica
Elabora ADC F14 Revisión de solución tecnológica
Revisa la solución tecnológica desarrollada para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas. De acuerdo a la revisión realizada, elabora el formato “ADC F14 Revisión de solución tecnológica”. Esta actividad debe ser ejecutada por una persona que no haya participado en el desarrollo de la solución tecnológica a revisar.
10
Líder de Proyecto y Responsable del Diseño del Servicio de TIC
Revisa y aprueba ADC 14 Revisión de solución tecnológica
Revisa el resultado de la revisión de la solución tecnológica. Si el documento es aprobado:
Firma el documento y lo adjunta en el Centro de Proyectos.
Si el resultado de la revisión indica el sí cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas, continúa en la actividad 11.
Si el resultado de la revisión indica el no cumplimiento de los estándares de desarrollo, o la existencia de funcionalidades no solicitadas, regresa a la actividad 5.
Si el documento no es aprobado, regresa a la actividad 9.
11
Representante de la Unidad Administrativa Solicitante
Ejecuta pruebas de aceptación
Ejecuta pruebas de aceptación Si resultaron exitosas las pruebas en el ambiente de pruebas, continúa en la actividad 13. Si resultaron fallidas las pruebas en el ambiente de pruebas, continúa en la actividad 12.
12 Líder del Proyecto
Reporta resultado no exitoso de pruebas.
Reporta resultado no exitoso de las pruebas mediante el procedimiento de liberación y entrega. Regresa a la actividad 5.
13
Representante de la Unidad Administrativa Solicitante
Elabora, revisa y aprueba ADC F10 Soporte de pruebas de aceptación
Elabora, revisa y aprueba “ADC F10 Soporte de pruebas de aceptación”.
14 Representante de la Unidad
Elabora y revisa ADC F11
Elabora y revisa el formato “ADC F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 32 de 49
Administrativa Solicitante
Aceptación del cambio
15
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F11 Aceptación del cambio
Aprueba el formato “ADC F11 Aceptación del cambio”. Firman el documento las personas indicadas en él. Si está de acuerdo, entrega “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio” al Desarrollador de Soluciones Tecnológicas y continúa en la actividad 16. Si no está de acuerdo, regresa a la actividad 13.
16 Desarrollador de Solución Tecnológica
Elabora y revisa ADC F12 Revisión de pruebas de aceptación
Revisa los documentos “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio”, y los adjunta al sistema de Administración de la Mesa de Servicios.
El Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F10 Soporte de pruebas de aceptación”, por cualquier de las siguientes causas:
- El documento no incluye, para cada prueba realizada, los siguientes datos: persona que ejecutó la prueba, fecha de ejecución de la prueba, resultado de la prueba (Exitosa o Fallida), descripción de la prueba realizada, datos de prueba utilizados y evidencia de la ejecución de la prueba.
- Cuando identifique que se omite una prueba sustancial para verificar el correcto funcionamiento de la solución.
Asimismo, el Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F11 Aceptación del cambio”, por cualquier de las siguientes causas:
- El documento no está firmado por el Representante de la Unidad Administrativa Solicitante.
- El documento no está firmado por el Titular de la Unidad Administrativa Solicitante.
- El campo “¿Se autoriza la instalación del cambio en el ambiente de producción?” no tiene como respuesta “Sí”.
- Alguno de los “Criterios para verificar la completitud de las Pruebas de Aceptación” no tiene como respuesta “Sí” o “N/A”.
Si no detecta información faltante en “ADC F10 Soporte de pruebas de aceptación” o en “ADC F11 Aceptación del cambio”:
- Elabora el formato “ADC F12 Revisión de pruebas de aceptación” y lo entrega al Líder de Proyecto.
- Continúa en la actividad 17
Si detecta información faltante en la Solicitud:
- Solicita al Representante de la Unidad Administrativa Solicitante la corrección.
- Continúa en la actividad 13.
17 Líder de Proyecto
Aprueba ADC F12 Revisión de pruebas de aceptación
Aprueba el formato “ADC F12 Revisión de pruebas de aceptación” y lo adjunta al sistema de Administración de la Mesa de Servicios. Si está de acuerdo, continúa en la actividad 18. Si no está de acuerdo, regresa a la actividad 16.
18 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de producción. Termina el procedimiento
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 33 de 49
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 34 de 49
K.22.5 Cambio por mantenimiento a la infraestructura informática
No. Ejecutado por Actividad Descripción
1
Responsable del mantenimiento de la infraestructura
Solicita la incorporación o modificación de un elemento de configuración
Surge la necesidad de incorporar un nuevo elemento de configuración o modificar un elemento de configuración existente. Notifica por correo al Responsable de cambio en Infraestructura Informática, la necesidad realizar un cambio en la infraestructura y solicita la elaboración del formato “ADC F21 Cambio en infraestructura”.
2
Responsable de cambio en Infraestructura Informática
Elabora ADC F21 Cambio en infraestructura
Elabora el formato “ADC F21 Cambio en infraestructura”, y da de alta el proyecto en el centro de proyecto; adjunta el formato.
3 Responsable del diseño del servicio de TIC
Revisa ADC F21 Cambio en infraestructura
Revisa el formato “ADC F21 Cambio en infraestructura”. Si está de acuerdo, notifica al Responsable de mantenimiento de la infraestructura TIC para su Aprobación, continúa en la actividad 4. Si no está de acuerdo, lo notifica al Responsable de cambio en Infraestructura Informática para su corrección, regresa a la actividad 2.
4
Responsable del mantenimiento de la infraestructura
Aprueba ADC F21 Cambio en infraestructura
Revisa el formato ADC F21 Cambio en infraestructura. Si está de acuerdo firman el documento las personas indicadas en él, le notifica al Responsable de cambio en Infraestructura Informática, adicionalmente adjunta el formato ADC F21 Cambio en infraestructura en el centro de proyectos. Si no está de acuerdo, regresa a la actividad 2.
5
Responsable de cambio en Infraestructura Informática
Realiza cambio a la infraestructura informática y realiza pruebas unitarias.
Realiza el cambio a la infraestructura informática en el ambiente de pruebas y realiza pruebas unitarias. Si las pruebas resultaron exitosas, continua en la actividad 6 Si las pruebas resultaron fallidas, regresa a la actividad 2
6
Responsable de cambio en Infraestructura Informática
Elabora y revisa ADC F22 Programa de pruebas por cambio en infraestructura
Elabora y revisa el formato “ADC F22 Programa de pruebas por cambio de mantenimiento en infraestructura” y lo adjunta en el centro de proyectos. Envía correo al Responsable del diseño del servicio de TIC para que revise el formato.
7 Responsable del diseño del servicio de TIC
Revisa ADC F22 Programa de pruebas por cambio en infraestructura
Revisa “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos. Si está de acuerdo, envía correo al Responsable de Liberación y Entrega para que revise el formato, continúa en la actividad 8. Si no está de acuerdo, registra sugerencias en el formato y lo adjunta en el centro de proyecto. Regresa a actividad 6.
8 Responsable de Liberación y Entrega
Aprueba ADC F22 Programa de pruebas por cambio en infraestructura
Revisa y aprueba las actividades para preparar el ambiente de pruebas del formato “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos, firman el documento las personas indicadas en él y envía correo a Responsable del mantenimiento de la infraestructura para que revise el documento.
9
Responsable del mantenimiento de la infraestructura
Aprueba ADC F22 Programa de pruebas por
Revisa “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos, firman el documento las personas indicadas en él y envía correo a Responsable de cambio en Infraestructura Informática para iniciar procedimiento de liberación y entrega.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 35 de 49
cambio en infraestructura
10
Responsable de cambio en Infraestructura Informática
Genera paquete de liberación y entrega
Invoca al procedimiento de liberación y entrega para realizar el cambio de infraestructura en el ambiente de pruebas.
11 Responsable de Liberación y Entrega.
Ejecuta ADC F22 Programa de pruebas por cambio en infraestructura
Ejecuta el “ADC F22 Programa de pruebas por cambio en infraestructura”. Reporta el resultado de la prueba mediante el procedimiento de liberación y entrega Si resultaron exitosas las pruebas, envía correo a Responsable de cambio en Infraestructura Informática, continúa en la actividad 12. Si resultaron fallidas las pruebas regresa en la actividad 2.
12
Responsable de cambio en Infraestructura Informática
Elabora y revisa ADC F23 Pruebas de aceptación por cambio en infraestructura
Elabora y revisa el formato “ADC F23 Pruebas de aceptación por cambio en infraestructura” y lo adjunta en el centro de proyectos. Envía correo a Responsable del diseño del servicio de TIC para que revise el documento.
13 Responsable del diseño del servicio de TIC
Revisa ADC F23 Pruebas de aceptación por cambio en infraestructura
Revisa el formato “ADC F23 Pruebas de aceptación por cambio en infraestructura” en el centro de proyectos. Si está de acuerdo, envía correo a Responsable del mantenimiento de la infraestructura para que revise el documento, continúa en la actividad 14. Si no está de acuerdo, modifica el documento, lo adjunta al centro de proyecto, envía correo a Responsable de cambio en Infraestructura Informática para que corrija el documento, regresa a la actividad 12.
14
Responsable del mantenimiento de la infraestructura
Aprueba ADC F23 Pruebas de aceptación por cambio en infraestructura
Aprueba el formato ADC F23 Pruebas de aceptación por cambio en infraestructura, firman el documento las personas indicadas en él y envía correo a Responsable de cambio en Infraestructura Informática para cerrar cambio.
15
Responsable de cambio en Infraestructura Informática
Ubica en producción de la solución tecnológica
Invoca al “procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción. TERMINA EL PROCEDIMIENTO.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 36 de 49
K.22.6 Cambio de emergencia
No. Ejecutado por Actividad Descripción
1
Líder de Proyecto o Responsable del diseño del servicio de TIC o Responsable de cambio en Infraestructura Informática o Responsable del mantenimiento de la infraestructura
Identifica y solicita cambio para solventar incidente
Con apego al procedimiento operativo de administración de incidentes o el procedimiento operativo de administración de problemas, determina la necesidad de realizar un cambio para restablecer la disponibilidad de un servicio de TIC, o para solventar el incidente o problema y solicita su registro. Elabora el formato “ADC F6 Solicitud de cambio de emergencia” e informa al Administrador de Cambios sobre la necesidad de que el Grupo de Cambios evalúe un cambio de emergencia.
2 Administrador de Cambios
Convoca a sesión del Grupo de Cambios
Convoca a una sesión del Grupo de Cambios a fin de evaluar la Solicitud de Cambio, clasificada como de emergencia. La sesión puede ser presencial o virtual.
3 Grupo de Cambios
Evalúa la solicitud de cambios
Analiza la solicitud de cambio y decide:
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 37 de 49
- Si se atenderá como cambio de emergencia o como un cambio normal.
- Si es conveniente liberar el cambio de emergencia a producción incluso sin la realización de pruebas de aceptación por parte de la Unidad Administrativa Solicitante, dado el impacto que podría existir si el cambio no se aplica con oportunidad.
En el Grupo de Cambios las decisiones son tomadas por el personal con nivel Subdirector o superior. Para la evaluación de solicitudes de cambio de emergencia de tipo aplicativo, se requiere que en la sesión del Grupo de Cambios participen por lo menos:
- El Administrador de Cambios, el Responsable del diseño del servicio de TIC y el Líder de Proyecto; ó
- El Administrador de Cambios, el Director de Sistemas y el Líder de Proyecto.
Para la evaluación de solicitudes de cambio de emergencia de tipo infraestructura, se requiere que en la sesión del Grupo de Cambios participen por lo menos:
- El Administrador de Cambios, el Responsable del mantenimiento de la infraestructura y el Responsable de cambio en Infraestructura Informática; ó
- El Administrador de Cambios, el Director de Sistemas y el Responsable de cambio en Infraestructura Informática.
4 Administrador de Cambios
Elabora y revisa el documento ADC F13 Acuerdos del Grupo de Cambios
Elabora, con base a lo acordado en la sesión de Grupo de Cambios, el documento ADC F13 Acuerdos del Grupo de Cambios.
5 Grupo de Cambios
Aprueba el documento ADC F13 Acuerdos del Grupo de Cambios
Aprueba el documento ADC F13 Acuerdos del Grupo de Cambios. Si el Grupo de Cambios aprobó que la Solicitud de Cambio sea atendida como Cambio de Emergencia:
- Si el cambio es de tipo aplicativo continúa en la actividad 6.
- Si el cambio es de tipo infraestructura continúa en la actividad 22
Si el Grupo de Cambios no aprobó que la Solicitud de Cambio sea atendida como Cambio de Emergencia, fin del procedimiento.
6 Diseñador de Solución Tecnológica
Elabora y revisa ADC F7 Diseño de la solución
Elabora y revisa el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el sistema de Administración de la Mesa de Servicios.
7 Líder de Proyecto
Aprueba ADC F7 Diseño de la solución
Aprueba el formato “ADC F7 Diseño de la solución”. Consulta documentación recabada en el sistema de Administración de la Mesa de Servicios. Firman el documento las personas indicadas en él. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Diseñador de soluciones tecnológicas y Líder de Proyecto son desempeñados por una misma persona.
8 Desarrollador de solución tecnológica
Desarrolla solución tecnológica
Construye y desarrolla la solución tecnológica con base en lo establecido en el formato ADC F7 Diseño de la solución.
9 Desarrollador de solución tecnológica
Ejecuta pruebas unitarias
Ejecuta, en el ambiente de desarrollo, las pruebas unitarias. Elabora y revisa el formato “ADC F9 Registro de pruebas unitarias” y lo entrega al Líder de Proyecto. Considerando que se trata de un cambio de emergencia, en caso de no poder elaborar el documento “ADC F9 Registro de pruebas unitarias” de forma previa a la liberación del cambio, por lo menos genera y conserva las
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 38 de 49
evidencias de las pruebas realizadas para su posterior inclusión en el documento “ADC F9 Registro de pruebas unitarias”.
10 Líder del Proyecto
Aprueba ADC F9 Registro de pruebas unitarias
Aprueba el formato “ADC F9 Registro de pruebas unitarias”. Firman el documento las personas indicadas en él. Si el documento es aprobado, éste es adjuntado al sistema de Administración de la Mesa de Servicios y continúa en la actividad 11. Si el documento no es aprobado, regresa a la actividad 9. El Responsable del Diseño del Servicio de TIC participa en este documento sólo cuando los roles de Desarrollador de solución tecnológica y Líder de Proyecto son desempeñados por una misma persona.
11
Líder del Proyecto o Responsable del diseño del servicio de TIC
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de pruebas. Esta actividad es realizada por correo electrónico para su agilización.
12
Representante de la Unidad Administrativa Solicitante
Ejecuta pruebas de aceptación
Ejecuta, en ambiente de pruebas, pruebas de aceptación. Si resultaron exitosas las pruebas en el ambiente de pruebas, continúa en la actividad 14. Si resultaron fallidas las pruebas en el ambiente de pruebas, continúa en la actividad 13.
13 Líder del Proyecto
Reporta resultado no exitoso de las pruebas de aceptación
Reporta resultado no exitoso de las pruebas de aceptación mediante el “Procedimiento de liberación y entrega”. Regresa a la actividad 8.
14
Representante de la Unidad Administrativa Solicitante
Elabora, revisa y aprueba ADC F10 Soporte de pruebas de aceptación
Elabora, revisa y aprueba “ADC F10 Soporte de pruebas de aceptación”.
15
Representante de la Unidad Administrativa Solicitante
Elabora y revisa ADC F11 Aceptación del cambio
Elabora y revisa el formato “ADC F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.
16
Titular de la Unidad Administrativa Solicitante
Aprueba ADC F11 Aceptación del cambio
Aprueba el formato “ADC F11 Aceptación del cambio”. Firman el documento las personas indicadas en él. Si está de acuerdo, entrega “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio” al Desarrollador de Soluciones Tecnológicas y continúa en la actividad 17. Si no está de acuerdo, regresa a la actividad 14.
17 Desarrollador de Solución Tecnológica
Elabora y revisa ADC F12 Revisión de pruebas de aceptación
Revisa los documentos “ADC F10 Soporte de pruebas de aceptación” y “ADC F11 Aceptación del cambio”, y los adjunta al sistema de Administración de la Mesa de Servicios.
El Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F10 Soporte de pruebas de aceptación”, por cualquier de las siguientes causas:
- El documento no incluye, para cada prueba realizada, los siguientes datos: persona que ejecutó la prueba, fecha de ejecución de la prueba, resultado de la prueba (Exitosa o Fallida), descripción de la prueba realizada, datos de prueba utilizados y evidencia de la ejecución de la prueba.
- Cuando identifique que se omite una prueba sustancial para verificar el correcto funcionamiento de la solución.
Asimismo, el Desarrollador de Solución Tecnológica podrá solicitar la corrección de “ADC F11 Aceptación del cambio”, por cualquier de las siguientes causas:
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 39 de 49
- El documento no está firmado por el Representante de la Unidad Administrativa Solicitante.
- El documento no está firmado por el Titular de la Unidad Administrativa Solicitante.
- El campo “¿Se autoriza la instalación del cambio en el ambiente de producción?” no tiene como respuesta “Sí”.
- Alguno de los “Criterios para verificar la completitud de las Pruebas de Aceptación” no tiene como respuesta “Sí” o “N/A”.
Si no detecta información faltante en “ADC F10 Soporte de pruebas de aceptación” o en “ADC F11 Aceptación del cambio”:
- Elabora el formato “ADC F12 Revisión de pruebas de aceptación” y lo entrega al Líder de Proyecto.
- Continúa en la actividad 18
Si detecta información faltante en la Solicitud:
- Solicita al Representante de la Unidad Administrativa Solicitante la corrección.
- Continúa en la actividad 14.
18 Líder de Proyecto
Aprueba ADC F12 Revisión de pruebas de aceptación
Aprueba el formato “ADC F12 Revisión de pruebas de aceptación” y lo adjunta al sistema de Administración de la Mesa de Servicios. Si está de acuerdo, continúa en la actividad 19. Si no está de acuerdo, regresa a la actividad 17.
19 Líder del Proyecto
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al “Procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción. Esta actividad es realizada por correo electrónico para su agilización. Si se trata de un servicio de TIC tipo aplicativo que esté relacionado con los procesos de negocio críticos, continúa en la actividad 20; de no ser así, continúa en la actividad 22.
20 Revisor de Solución Tecnológica
Elabora ADC F14 Revisión de solución tecnológica
Revisa la solución tecnológica desarrollada para verificar el cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas. De acuerdo a la revisión realizada, elabora el formato “ADC F14 Revisión de solución tecnológica”. Esta actividad debe ser ejecutada por una persona que no haya participado en el desarrollo de la solución tecnológica a revisar.
21
Líder de Proyecto y Responsable del Diseño del Servicio de TIC
Revisa y aprueba ADC 14 Revisión de solución tecnológica
Revisa el resultado de la revisión de la solución tecnológica. Si el documento es aprobado:
Firma el documento y lo adjunta en el Centro de Proyectos.
Si el resultado de la revisión indica el sí cumplimiento de los estándares de desarrollo y la no existencia de funcionalidades no solicitadas, FIN DEL PROCEDIMIENTO.
Si el resultado de la revisión indica el no cumplimiento de los estándares de desarrollo, o la existencia de funcionalidades no solicitadas, regresa a la actividad 8.
Si el documento no es aprobado, regresa a la actividad 20.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 40 de 49
22
Responsable de cambio en Infraestructura Informática
Elabora ADC F21 Cambio en infraestructura
Elabora el formato “ADC F21 Cambio en infraestructura”, y da de alta el proyecto en el centro de proyecto; adjunta el formato.
23 Responsable del diseño del servicio de TIC
Revisa ADC F21 Cambio en infraestructura
Revisa el formato “ADC F21 Cambio en infraestructura”. Si está de acuerdo, notifica al Responsable de mantenimiento de la infraestructura TIC para su Aprobación, continúa en la actividad 24. Si no está de acuerdo, lo notifica al Responsable de cambio en Infraestructura Informática para su corrección, regresa a la actividad 22.
24
Responsable del mantenimiento de la infraestructura
Aprueba ADC F21 Cambio en infraestructura
Revisa el formato ADC F21 Cambio en infraestructura. Si está de acuerdo firman el documento las personas indicadas en él, le notifica al Responsable de cambio en Infraestructura Informática, adicionalmente adjunta el formato ADC F21 Cambio en infraestructura en el centro de proyectos. Si no está de acuerdo, regresa a la actividad 22.
25
Responsable de cambio en Infraestructura Informática
Realiza cambio a la infraestructura informática y realiza pruebas unitarias.
Realiza el cambio a la infraestructura informática en el ambiente de pruebas y realiza pruebas unitarias. Si las pruebas resultaron exitosas, continua en la actividad 26 Si las pruebas resultaron fallidas, regresa a la actividad 22.
26
Responsable de cambio en Infraestructura Informática
Elabora y revisa ADC F22 Programa de pruebas por cambio en infraestructura
Elabora y revisa el formato “ADC F22 Programa de pruebas por cambio de mantenimiento en infraestructura” y lo adjunta en el centro de proyectos. Envía correo al Responsable del diseño del servicio de TIC para que revise el formato.
27 Responsable del diseño del servicio de TIC
Revisa ADC F22 Programa de pruebas por cambio en infraestructura
Revisa “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos. Si está de acuerdo, envía correo al Responsable de Liberación y Entrega para que revise el formato, continúa en la actividad 28. Si no está de acuerdo, registra sugerencias en el formato y lo adjunta en el centro de proyecto. Regresa a actividad 26.
28 Responsable de Liberación y Entrega
Aprueba ADC F22 Programa de pruebas por cambio en infraestructura
Revisa y aprueba las actividades para preparar el ambiente de pruebas del formato “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos, firman el documento las personas indicadas en él y envía correo a Responsable del mantenimiento de la infraestructura para que revise el documento.
29
Responsable del mantenimiento de la infraestructura
Aprueba ADC F22 Programa de pruebas por cambio en infraestructura
Revisa “ADC F22 Programa de pruebas por cambio en infraestructura” resguardado en el centro de proyectos, firman el documento las personas indicadas en él y envía correo a Responsable de cambio en Infraestructura Informática para iniciar procedimiento de liberación y entrega.
30
Responsable de cambio en Infraestructura Informática
Promueve el pase de la solución tecnológica al ambiente de pruebas
Invoca al procedimiento de liberación y entrega para realizar el cambio de infraestructura en el ambiente de pruebas.
31 Responsable de Liberación y Entrega.
Ejecuta ADC F22 Programa de pruebas por cambio en infraestructura
Ejecuta el “ADC F22 Programa de pruebas por cambio en infraestructura”. Reporta el resultado de la prueba mediante el procedimiento de liberación y entrega Si resultaron exitosas las pruebas, envía correo a Responsable de cambio en Infraestructura Informática, continúa en la actividad 32. Si resultaron fallidas las pruebas regresa en la actividad 22.
32 Responsable de cambio en
Elabora y revisa ADC F23 Pruebas de aceptación por
Elabora y revisa el formato “ADC F23 Pruebas de aceptación por cambio en infraestructura” y lo adjunta en el centro de proyectos. Envía correo a Responsable del diseño del servicio de TIC para que revise el documento.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 41 de 49
Infraestructura Informática
cambio en infraestructura
33 Responsable del diseño del servicio de TIC
Revisa ADC F23 Pruebas de aceptación por cambio en infraestructura
Revisa el formato “ADC F23 Pruebas de aceptación por cambio en infraestructura” en el centro de proyectos. Si está de acuerdo, envía correo a Responsable del mantenimiento de la infraestructura para que revise el documento, continúa en la actividad 34. Si no está de acuerdo, modifica el documento, lo adjunta al centro de proyecto, envía correo a Responsable de cambio en Infraestructura Informática para que corrija el documento, regresa a la actividad 32.
34
Responsable del mantenimiento de la infraestructura
Aprueba ADC F23 Pruebas de aceptación por cambio en infraestructura
Aprueba el formato ADC F23 Pruebas de aceptación por cambio en infraestructura, firman el documento las personas indicadas en él y envía correo a Responsable de cambio en Infraestructura Informática para cerrar cambio.
35
Responsable de cambio en Infraestructura Informática
Promueve el pase de la solución tecnológica al ambiente de producción
Invoca al “procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción.
36 Administrador de Cambios
Revisa cumplimiento de documentación del cambio
Revisa que se cuente con la documentación del cambio de emergencia aplicado, tanto para cambios aplicativos como de infraestructura. El resultado de la revisión es documentado en un inventario de cambios de emergencia, en formato libre. Si no se cumple con la documentación, informa al Responsable del Diseño del Servicio de TIC y fin del procedimiento. Si se cumple con la documentación, fin del procedimiento
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 42 de 49
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 43 de 49
8. Descripción de roles
Titular de la unidad administrativa solicitante / Nivel jerárquico superior del titular de la unidad administrativa solicitante:
Director(a) General Adjunto(a)
Director(a) Regional
Director(a) de Área
Subdirector(a) de Área
Subdirector(a) Regional
Jefe(a) de Centros de Desarrollo Tecnológico
Jefe(a) de Departamento Representante de la unidad administrativa solicitante:
Subdirector(a) de Área
Subdirector(a) Regional
Jefe(a) de Centros de Desarrollo Tecnológico
Jefe(a) de Departamento
Especialista
Analista
Tramitador
Grupo de trabajo para la dirección de TIC:
Director(a) General Adjunto de Sistemas y Operaciones
Responsable del proceso de administración de proyectos y administrador de la Cartera Operativa de proyectos de TIC:
Director(a) de Sistemas Administrador de proyecto de TIC / Responsable del diseño del servicio de TIC:
Subdirector(a) de Infraestructura Informática
Subdirector(a) de Sistemas Informáticos Institucionales
Subdirector(a) de Sistemas Informáticos para Administración de Riesgo
Subdirector(a) de Sistemas Informáticos para Procesos de Negocio Diseñador de soluciones tecnológicas / Analista de requerimientos de soluciones tecnológicas
Analista de Sistemas Informáticos Institucionales
Analista de Sistemas Informáticos para Administración de Riesgo
Analista de Sistemas Informáticos para Procesos de Negocio
Especialista de Sistemas Informáticos para Administración de Riesgo
Especialista de Sistemas Informáticos Institucionales
Especialista de Sistemas Informáticos para Procesos de Negocio Desarrollador de solución tecnológica
Analista de Sistemas Informáticos Institucionales
Analista de Sistemas Informáticos para Administración de Riesgo
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 44 de 49
Analista de Sistemas Informáticos para Procesos de Negocio
Especialista de Sistemas Informáticos para Administración de Riesgo
Especialista de Sistemas Informáticos Institucionales
Especialista de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos Institucionales
Especialista líder de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos para Administración de Riesgo
Personal de proveedores que prestan servicios bajo contrato en materia de mantenimiento aplicativo
Líder de proyecto:
Especialista líder de Infraestructura Informática
Especialista de Infraestructura Informática
Especialista líder de Sistemas Informáticos Institucionales
Especialista de Sistemas Informáticos Institucionales
Especialista líder de Sistemas Informáticos para Procesos de Negocio
Especialista de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos para Administración de Riesgo
Especialista de Sistemas Informáticos para Administración de Riesgo
Especialistas de cómputo distribuido de Infraestructura Informática
Analista de Infraestructura Informática
Analista de Sistemas Informáticos Institucionales
Analista de Sistemas Informáticos para Administración de Riesgo
Analista de Sistemas Informáticos para Procesos de Negocio
Responsable de liberación y entrega / Responsable de cambio en infraestructura informática:
Especialista Líder de Infraestructura Informática
Especialista de Infraestructura Informática
Analista de Infraestructura Informática Responsable del mantenimiento de la infraestructura / Responsable del Proceso de Administración de la Operación:
Subdirector(a) de Infraestructura Informática Administrador de Cambios / Revisor de Calidad de Documentación:
Especialista en Calidad de Aplicaciones de Infraestructura Informática
Especialista Líder de Infraestructura Informática
Especialista de Infraestructura Informática
Grupo de Cambios:
Director(a) de Sistemas
Subdirector(a) de Infraestructura Informática
Subdirector(a) de Sistemas Informáticos Institucionales
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 45 de 49
Subdirector(a) de Sistemas Informáticos para Administración de Riesgo
Subdirector(a) de Sistemas Informáticos para Procesos de Negocio
Especialista en Calidad de Aplicaciones de Infraestructura Informática
Especialista Líder de Infraestructura Informática
Especialista de Infraestructura Informática
Especialista líder de Sistemas Informáticos Institucionales
Especialista de Sistemas Informáticos Institucionales
Especialista líder de Sistemas Informáticos para Procesos de Negocio
Especialista de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos para Administración de Riesgo
Especialista de Sistemas Informáticos para Administración de Riesgo
Especialistas de cómputo distribuido de Infraestructura Informática
Revisor de Solución Tecnológica:
Analista de Sistemas Informáticos Institucionales
Analista de Sistemas Informáticos para Administración de Riesgo
Analista de Sistemas Informáticos para Procesos de Negocio
Especialista de Sistemas Informáticos para Administración de Riesgo
Especialista de Sistemas Informáticos Institucionales
Especialista de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos Institucionales
Especialista líder de Sistemas Informáticos para Procesos de Negocio
Especialista líder de Sistemas Informáticos para Administración de Riesgo
9. Control de anexos
Registros
Nombre Tipo Almacenamiento
ADC Clasificación de cambios de complejidad menor Operativo Expediente electrónico
ADC Estándares de desarrollo Operativo Expediente electrónico
ADC Criterios de revisión de funcionalidades no solicitadas Operativo Expediente electrónico
ADC Reporte de calidad de documentación de cambios liberados Operativo Expediente electrónico
ADC Sistemas a considerar en la revisión de soluciones tecnológicas Operativo Expediente electrónico
ADC F1 Solicitud de solución tecnológica Operativo Expediente electrónico
ADC F2 Evaluación de solicitud de solución tecnológica Operativo Expediente electrónico
ADC F3 Solicitud de cambio al proyecto Operativo Expediente electrónico
ADC F4 Evaluación de solicitud de cambio al proyecto Operativo Expediente electrónico
ADC F5 Especificación de requerimientos Operativo Expediente electrónico
ADC F6 Solicitud de cambio de emergencia Operativo Expediente electrónico
ADC F7 Diseño de la solución Operativo Expediente electrónico
ADC F8 Programa de pruebas Operativo Expediente electrónico
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 46 de 49
10. Control de ediciones
Edición Fecha de vigencia Fundamento de la documentación o actualización del procedimiento
Breve descripción de los cambios
001 01/09/2011 Describir las actividades operativas referidas al Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones
- Documento nuevo
002 09/11/2011 Precisar aspectos operativos del procedimiento con apego al Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones
Se modifica la definición de cambio de rutina en el lineamiento 3.3.
Se modifica el diagrama de flujo correspondiente a cambios normales, menores y de rutina de manera que un incidente, problema o solicitud de cambio pueden iniciar un cambio.
Se modifica la actividad “Registra la solicitud de cambio a producción” para indicar que es necesario asociar el folio del incidente, problema o cambio de desarrollo que ocasiona el la solicitud cambio, en el registro de la solicitud de cambio en la herramienta de la Mesa de Servicios.
Se modificó la actividad “Verifica que la solicitud de cambio a producción cuente con los datos requeridos” para precisar que esa actividad es responsabilidad del administrador de cambios.
Se elimina la actividad “Notifica que solicitud de cambio a producción no cuenta con los datos requeridos”, dado que la notificación está contemplada en la actividad “Verifica que la solicitud de cambio a producción cuente con los datos requeridos”
Se modifica la actividad “Canaliza el cambio a producción” para precisar que en esta actividad se debe notificar al procedimiento operativo de liberación y entrega que inicie sus actividades y, se especifican los criterios que obligan al Administrador de Liberación y Entrega firmar el “Programa de Pruebas”.
Se modifica la actividad “Ejecuta programa de pruebas previas al cambio” para modificar el asunto del correo que enviará la herramienta “SOFTWARE CHANGE MANAGER”.
ADC F9 Registro de pruebas unitarias Operativo Expediente electrónico
ADC F10 Soporte de pruebas de aceptación Operativo Expediente electrónico
ADC F11 Aceptación del cambio Operativo Expediente electrónico
ADC F12 Revisión de pruebas de aceptación Operativo Expediente electrónico
ADC F13 Acuerdos del grupo de cambios Operativo Expediente electrónico
ADC F14 Revisión de solución tecnológica Operativo Expediente electrónico
ADC F21 Cambio en infraestructura Operativo Expediente electrónico
ADC F22 Programa de pruebas por cambio en infraestructura Operativo Expediente electrónico
ADC F23 Pruebas de aceptación por cambio en infraestructura Operativo Expediente electrónico
Especificaciones
Nombre
Ficha de control
Riesgos significativos y controles clave
Análisis de normativa del procedimiento
Instructivos
Nombre
No aplica
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 47 de 49
Se modifica la actividad “Ejecuta programa de pruebas posteriores al cambio” para modificar el asunto del correo que enviará la herramienta “SOFTWARE CHANGE MANAGER”.
Se modifica el registro “Programa de pruebas” para reemplazar el texto “ambiente de preproducción” por “ambiente de pruebas” e incorporar el texto “fecha de elaboración” en la parte superior de la sección de firmas.
Se modifica el registro “Programas actualizados asociados al cambio a producción” para reemplazar el texto “ambiente de preproducción” por “ambiente de pruebas” e incorporar el texto “fecha de elaboración” en la parte superior de la sección de firmas.
Se modifica el “Registro de pruebas posteriores incluyendo documentación de soporte” para incorporar el texto “fecha de elaboración” en la parte superior de la sección de firmas.
“Registro de pruebas previas incluyendo documentación de soporte” para incorporar el texto “fecha de elaboración” en la parte superior de la sección de firmas.
Se modifica la actividad “Documenta el cambio” del procedimiento de cambios de emergencia para especificar los criterios que obligan al Administrador de Liberación y Entrega firmar el “Programa de Pruebas”.
003 17/02/2012 Precisar aspectos operativos del procedimiento con apego al Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información.
Se incorpora el cambio preventivo con el propósito de atender los cambios derivados del proceso de mantenimiento de infraestructura y el proceso de administración de la operación del Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información:
3.5. Cambio preventivo. Cuando el cambio cae en alguno de los siguientes supuestos:
3.5.1. Cambio derivado de las acciones a seguir para la programación, ejecución y seguimiento de las tareas de la operación, conforme se describen en el proceso de administración de la operación.
3.5.2. Cambio derivado de acciones preventivas establecidas en el programa de mantenimiento de la infraestructura tecnológica con el propósito de evitar fallas a los componentes de dicha infraestructura.
Para este tipo de cambio el Responsable del Servicio de TIC elabora y firma el registro “Aceptación de resultados del Cambio” y asumirá el rol de usuario.”
004 18/09/2012
Ajustar los nombres de los roles del procedimiento en apego al Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información; así como precisar aspectos operativos del procedimiento con apego a dicho manual.
Se actualiza el nombre de los participantes conforme a los siguientes roles del MAAGTICSI:
Integrantes de la mesa de servicios,
Responsables de evaluar y ejecutar el cambio y
Responsable de Cambios;
En la Herramienta de la Mesa de Servicios se actualiza la ruta de acceso al “calendario de cambios”
Se sustituye en la Herramienta de la Mesa de Servicios el estatus de Fallido por “Fallida por causa atribuible a la UTIC” y “Fallida por causa no atribuible a la UTIC”.
005 17/02/2015 Se actualiza con apego a la versión vigente del Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información.
En la última versión del MAAGTICSI se elimina el proceso de administración de cambios. Esta nueva versión del procedimiento operativo de administración de cambios, incorpora actividades del Proceso de Administración de Proyectos del MAAGTICSI y mejores prácticas del procedimiento de cambios de ITIL.
Se modifica completamente el procedimiento para alinearlo a la nueva versión del MAAGTICSI.
Se elimina el concepto de cambio normal, cambio menor, cambio de rutina y cambio preventivo.
Se definen los cambios:
Cambio menor a 10 mil UDIS
Cambio mayor o igual a 10 mil UDIS y menor a 50 mil UDIS
Cambio mayor o igual a 50 mil UDIS y menor a 100 mil UDIS
Cambio mayor o igual a 100 mil UDIS
Cambio por mantenimiento a la infraestructura informática
Cambio de emergencia.
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 48 de 49
006 15/06/2016 Se actualiza con apego a la versión vigente del Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información publicada en febrero de 2016.
Los formatos del procedimiento, se deberán resguardar en el “centro de proyectos”.
Se simplifica el flujo del procedimiento K.22.5 cambio de infraestructura informática.
Se simplifica el flujo del procedimiento K.22.6 cambio de emergencia.
El Líder del proyecto o el Administrador de proyecto de TIC son los responsables de notificar por correo electrónico al Titular de la Unidad Administrativa Solicitante, el resultado de la evaluación de la solicitud de solución tecnológica.
21/03/2017 Se modifica el capítulo 8 “Descripción de roles” conforme a solicitud de la Dirección de Sistemas mediante oficio DS/048/2017 a fin de clarificar los puestos que integran dos roles.
Se clarifican los puestos que integran el rol de “Titular de la unidad administrativa solicitante / Responsable de proyecto / Titular de la unidad administrativa impulsora” así como los puestos del el rol de “Representante de la unidad administrativa solicitante”, conforme a lo señalado en el Proceso de Administración de Servicios que está establecido en el Manual Administrativo de Aplicación General en las materias de Tecnologías de la Información y Comunicaciones, y en la de Seguridad de la Información (MAAGTICSI).
17/04/2017
Se elimina en los modelos K.22.2, K.22.3 y K.22.4 la aprobación del formato F2 “Evaluación de solicitud de solución tecnológica” por parte del Responsable del Proceso Administración de Proyectos y Administrador del Portafolio de Proyectos de TIC, conforme a solicitud de la Dirección de Sistemas mediante oficio DS/053/2017.
Se elimina en los modelos K.22.2, K.22.3 y K.22.4 la aprobación del formato F2 “Evaluación de solicitud de solución tecnológica” por parte del Responsable del Proceso Administración de Proyectos y Administrador del Portafolio de Proyectos de TIC, debido a que dicho formato se aprueba por el responsable cuando se presenta la iniciativa de TIC al Grupo de trabajo para la dirección de TIC” (aplica solo en cambios con costo mayor o igual a 100 mil UDIS, modelo K.22.1).
007 26/06/2017 Se actualiza con apego a la versión vigente del Manual Administrativo de Aplicación General en Materia de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información.
Se modifica la clasificación de las solicitudes de soluciones tecnológicas en función de sus costos, los cuales se clasifican como:
Solicitud de solución tecnológica con costo mayor o igual a 100 mil UDIS
Solicitud de solución tecnológica con costo mayor o igual a 50 mil y menor a 100 mil UDIS
Solicitud de solución tecnológica con costo menor a 50 mil UDIS
Solicitud de solución tecnológica de complejidad menor
Se actualizan los modelos K.22.1 a K.22.4 con base en la nueva clasificación
Se actualizan los modelos K.22.5 Cambio por mantenimiento a la infraestructura informática y K.22.6 Cambio de emergencia.
Se integra la especificación “análisis de normativa del procedimiento”
11/07/2017 Se actualiza especificación y se elimina registro, por la solicitud de la Dirección de Sistemas DS/126/2017 recibida mediante el Pegasus GDS17-131
Se modifica el lineamiento operativo 3.5
Se modifica la actividad 1 del modelo “K.22.6 Cambio de emergencia”
Se realizan precisiones en los registros: - Aceptación del cambio - Acuerdos del grupo de cambios - Cambio en infraestructura - Programa de pruebas
Procedimiento operativo de administración de cambios Edición 8
Subdirección de Sistemas Informáticos para Administración de Riesgo
Fecha de vigencia: 31-Agosto-2017
Página 49 de 49
- Programa de pruebas por cambio en infraestructura - Pruebas de aceptación por cambio en infraestructura - Revisión de pruebas de aceptación - Solicitud de cambio de emergencia
008 31/08/2017 Se actualiza el procedimiento a fin de atender una observación derivada de la auditoría de la Comisión Nacional Bancaria y de Valores
Se incorpora la actividad de “Revisión de Soluciones Tecnológicas”, cuyo propósito es verificar que la solución desarrollada cumpla con los estándares de desarrollo y que no contenga funcionalidades no solicitadas.
o Se incluye el Lineamiento Operativo 4 para definir el alcance de la actividad. o Se incluye el registro “Estándares de desarrollo”. o Se incluye el registro “Criterios de revisión de no existencia de funcionalidades no solicitadas”. o Se incluye el registro “Sistemas a considerar en la revisión de soluciones tecnológicas”.
Se incorporan los lineamientos 7 y 8.
Se incorpora la actividad de Revisión de la calidad de la documentación del cambio ya liberado. o Se incluye el registro “Reporte de calidad de documentación de cambios liberados”.
Se realizan precisiones a los siguientes registros: o RG_ADC F1 Solicitud de solución tecnológica o RG_ADC F4 Evaluación de solicitud de cambio al proyecto o RG_ADC F8 Programa de pruebas o RG_ADC F9 Registro de pruebas unitarias o RG_ADC F10 Soporte de Pruebas de Aceptación. o RG_ADC F11 Aceptación del cambio o RG_ADC F12 Revisión de pruebas de aceptación.