...

Permitir la gestión de los proyectos de cada nodo provincialcualquier área de la STIC (sea provincial o centralizada), entendiendo como proyecto el conjunto de actividades que se hacen para, en un tiempo definido, conseguir un objetivo. Dentro de estas actividades se  engloban tanto las propias tareas de ejecución del proyecto como todas las de gestión para controlar que se siguen unos objetivos de calidad, de esfuerzo y de tiempo.

...

Este proceso tiene como alcance cualquier proyecto gestionado por el equipo provincial TIC un área de la STIC y ejecutado tanto por integrantes del propio equipo área como de proveedores externos.

...

El primer paso es proceder al alta del proyecto, identificando aquellos datos que van a ser necesarios para gestionarlo correctamente. Cualquier integrante del equipo provincial podría proceder a su creación, indicando

Nombre del proyecto

Breve descripción funcional del proyecto

Referente dentro del equipo provincial TIC para ese proyecto si es que se conoce

Para dar de alta un proyecto en la herramienta de gestión corporativa, es necesario solicitar mediante petición en MiCS en la aplicación JIRA la creación del mismo indicando el nombre y la clave del mismo. La clave debe tener una serie de restricciones impuestas por la propia herramienta, aunque se recomienda qe sea lo más descriptiva posible para poder identificar fácilmente las tareas del proyecto. Las restricciones referidas son:

• Debe tener como máximo 9 caracteres
• No debe empezar por un número
• Todo deben ser mayúsculas
• No debe contener caracteres raros ni guiones

Además, el peticionario deberá indicar el área de SSCC o el nodo provincial para el que solicita el proyecto. Este dato es fundamental porque indicará la categoría que tiene el proyecto en la herramienta corporativa.

Completar propiedades del proyecto

Una vez que el proyecto está dado de alta en la herramienta, es necesario seguir informando todos los datos que aun son necesarios. Esta actividad es llevada a cabo por los Coordinadores (pueden ser más de uno) de cada área, y esos datos en la herramienta son llamados "propiedades" del proyecto

Promotor del proyecto: deberá elegirse uno de los miembros del área o nodo provincial al que pertenezca el proyecto a gestionar

Responsable del proyecto: idem a la propiedad anterior

Área TIC: las Clasificación del proyecto: para cada área TIC se podrán definir distintos tipos de proyectos. Las áreas TIC definidas son:

• Desarrollo
• Sistemas
• Puesto usuario
• I+D+i
• Gestión 
• Seguridad

Cada equipo provincial TIC podrá definir para cada área TIC una clasificación de proyectosárea centralizada o nodo provincial podrá decidir si quiere o no usar todas las áreas TIC definidas. Además, podrán establecer una diferentes grupo de proyectos para cada una de esas áreas. Por ejemplo, podrían considerarse dentro del área de desarrollo los proyectos .net, los de explotación de datos, etc.

Proveedor encargado de ejecutar el proyecto con todos sus datos de contacto

Horizonte temporal del proyecto, es decir fecha en la que va a comenzar y fecha en la que debería finalizar

Grupos de proyectos

Centros de gestión: desplegable en el que aparecen los centros de gestión de cada área o nodo provincial. Al igual que las áreas TIC y los grupos de proyectos se configuran para cada categoría, es decir, son definidos por cada área centralizada/nodo provincial.

Prioridad

Proveedor: es el responsable junto a los miembros del área o nodo provincial de realizar las tareas del proyecto. Esta propiedad es informada si y sólo si a la empresa proveedora se le da acceso a las herramientas de gestión y de gestión del conocimiento y por tanto, dispone de usuario en las mismas. 

Nombre empresa proveedora

Nombre persona de referencia proveedor

Teléfono proveedor

Correo electrónico proveedor

Prioritario Subdirección: Indicar Indicar si el proyecto es o no prioritario para la Subdirección

Aprobación del proyecto

El responsable de cada área TIC debe aprobar o descartar la ejecución del proyecto. En el caso de que considere oportuno aprobarlo, deberá asignar un responsable del proyecto o bien modificarlo si el creador del proyecto hubiera informado alguno no correcto. Una vez aprobado, el proyecto estará listo para su comienzo.

Una vez que el proyecto está aprobado, se creará un repositorio estructurado en el que se podrá controlar por una parte la ejecución de las tareas del proyecto, el seguimiento  y el conocimiento que pudiera ser generado en el mismo.

Cada equipo provincial dispondrá de un espacio en la herramienta de gestión del conocimiento donde se muestre una clasificación de las áreas TIC.

Dentro de cada una de estas áreas el equipo TIC dispondrá de:

• Los diferentes grupos de proyectos correspondientes a ese área 
• Conocimiento del área

En cada grupo de proyecto se creará una entrada por cada uno de los proyectos, de manera que se puedan controlar

• Planificación a alto nivel
• Datos identificativos del proyecto
• Tareas abiertas o actividad en vuelo
• Resúmenes ejecutivos
• Actas de reunión
• Repositorio documental del proyecto

El proyecto quedará en cartera hasta que el responsable del área TIC correspondiente considere oportuno su comienzo. No obstante, aunque el proyecto no haya comenzado, sí que pueden generarse tareas para preparar su comienzo. Estas tareas podrán asignarse a cualquier miembro del equipo provincial TIC o al proveedor del proyecto.

Ejecución del proyecto

Cuando el responsable del área TIC correspondiente lo considera oportuno, el proyecto comienza su resolución y pasa a estar en ejecución. Es en esta fase cuando se controlará el desarrollo del mismo en base a la creación de tareas que pueden ser asignadas y ejecutadas por cualquier miembro del equipo provincial TIC o por el proveedor.

