procedimiento operativo de administración de cambios

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.




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




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.




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.




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




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.




Página 8 de 49


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


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.


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.




Página 9 de 49

12


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,


13



Revisa el acta de constitución del proyecto; firman el documento las personas indicadas en él.


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.


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.


16


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.


17



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.


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


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




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.


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.


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.


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.


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.


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



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.




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


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.


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


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


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


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.




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.



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.


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.


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


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.


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



Aprueba “ADP F2 Acta de aceptación de entregables” y firman el documento las personas indicadas en él.


Registra entrega del entregable

Adjunta en el centro de proyectos el formato “ADP F2 Acta de aceptación de entregables” aprobado.


Elabora ADP F3 Acta de cierre de proyecto

Elabora “ADP F3 Acta de cierre de proyecto” y lo adjunta en el Centro de Proyectos.


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.




Página 13 de 49

49


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.


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


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”


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


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.


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



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.




Página 14 de 49




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



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.







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










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.




Página 16 de 49



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




6



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.


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


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



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.


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


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.




Página 17 de 49

del Portafolio de Proyectos de TIC

14



Revisa “ADP FA2 Documento de planeación del proyecto” y firman el documento las personas indicadas en él.


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



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



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.




19



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





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.






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.



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.




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.


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.




27


Aprueba ADC F8 Programa de pruebas

Aprueba el formato “ADC F8 Programa de pruebas”. Firman el documento las personas indicadas en él.



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.




30








31



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.



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





Página 19 de 49


Soporte de pruebas de aceptación

34



Elabora y revisar el formato “F11 Aceptación del cambio” y lo entrega al Titular de la Unidad Administrativa Solicitante.

35



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.























Página 20 de 49








Invoca al “Procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción.


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


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.



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



Aprueba “ADP F2 Acta de aceptación de entregables” y firman el documento las personas indicadas en él.


Registra entrega del entregable

Adjunta en el centro de proyectos el formato ADP F2 Acta de aceptación de entregables aprobado.


Elabora ADP F3 Acta de cierre de proyecto

Elabora “ADP F3 Acta de cierre de proyecto” y lo adjunta en el Centro de Proyectos.


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


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.













Página 21 de 49

49


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”.



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



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.



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



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.




Página 22 de 49




Página 23 de 49

K.22.3 Solicitud de solución tecnológica con costo menor a 50 mil UDIS


1



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.













- La rechaza a través del Sistema Gestión, indicando la causa.

- Fin del Procedimiento.




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.




Página 24 de 49



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




6



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



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



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.


Aprueba TIC ADC F5 Especificación de requerimientos


10



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





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.




Página 25 de 49






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.



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.


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.




18


Aprueba ADC F8 Programa de pruebas

Aprueba el formato ADC F8 Programa de pruebas. Firman el documento las personas indicadas en él.







21











Página 26 de 49

22



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.



Reporta resultado no exitoso del programa de pruebas mediante el procedimiento de liberación y entrega. Regresa a la actividad 13.

24




25


Elabora y revisa ADC F11 Aceptación del cambio.


26





















Página 27 de 49













Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de producción.










32


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



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



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.




Página 28 de 49


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



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.




Página 29 de 49




Página 30 de 49

K.22.4 Solicitud de solución tecnológica de complejidad menor


1



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.










- 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.






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.



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.




Página 31 de 49






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.



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.







10








11


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.


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




14 Representante de la Unidad

Elabora y revisa ADC F11





Página 32 de 49


Aceptación del cambio

15






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.

















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.



Invoca al procedimiento de liberación y entrega para instalar la solución tecnológica en al ambiente de producción. Termina el procedimiento




Página 33 de 49




Página 34 de 49

K.22.5 Cambio por mantenimiento a la infraestructura informática


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.


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


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


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


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.


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


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.




Página 35 de 49

cambio en infraestructura

10


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


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.


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


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


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.




Página 36 de 49

K.22.6 Cambio de emergencia


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:




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.


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.



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.



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.



Construye y desarrolla la solución tecnológica con base en lo establecido en el formato ADC F7 Diseño de la solución.



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




Página 38 de 49

evidencias de las pruebas realizadas para su posterior inclusión en el documento “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


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


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.


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




15




16






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.








Página 39 de 49













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.



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.




21





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.






Página 40 de 49

22


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.


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


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


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


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.


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


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



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



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.




Página 41 de 49

Infraestructura Informática

cambio en infraestructura


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


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



Invoca al “procedimiento de liberación y entrega” para instalar la solución tecnológica en al ambiente de producción.


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




Página 42 de 49




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



javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)




Página 44 de 49




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







Especialistas de cómputo distribuido de Infraestructura Informática

Analista de Infraestructura Informática




Responsable de liberación y entrega / Responsable de cambio en infraestructura informática:

Especialista Líder 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



Grupo de Cambios:

Director(a) de Sistemas

Subdirector(a) de Infraestructura Informática

Subdirector(a) de Sistemas Informáticos Institucionales

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)




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









Especialistas de cómputo distribuido de Infraestructura Informática

Revisor de Solución Tecnológica:










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

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)

javascript:void(0)




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




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.




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




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.

procedimiento operativo de administración de cambios

Documents