Versiones comparadas

Clave

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

...

Los proyectos de un área centralizada o nodo provincial se gestionan en base a tareas que, como hemos comentado anteriormente, pueden ser creadas y ejecutadas por integrantes del equipo del área/nodo o bien por el o los proveedores que se hayan definido para el proyecto concreto. Hay cuatro tipo de tareas:

  • Tarea general

    :

En este tipo de tareas puede especificarse:

    • Qué se quiere hacer
    • Quién debe hacerlo
    • Fechas orientativas de comienzo y fin de la tarea
    • Área TIC por si no coincide con la del proyecto
    • Centros de gestión, por si no coinciden con los del proyecto
    • Esfuerzo requerido
    • Fecha de compromiso de la tarea
    • Con quién está comprometida
    • Si es o no prioritaria para la Subdirección
    • Posibles solicitudes de NWT con las que la tarea pudiera estar relacionada

Una vez creada y asignada a su responsable, éste la ejecutará y resolverá. Existe la posibilidad de que en cualquier momento la tarea quede bloqueada, reanudándose una vez se haya resuelto el motivo que la bloqueó.

...

Una tarea no podrá darse por resuelta mientras no lo están todas sus subtareas.


  • Tarea con validación

    :

Los campos en la creación son exactamente iguales que en la tarea general. En cuanto al flujo, la única diferencia es que una vez que se resuelve la tarea, el Responsable del proyecto será el encargado de validar si la resolución de la misma es o no correcta. En el caso de que lo sea, la tarea se cerrará. Si por el contrario la resolución no es correcta, volverá a estar en resolución para que su asignado la corrija. Una vez resuelta de nuevo, volverá a ser validada por el Responsable del proyecto.



  • Tarea MCMI

    :

son tareas específicas del modelo corporativo del marco de implantaciones (marco normativo para la ejecución de cualquier proceso de implantación en el ámbito del SAS, independientemente del producto implantado). Si quieres conocer el MCMI, pincha aquí.
En este tipo de tareas debe especificarse 

    • Qué se quiere hacer
    • Quién debe hacerlo
    • Fechas orientativas de comienzo y fin de la tarea
    • Área TIC por si no coincide con la del proyecto
    • Centros de gestión, por si no coinciden con los del proyecto
    • Esfuerzo requerido
    • Fecha de compromiso de la tarea
    • Con quién está comprometida
    • Si es o no prioritaria para la Subdirección
    • Posibles solicitudes de NWT con las que la tarea pudiera estar relacionada
    • Fase MCMI:  son las fases que cubren todo el ciclo de vida de la implantación. Es un desplegable con los valores:
      • APS: Fase de obtención de información sobre la situación de partida
      • RP:  Reingeniería de procesos
      • PRE: Preimplantación
      • IMP: Implantación
      • ARR: Arranque
      • CON: Consolidación
      • EXT: Extensión
      • PN3: Transferencia del soporte a los proveedores del servicio N3

    • Área MCMI: son las áreas de conocimiento en las que se categorizan las actividades de una determinada fase de la implantación. Es un desplegable con los valores
      • FUNC: Área de conocimiento Funcional
      • FORM: Área de conocimiento de Formación
      • MIGR: Área de conocimiento de Migración
      • INTE: Área de conocimiento de Integración
      • SIST: Área de conocimiento de Sistemas e Infraestructura
      • AYED: Área de Análisis y Explotación de Datos
      • GEST: Área de Gestión

...

Una tarea no podrá darse por resuelta mientras no lo están todas sus subtareas.




  • Historia de usuario

    :

son tareas destinadas a desglosar requisitos de proyectos de desarrollo cuando la gestión de los mismo se hace con metodología ágil. La información que debe especificarse en este tipo de tareas es:

  • Qué se quiere hacer
  • Quién debe hacerlo
  • Narrativa: consiste en especificar qué es lo que se tiene que hacer usando el formato "Como______ quiero____para"
  • Criterios de aceptación de la historia de usuario.


Una vez creada y asignada a su responsable, pasará a estar en desarrollo y en testing para pasar a ser validada por quien haya pedido esa funcionalidad.
Mientras la tarea esté resolviéndose, su responsable podrá registrar trabajo en ella. El responsable del proyecto determinará "las unidades" del trabajo que se realiza, horas, HBS, etc.



En cualquier estado será posible descomponer una tarea en subtareas a las que se podrá poner fechas orientativas y hacer una estimación del esfuerzo. Al igual que en las tareas, podrá registrarse trabajo mientras estén resolviéndose. 

Una tarea no podrá darse por resuelta mientras no lo están todas sus subtareas.



  • Tarea de soporte provincial  
    Ancla
    AP
    AP

Estas tareas tienen las siguientes condiciones:

...

Si todas las preguntas tienen como respuesta No, la tarea de seguridad de cerrará directamente y el proyecto quedará registrado con la Revisión seguridad informada a Sí

Tabla de estados y acciones

Para acceder al manual JIRA que detalla los estados, acciones y roles que pueden actuar en cada punto del flujo de estos tipos de tareas, pulsa aquí.

...