Lista de control - Solicitud de Cambio RFC

De IT Process Wiki

diese Seite auf Deutschthis Page in EnglishDE - EN - Lista de control de Solicitud de Cambio RFC


Proceso ITIL: Transición del Servicio - Gestión de Cambios

Categoría: Listas de control ITIL | Transición del Servicio

Fuente: Lista de control "Solicitud de Cambio (RFC)" del ITIL Process Map

Véase también: "Checklist Request for Change" según ITIL 2011 (en inglés)

Perspectiva general


Un Solicitud de Cambio (RFC) es una solicitud formal para la implementación de un Cambio. Se envía una Solicitud de Cambio a la Gestión de Cambios para cualquier Cambio que no sea estándar (la Gestión de Cambios define usualmente un conjunto de Cambios estándares/ de rutina; estos son cambios menos importantes que no requieren ser sometidos al proceso de la Gestión de Cambios).

Un Cambio tiene el apoyo de un Propietario del Cambio, y tiene un presupuesto para su implementación. En muchos casos el Propietario del Cambio es también el que inicia el RFC. Normalmente, actúan como Propietarios de Cambio los propietarios de roles de la Gestión de Servicios de TI (por ej. el Gestor de Problemas o Gestor de la Capacidad) o a la Dirección de TI.

El Solicitud de Cambio (RFC) es un precursor del Registro de Cambio y contiene toda la información requerida para aprobar el Cambio. Se añade información adicional según pasa el Cambio por su ciclo de vida.

La cantidad de detalles depende del tamaño e impacto probable del Cambio. Frecuentemente habrá referencias a documentos adicionales con información más detallada, por ej. una propuesta de Cambio detallada. Ya que los Cambios importantes se implementan en general como proyectos, el RFC frecuentemente tiene el papel de lo que se conoce como "Carta de Proyecto".

Contenidos - Solicitud de Cambio RFC

  1. Identificación única (ID)
  2. Fecha de la presentación de la solicitud
  3. Propietario del Cambio
  4. Quién inicia el RFC (si no es también el Propietario del Cambio)
  5. Prioridad del Cambio propuesto (por ej. “Muy alta (Cambio urgente)”, “Alta”, “Normal”, “Baja” – puede ser cambiada por la Gestión de Cambio durante la evaluación del Cambio)
  6. Descripción del Cambio que se solicita
    1. Descripción resumida
    2. Caso de negocio
      1. Razón para implementar el Cambio
      2. Costos
      3. Beneficios
      4. Consecuencias si no se implementa el Cambio
      5. Referencias (por ej. a un registro de Problemas que motivó este RFC)
    3. Áreas del negocio afectadas por el Cambio en la parte del cliente
    4. Servicios afectados por el Cambio
    5. Elementos de Configuración (CI's) afectados por el Cambio
    6. Aspectos de tecnología (¿se introduce una nueva tecnología?)
  7. Riesgos durante la implementación del Cambio
    1. Riesgos identificados
    2. Contramedidas (por ej. procedimiento de reversión)
    3. Estrategia de refuerzo en caso de un fracaso en la implementación de un Cambio
  8. Calendario pronosticado/ sugerido para la implementación
  9. Estimación de recursos para la implementación
    1. Personal requerido (¿de qué áreas?)
    2. Estimación de los recursos necesarios en el área de personal
    3. Estimación de los costos (detallada en caso de Cambios mayores)
  10. Declaración sobre si un presupuesto está asignado y aprobado para este Cambio
  11. Si aplica, índice de documentos adicionales de apoyo (por ej. el Paquete de Diseño del Servicio para adiciones o modificaciones importantes a los servicios)
  12. Aprobado o rechazado
    1. Fecha
    2. Persona a cargo de la aprobación (Gestor de Cambios/ CAB/ EC)
    3. Quiénes revisan el Cambio
    4. Prioridad asignada por la Gestión de Cambios
    5. Restricciones
    6. Si aplica, razones para rechazar el RFC

 

By / de:  Stefan Kempter , IT Process Maps.