Aprobar y planificar los cambios

Esta página está dirigida a los miembros del CAB (comité asesor de cambios) y del ECAB (su equivalente para las emergencias), y a quienes gestionan el calendario de cambios en Portail ZAPP.

¿Quién aprueba?

un cambio normal lo aprueba el CAB;
un cambio de emergencia lo aprueba el ECAB;
un cambio estándar no está sujeto a aprobación: enviarlo equivale a aprobarlo;
los administradores siempre pueden decidir.

El plan de reversión es obligatorio desde que un cambio normal o de emergencia se envía a aprobación.

Decidir desde la ficha

Un cambio entra en aprobación cuando alguien hace clic en Enviar a aprobación, desde el estado Enviado o En evaluación. La sección Aprobación de su ficha muestra la etapa pendiente (En espera desde…) y el historial de decisiones.

Si el tipo del cambio lleva un circuito de aprobación (se suministran CAB y ECAB; el administrador puede ampliarlos: varios niveles, condiciones sobre el riesgo, plazos, delegación), solo los aprobadores designados por la etapa en curso pueden decidir. Los demás ven Esta validación espera a otro aprobador. Cuando el circuito concluye, el cambio pasa automáticamente a Aprobado o Rechazado.
Sin circuito, es una Aprobación directa: un miembro del comité hace clic en Aprobar o Rechazar.

Cada decisión admite un Comentario (opcional). Si hay conflictos o un periodo de congelación en la ventana del cambio, la sección lo recuerda (Ver el detalle) en el momento de decidir.

Si no hay ningún circuito en marcha para un cambio en aprobación (circuito añadido al tipo después, o interrumpido por un error), la ficha lo indica y el comité decide directamente con Aprobar / Rechazar: un cambio nunca se queda bloqueado. Un fallo del circuito nunca se trata como un rechazo.

Los aprobadores designados reciben una notificación de solicitud de aprobación; el solicitante y el responsable de la implementación reciben la decisión.

El widget Cambios pendientes de mi decisión lista las validaciones que te esperan y las decisiones directas de tu comité, incluidas las emergencias por regularizar (distintivo A posteriori).

Regularizar una emergencia

Un cambio de emergencia implementado antes de la aprobación del ECAB debe regularizarse: para ello arranca el circuito ECAB, o un miembro del ECAB hace clic en Registrar la aprobación del ECAB en la ficha. El cambio no puede cerrarse antes.

Las reuniones CAB

Cambios → Reuniones CAB prepara y deja constancia de las reuniones del comité.

Nueva reunión CAB o Nueva reunión ECAB: título, fecha y participantes.
Inscribir un cambio pendiente de aprobación en el Orden del día: solo se proponen los cambios En aprobación del comité correspondiente (emergencias para el ECAB, los demás para el CAB).
En la reunión, decide cada punto: Aprobar, Rechazar o Aplazar, con un Comentario de la reunión (opcional). Una decisión de reunión sigue el mismo camino que una decisión desde la ficha: si un circuito designa a otros aprobadores, el punto indica Decisión esperada de otro aprobador del circuito.
Redacta el Acta y después Cerrar la reunión: el orden del día y el acta quedan fijados.

Una decisión tomada fuera de la reunión (en la ficha, por el circuito, o una cancelación) se traslada al orden del día: el punto pasa a Aprobado, Rechazado o Retirado (cancelado). Crear y dirigir una reunión está reservado a los miembros del CAB y del ECAB y a los administradores; los agentes pueden consultarlas.

El calendario de cambios

Cambios → Calendario de cambios muestra las ventanas planificadas de los cambios enviados (salvo rechazados y cancelados) por mes, semana, día u orden del día, con un color por estado (Por aprobar, Aprobado / planificado, En curso, Terminado, Emergencia) y los periodos de congelación rayados. Cuando el módulo Puestas en producción está instalado, Mostrar las puestas en producción añade sus ventanas. La pestaña Por CI dedica una fila a cada CI afectado: dos cambios que se solapan en una misma fila están en conflicto. Un clic abre la ficha.

Según los componentes instalados, el calendario puede sustituirse por la lista de Ventanas de los próximos 60 días.

Conflictos de planificación

Dos cambios están en conflicto cuando sus ventanas se solapan y tocan al menos un mismo CI (objetivo o dependiente). Dos ventanas que solo se tocan (una termina cuando empieza la otra) no están en conflicto. El conflicto se señala desde el envío en el historial, en la sección Planificación: conflictos y congelaciones de la ficha (con los CI comunes) y en el momento de la aprobación. Sin CI afectados, solo se pueden detectar las congelaciones globales.

Los periodos de congelación

Cambios → Periodos de congelación lista los periodos próximos (Mostrar también los periodos pasados para el historial). Un Nuevo periodo de congelación tiene un Nombre, un Inicio, un Fin, un Motivo, un estado activo o Desactivado y un Perímetro opcional:

sin CI, la congelación es global: se aplica a todos los cambios;
con CI (Añadir un CI), solo afecta a los cambios cuyo impacto toca alguno de ellos.

Durante una congelación, un cambio cuya ventana se solape no puede enviarse a aprobación, ni aprobarse directamente, ni planificarse, ni iniciarse; un cambio estándar no puede enviarse. Los botones correspondientes no se ofrecen. Las emergencias no se bloquean: un aviso recuerda que hay que justificar la congelación ante el ECAB. Para salir de una congelación aparecida después, mueve la ventana del cambio o retíralo de la planificación; rechazar siempre es posible.

Crear, modificar y eliminar un periodo de congelación está reservado al CAB y a los administradores.

Seguimiento

Cambios → Panel de control: sobre 30, 90 o 365 días, la Tasa de éxito (revisiones posteriores a la implementación con éxito, éxitos parciales contados aparte), los Cambios de emergencia, las Reversiones, los Cambios en curso, el Plazo medio envío → aprobación por tipo y el Riesgo de los cambios en curso en forma de matriz: haz clic en una casilla para listar sus cambios.
Cambios → Kanban: una columna por estado. Arrastra una tarjeta a una columna resaltada para aplicar la transición; solo se iluminan las columnas permitidas para esa tarjeta y para ti, y las reglas de aprobación, congelación y permisos se aplican como desde la ficha. Si se rechaza, la tarjeta vuelve a su sitio con el mensaje explicativo. La implementación anticipada de una emergencia se hace desde la ficha. Si el Kanban no está disponible en tu instancia, un mensaje invita a usar la lista.

Ver también

«Configurar los tipos de cambio»: asociar un circuito de aprobación a un tipo (administradores).