Hay que destacar que en el caso de que se trate de tareas que son acometidas por el proveedor de Soporte Provincial y queden bajo el paraguas de la actividad planificada, podrá establecerse un enlace entre las mismas y el proyecto.

Creación de espacio para el proyecto 

Una vez que se han indicado las propiedades necesarias para comenzar la gestión del proyecto, es necesario crear el espacio en la herramienta de gestión del conocimiento donde muchos de los datos se informarán directamente con lo registrado anteriormente y podrán completar información importante para la gestión del proyecto.

La estructura creada para cada espacio de un proyecto contiene:

Descripción del proyecto: consiste en incluir una breve descripción en la que se indique para qué sirve el proyecto y la justificación que lleva a su creación.

Objetivos y alcance

Estado del proyecto: se definen cuatro posibles estados:

• En estudio: el proyecto aún no ha comenzado y puede ser que nunca llegue a ejecutarse
• En cartera: el proyecto está ya aprobado pero aún no ha comenzado a ejecutarse
• En ejecución: como su nombre indica, el proyecto se está ejecutando
• Paralizado: el proyecto se ha paralizado por alguna razón bloqueante y se reanudará, es decir, pasará de nuevo a ejecución una vez que se haya solventado el motivo de bloqueo
• Cerrado: el proyecto ha llegado a su fin porque o bien porque ha acabado su ejecución o porque desde la fase de estudio se decidió no abordarlo

Hoja de ruta: Incluye el horizonte temporal estimado del proyecto y posteriormente se podrá registrar el real, así como una planificación a alto nivel que debe ir actualizándose a lo largo del ciclo de vida del proyecto

Estimaciones: pueden ir registrándose las estimaciones de recursos, esfuerzo y costes e ir cambiándolas si es necesario a lo largo del ciclo de vida del proyecto.

Información relevante: en esta sección hay un apartado, Datos básicos, que siempre va a estar actualizado de forma automática con los datos que se hayan registrado en la herramienta de gestión. Cualquier modificación de los mismos debe hacerse desde esa herramienta y no mediante edición de la página.

Cada espacio correspondiente a un proyecto tiene un enlace con un espacio "padre" que se configurará dependiendo del área centralizada o nodo provincial que gestione el proyecto.

Ejecución del proyecto

Sea cual sea el estado del proyecto, se podrán crear tareas del mismo que serán asignadas o bien a uno de los miembros del área centralizada/nodo provincial que gestiona el proyecto o bien a uno de los proveedores que se hayan incluido como usuarios del proyecto. Si el proveedor o proveedores del proyecto no tienen usuario, la ejecución y gestión de sus tareas deberá asumirlas un integrante del área centralizad/nodo provincial.

Cualquier tarea puede ser dividida en subtareas con el mismo ciclo de vida que las tareas de las que se originan. Tanto en tareas como en subtareas pueden ir registrándose trabajo, de manera que si para cada una de ella se tiene una estimación de trabajo, puede controlarse la evolución de lo estimado frente a lo incurrido.

Existe la posibilidad de que se gestionen tareas que el proveedor ejecuta normalmente en una entidad de otro tipo de proyecto (de aplicación, de plataforma, de soporte provincial). Por ejemplo, un proyecto de un nodo provincial en el que una tarea se gestione mediante una orden de trabajo de soporte provincial, o un proyecto del área de Sistemas en el que una tarea es la construcción de una plataforma. En estos casos, la tarea podrá enlazarse con la entidad en la que el proveedor hace el trabajo mediante un tipo de enlace especial, 

• Desde la entidad del proyecto a una entidad de proyectos de tipo aplicación, plataforma o soporte provincial: "Se desarrolla en"
• Desde la tarea del proyecto de aplicación,  plataforma o soporte provincial a la entidad del proyecto: "Se gestiona en". 

Tipos de tareas del proyecto

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 Se definen tres tipos 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ó.

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 MCMN: 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

...

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ó.

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.

• 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

Control y seguimiento del proyecto

Cada equipo provincial tendrá un sitio, en concreto un espacio de Confluence, donde tendrá la documentación importante y donde habrá una entrada por cada área TIC. En cada una de esas áreas se creará una entrada por cada grupo de proyectos que haya identificado el equipo provincial además de la posibilidad de poder gestionar el conocimiento del área.

• .
  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.

Control y seguimiento del proyecto

El seguimiento y control del proyecto se realiza en base al control de las tareas del mismo. A su vez, el espacio del proyecto sirve como punto de control tanto de la documentación como del seguimiento que puede hacerse a través del mismoPor cada grupo de proyectos se creará automáticamente una entrada por cada proyecto creado siguiendo siempre la misma plantilla:

• Hoja de ruta: sirve puede actualizarse para hacer tener un roadmap a alto nivel de la planificación del proyecto a corto-medio plazo.
• Sección central en la que pueden distinguirse tres subsecciones:
  • Miscelánea: donde puede recogerse cualquier documentación que sea necesaria para el proyectoEnlaces de interés, donde se recogen los enlaces a las principales herramientas necesarias para la gestión del proyecto
  • Información relevante donde se distinguen:
    • Datos básicos: donde se recogen todos los datos identificativos del proyecto y que como hemos comentado no deben cambiarse por edición de esa página
    • Informes de seguimientoResumen ejecutivo, donde podrá crearse una entrada cada vez que se quiera recoger el avance del proyecto
    • Actas del proyecto, donde podrán recogerse las actas y tener siempre un informe de las tareas de las diferentes actas que continúan abiertas
• Actividad en vuelo: aparecerá una relación de aquellas tareas que están aún sin cerrar
• Repositorio documental, por si fuera necesario adjuntar algún archivo

...