Gestion de cambios en IT

Parámetros del proceso
Titulo del proceso
Gestión de cambios
Código de Proceso
IM-003
Propietario del proceso
N.N.
Valido para
PHI y servicio a QFP
Valido desde
01.01.2005
Áreas organizativas involucradas

Sistema Principal
Base de datos de cambios
Sistemas de soporte
Lotus Notes
Guías

Principales interfaces a otros procesos
Gestión de la configuración

Contenido
1 Objetivo 3
2 Alcance 3
3Roles 4
4 Diagrama de flujo del proceso 5
5 Descripción del proceso 6
5.1 Examinar Petición de cambio 6
5.2 Registrar Petición de cambio 7
5.3 Planificación y diseño 7
5.4 Instalación y prueba 8
5.5 Test de aceptación de usuario 9
5.6 Ejecución de emergencia 9
5.7 Verificación del cambio 9
5.8 Cerrar petición de cambio 10
5.9 Ejecución estándar 10
6 Verificaciones de control 11
7 Anexos 11

1Objetivo
Este proceso describe el procedimiento para la planificación e implementación de cambios en alguno de los componentes de la infraestructura (ítems del inventario de TI). Los cambios pueden ser causados por:
Problemas reportados a través de HelpDesk,
Cambios en los procesos de negocio,
Introducción a nuevos productos o servicios,
Instalación o actualización de componentes del sistema,
Cambios aespecificaciones, nuevas leyes o regulaciones,
Mejora propia del departamento de SI.
Realizar este proceso resultará en lo siguiente:
Planificar y supervisar el rollout satisfactorio de software y hardware relacionado,
Asegurar que el hardware y software que se cambia es trazable, seguro y que sólo se instalan versiones correctas, autorizadas y probadas,
Asegurar que los cambios se documentan,Cumplir completamente los requisitos del peticionario.

2 Alcance
Este proceso se encuentra bajo el siguiente alcance:
Cambios efectuados en sistemas computerizados (hardware, software y entorno asociado) desarrollados, operados o soportados por el personal de SI a favor de la entidad legal de QFP S.A., incluyendo los sistemas de PHI que proveen soporte a esos sistemas.
Este proceso también cubrelos cambios menores de hardware. Los proyectos de desarrollo, incluso los aplicados en sistemas existentes, están fuera del alcance de este proceso y deben realizarse bajo las reglas definidas en el proceso “ciclo de vida para el desarrollo de sistemas”.

3 Roles
REQ Peticionario (Cliente, o personal de SI para cambios conducidos por ellos mismos)
STA especialista del departamento de TI (Gestordel cambio)
4 Diagrama de flujo del proceso

5 Descripción del proceso
5.1 Examinar Petición de cambio
El peticionario (cliente interno o externo) realiza una petición de cambio en un sistema apoyado por personal de SI. HelpDesk asigna el cambio procedente de la administración de problemas a un grupo de trabajo especializado. Las peticiones mal asignadas son reasignadas por el receptor al grupocorrespondiente.
El personal especializado de SI examina las peticiones de cambio a su llegada para asegurar su integridad y autorización. Los requisitos mínimos son:
CWID del peticionario de Pharma, región Iberia. Nombre, localización, e-mail y número de teléfono para cualquier otro cliente.
Descripción del cambio pedido.
Declaración de emergencia y sus razones cuando corresponda.
Autorización (Loscambios que tengan algún efecto en los procesos de negocio deben ser pedidos por el propietario del proceso; los cambios menores en activos pueden ser pedidos por los coordinadores de SI).
El personal de SI clasifica el cambio dentro de una de las siguientes categorías:
Cambio no estándar
El cambio pasa por todas las etapas listadas para el proceso de cambio. La aprobación formal del peticionarioy las pruebas necesarias son necesarias antes de realizar el cambio en el sistema productivo. Los cambios que sean extensos deben considerarse como proyectos de desarrollo y seguirán el ciclo de vida para el desarrollo de sistemas.
Cambio estándar,
Los cambios que no suponen ningún impacto en el reporte financiero y pueden ejecutarse basándose en una serie de acciones conocidas se registran...