Árbol de páginas

Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

Tabla de contenidos


Info
titleCondiciones de inicio

Esta actividad puede iniciarse en cualquier momento que el responsable técnico considere que se va a producir un cambio significativo en un producto o sistema existente, que produzca una modificación de su comportamiento.

Este cambio puede ser desencadenado por la aprobación de un proyecto en sí mismo (PORTICO), por la aprobación de un desarrollo asociado a BOLSA, o incluso por el desarrollo asociado a horas de OPERACION / MANTENIMIENTO.


1. Gestión del cambio durante el desarrollo de proyectos nuevos

Diagrama

1.1. Evaluación de inicio del procedimiento del Gestión del Cambio (ENS)

Aplicar los criterios de valoración para iniciar el Procedimiento de Gestión del Cambio.

1.2. Inicio del procedimiento de Gestión del Cambio (ENS)

Si el resultado de la evaluación anterior es que se inicie el Procedimiento de Gestión del Cambio, se realizará como se describe en Procedimiento de Gestión del Cambio (ENS).

2. Gestión del cambio en pequeños evolutivos / mejoras (OPERACION)

Diagrama

2.1. Solicitudes de desarrollo de pequeños evolutivos o mejoras

En aquellas aplicaciones que tienen asociado un PORTICO de tipo operación, existe la posibilidad que un Responsable Funcional solicite el desarrollo de pequeñas evoluciones o mejoras en las mismas. Esta solicitud se realizará a través de DJ Dumbo - Atención a Usuarios

2.2. Gestión de la solicitud e identificación de trabajo asociado a bolsa

Una vez recibida la solicitud, el Responsable Técnico Principal deberá de realizar los siguientes pasos en la Tarea recibida:

  1. Asociar la tarea al PORTICO de OPERACION correspondiente.
  2. Determinar si la tarea es un Mejorativo/Evolutivo (No Mantenimiento).
    1. En caso negativo (se trata de una tarea de Mantenimiento), dará curso al trámite de resolución.
    2. En case afirmativo, de abordarse finalmente este trabajo, el tiempo de desarrollo será imputado a la BOLSA.

      Info

      Es sobre todo el TIPO de tarea lo que determina si es MANTENIMIENTO o BOLSA (ver gráfico, más arriba).

      Esto es INDEPENDIENTE del número de horas que requiera (es el Responsable Funcional quién decide cuánta Bolsa autoriza gastar en cada caso), con una excepción: un mantenimiento necesario porque se trate de un error que impida el uso de la aplicación habrá que abordarlo, aunque superemos la disponibilidad en Operación, mientras que la BOLSA no debe superarse nunca salvo autorización expresa del CD-GTI.


  3. En caso de ser una tarea que debe imputarse a la BOLSA de horas, se comprueba si hay saldo disponible en la BOLSA de horas del PORTICO de operación.
    1. En caso negativo:
      1. Modifica el tipo de tarea, en su caso, a "Documentación e informes".
      2. Se imputa tiempo de dedicación mínimo (10-15m).
      3. Se cierra la tarea como NO RESUELTA indicando "Se trata de un evolutivo y no existe BOLSA de horas disponible".
    2. En caso afirmativo, se continuará en el siguiente paso.
Advertencia

Solo en caso de existir bolsa y saldo suficiente, podrá podrá llevarse a cabo el desarrollo.


2.3. Estimación dedicación requerida

