Terminología de gestión de cambios
|
|
Término
|
Descripción
|
Elementos finales afectados
|
Los elementos finales afectados son los elementos finales asociados con un objeto de cambio en particular. Normalmente, el elemento final es el objeto que contiene el problema o la incidencia que se trata. Al crear o actualizar un informe de problemas o una solicitud de cambio, se añaden elementos finales afectados. Las asociaciones no se propagan de un informe de problemas a la solicitud de cambio creada en respuesta.
|
Objetos afectados
|
Los objetos afectados son artículos, documentos, planes de proceso u otros objetos controlados mediante revisiones que se verán afectados por el cambio. Éstos se añaden a una tarea en el plan de implementación de una notificación de cambio. Normalmente, estos artículos o documentos se ven afectados cuando un usuario completa la tarea asignada.
|
Administrador de cambios
|
Existen tres roles de proceso importantes asociados con el título de Administrador de cambios.
El primer administrador de cambios (Administrador de cambios I) revisa la solicitud de cambio, recopila información de impacto y comunica la decisión para rechazar o implementar el cambio en la rama sencilla o compleja del proceso de cambio. El Administrador de cambios I también crea las solicitudes de cambio a partir de los informes de problemas no resueltos.
El segundo administrador de cambios (Administrador de cambios II) es responsable de crear el plan de implementación incluido en la notificación de cambio. El Administrador de cambios II también es responsable de dejar constancia de la decisión del Consejo de implementación de cambios para seguir adelante con el plan de implementación.
El tercer administrador de cambios (Administrador de cambios III) hace de auditor de todo el material relacionado con un cambio, asegurando que toda la documentación generada sea clara, concisa y válida, y que todos los pasos del proceso se ejecuten correctamente.
|
Consejo de implementación de cambios (CIC)
|
Un consejo de implementación de cambios revisa y aprueba o rechaza el plan de implementación incluido en la notificación de cambio.
|
Notificación de cambio |
Una notificación de cambio representa una autorización de trabajo para documentar y liberar nuevos diseños, mejorar diseños existentes o corregir problemas.
La notificación de cambio se puede crear en referencia con una o más solicitudes de cambio, en la que se detallan las tareas que deben completarse para que se implemente el cambio. También permite asignar las tareas a personas.
|
Objetos de cambio
|
Los objetos de cambio son objetos disponibles en el proceso de gestión de cambios. Las solicitudes de cambio, las notificaciones de cambio, las tareas de cambio, los informes de problemas, las variaciones y las revisiones de cambios son objetos de cambio disponibles de fábrica.
|
Solicitud de cambio |
Una solicitud de cambio se puede crear como respuesta a uno o más informes de problemas, o sin hacer referencia a ningún informe de problemas. En ella se detallan los cambios necesarios para solucionar el problema o proporcionar la mejora para que las personas adecuadas puedan tomar la decisión empresarial de cancelar o continuar con el cambio propuesto.
|
Consejo de revisión de cambios (CRC)
|
Un consejo de revisión de cambios revisa y aprueba o rechaza una solicitud de cambio. Normalmente está compuesto por representantes de los departamentos de la compañía, como por ejemplo, la ingeniería de diseño, la ingeniería de producción y el control de calidad.
|
Tarea de cambio |
Una tarea de cambio representa instrucciones de funcionamiento que se deben seguir para responder a una notificación de cambio. Una notificación de cambio compleja puede incluir muchas tareas de cambio, mientras que una notificación de cambio simple puede estar compuesta por una sola tarea de cambio.
|
Solicitud de cambio sencillo
|
Este tipo de solicitud tiene un bajo impacto y costo, por lo que se puede procesar rápidamente a través del proceso de cambio. El umbral de costos para los cambios que se pueden procesar mediante los cambios sencillos se especifica normalmente en la directiva de la compañía.
|
Solicitud de cambio complejo
|
Las solicitudes de cambios complejos son aquellas que tienen un gran impacto y costo y que requieren un análisis y revisión más profundos. Los cambios complejos deben pasar por el consejo de revisión de cambios antes de implementarse.
|
Plan de implementación
|
El conjunto colectivo de tareas de cambio de una notificación de cambio.
|
Cambio pendiente
|
Un cambio pendiente es una solicitud de cambio no resuelta o una notificación de cambio incompleta que afectará al objeto. Este icono de cambio pendiente aparece en la barra de título de la página de información de los objetos que tienen un cambio pendiente. |
Informe de problemas |
Un informe de problemas se crea para documentar un problema o solicitar una mejora del producto. Lo crean los usuarios registrados para ellos o un usuario en nombre de alguien externo al sistema, como un cliente o proveedor.
|
Objetos resultantes
|
Los objetos resultantes son los artículos, documentos, planes de proceso u otros objetos gestionados que resultarán de un cambio. Éstos se añaden a una tarea en el plan de implementación de una notificación de cambio. Normalmente, estos objetos se crean (o modifican) como parte de la finalización de la tarea asignada.
|
Objeto de cambio patrocinado
|
Los objetos de cambio son informes de problemas y variaciones creados en el contexto del proyecto.
|
Tipo
|
Un tipo es una característica de objeto que distingue entre objetos.
|
Variación |
Una variación es una autorización para desviarse de la configuración diseñada para un número específico de unidades o para un periodo de tiempo determinado. Dos tipos habituales de variaciones son las desviaciones y las exenciones.
|