Una vez comprobado que es una tarea que requiere el desarrollo de un Mejorativo/Evolutivo, y por tanto está asociada a Bolsa, y además existe una Bolsa asociada al PORTICO de Operación, el Responsable Técnico Principal realizará la siguiente tarea:

  • Estimar la dedicación que requiere la tarea. Para ello, puedo crear las subtareas o subtareas externas para los Miembros del Equipo de desarrollo que considere necesarias.
  • Una vez conocida la estimación de la dedicación de horas que requiere la tarea, se debe comprobar si la BOLSA de horas restantes en el PORTICO de operación permite llevar a cabo la solicitud ((OJO: aquí el marcar como BOLSA ayuda porque muestra lo que hay disponible).
    • En caso negativo:
      • Modifica el tipo de tarea, en su caso, a "Documentación e Informes".
      • Se imputa el tiempo de dedicación correspondiente a las labores de estimación, en esta y las subtareas o tareas externas creadas.
      • Se cierra la tarea como NO RESUELTA, indicando "Se trata de un evolutivo, el tiempo estimado es XX y la BOLSA disponible es de YY horas".
    • En caso afirmativo, se continuará en el siguiente paso.

2.4. Solicitud aprobación al responsable de la bolsa

El Responsable Técnico Principal deberá realizar ahora las siguientes tareas:

  • Enviar una comunicación por coreo electrónico al Responsable de la Bolsa del PORTICO de operación, informando sobre la solicitud y estimación de horas e indicando que la tarea se queda en espera hasta recibir la confirmación.
  • Poner la tarea en ESPERA.

El Responsable de la Bolsa del PORTICO de operación deberá responder, en uno de los dos sentidos:

  • Negativamente. En este caso, el Responsable Técnico Principal debe:
    • Modificar el tipo de tarea, en su caso, a "Documentación e Informes".
    • Se imputa el tiempo de dedicación correspondiente a la estimación de la tarea.
    • Cerrar la tarea como NO RESUELTA, indicando "BOLSA no aprobada".
  • Afirmativamente. En este caso, el Responsable Técnico Principal deberá crear una tarea en la que se imputará el trabajo de desarrollo necesario. Esta última tarea estará asociada al PORTICO correspondiente y será marcada como de BOLSA. Es posible crear subtareas y subtareas externas si es necesario, pero todas ellas deben estar asociadas al PORTICO correspondiente. Se continuará en el siguiente paso.

2.5. Evaluación de inicio procedimiento Gestión del Cambio (ENS)

Una vez aprobado el desarrollo por el Responsable de la Bolsa, el Responsable Técnico Principal debe aplicar los criterios de valoración para iniciar el Procedimiento de Gestión del Cambio.

2.6. Inicio del Procedimiento de Gestión del Cambio (ENS)

Si el resultado de la evaluación anterior es que se inicie el Procedimiento de Gestión del Cambio, se realizará como se describe en Procedimiento de Gestión del Cambio (ENS).

Si se inicia el Procedimiento anterior, el resultado podrá ser:

  • NO autorizado. En este caso, el Responsable Técnico Principal debe finalizar los trabajos iniciados de desarrollo. COMPLETAR
    • La tarea inicial se cerrará como NO RESUELTA, indicando "Cambio no autorizado por la Comisión del Cambio (ENS)".
  • Re-evaluarlo por no estar clara alguna condición impuesta. El Responsable Técnico Principal deberá aclarar con el Responsable de la Bolsa aquellos aspectos que se le transmitan.
  • Aceptados. Se continúa con el desarrollo.

3. Criterios de valoración para iniciar el procedimiento de cambio en ENS

El Responsable Técnico realizará una evaluación previa de la "importancia" del cambio (subjetiva), de modo que determine si procede o no aplicar el procedimiento de "Gestión del Cambio" del ENS, y su correspondiente instrucción operativa.

4. Procedimiento de Gestión del Cambio (ENS)

El siguiente diagrama muestra un resumen del procedimiento de "Gestión del Cambio" del ENS, y su correspondiente instrucción operativa, desde la perspectiva de MEDEA y los pasos a realizar por el Responsable Técnico.

Diagrama

Image RemovedImage Added


4.1. Solicitud de valoración de cambio

  • El Responsable técnico principal debe crear una tarea en JIRA en el proyecto "Gestión del Cambio", con los siguientes datos:
    • Situación actual
    • Situación propuesta
    • Mejoras o necesidades que cubre el cambio (parches, versiones, etc)
    • Perjuicios en caso de no realizar el cambio (errores de funcionamiento, vulnerabilidades, etc.)
    • Impacto estimado sobre el resto de sistemas.
Alta tarea JIRA: "Solicitud de cambio". Proyecto "Gestión del Cambio"
Tipo de tarea:"Petición de servicio"Pórtico:Ninguno
Disciplina:"P4. Control del proyecto"Proceso:"Gestión del cambio"