| Tabla de contenidos |
|---|
| Info | ||
|---|---|---|
| ||
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 en proyectos nuevos (PORTICO)
Diagrama
1.1. Evaluación de inicio procedimiento Gestión del
cambioCambio (
desde la perspectiva delENS)
En este caso, el Responsable técnico principal debe solicitar su creación, tal como se describe:
Cuando el PORTICO asociado a este proyecto es un desarrollo evolutivo de una aplicación que YA existe, es posible que no sean necesaria la creación de este proyecto.
| Nota |
|---|
Como veremos en la Planificación de la Release, en estos casos será necesario crear una nueva Release, y su correspondiente Versión en JIRA. |
2. Solicitud de cambio (si procede)
En este paso, el Responsable técnico principal debe actualizar los siguientes datos en la aplicación PORTICO:
- Actualizar o añadir los proyectos JIRA asociados
- Añadir responsable técnicos adicionales (en su caso)
- Añadir el espacio de Confluence asociado al proyecto (Pendiente implementación en PORTICO)
3. Creación y configuración del Proyecto en Confluence
3.1. Creación del espacio y configuración inicial
De manera análoga al caso de JIRA, cuando el PORTICO asociado a este proyecto se trate del desarrollo de una nueva aplicación, es posible que NO existe el proyecto en Confluence para su gestión.
En ese caso, el Responsable técnico principal realizará los siguiente pasos:
- Creación del Espacio para la Gestión del Proyecto
- Clasificación del Proyecto en la categoría/s adecuadas (en el/los Grupo/s de Trabajo a el/los que pertenece el proyecto).
- Concesión de permisos en el proyecto a los Miembros del Equipo de Desarrollo .
Cuando el PORTICO asociado a este proyecto es un desarrollo evolutivo de una aplicación que YA existe, es posible que no sea necesaria la creación de este espacio.
| Nota |
|---|
En estos casos, dependerá del proyecto, pero en general se añadirán nuevas Releases, o si es necesario se creará un nuevo Documento de Visión, Planificación, ... |
3.2. Alta de Tarea de Solicitud de Cambio en JIRA
- El Responsable técnico principal , desde la página del Espacio del proyecto llamada Planificación y Seguimiento , debe crear una tarea en JIRA para reflejar el comienzo del trabajo en esta fase del proyecto, asociándola a la tarea Apertura del Proyecto. Se puede encontrar información sobre como crear rápidamente tareas en JIRA desde Confluence aquí. Al finalizar el trabajo, se debe cerrar dicha tarea, previamente registrando las horas trabajadas):
4. Caracterización de los datos básicos del Proyecto
Una vez creado el proyecto, el Responsable técnico principal debe introducir (o actualizar si ya existía el proyecto) los siguientes datos en la Página Principal del Espacio (todo espacio tiene una página de Inicio)
4.1. Datos básicos del proyecto
1.2. Subproceso Gestión del Cambio (ENS)
2. Gestión del cambio en pequeños evolutivos / mejoras (OPERACION)
Diagrama
2.1. Identificación de la bolsa
2.2. Estimación dedicación requerida
2.3. Solicitud aprobación a responsable bolsa
2.4. Evaluación de inicio procedimiento Gestión del Cambio (ENS)
2.5. Subproceso Gestión del Cambio (ENS)
2.6. Creación tarea de desarrollo asociada a bolsa
3. Criterios de valoración para iniciar el procedimiento de cambio en ENS
4. Procedimiento de Gestión del Cambio (ENS)
Diagrama
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" |
Lo primero que se debería seleccionar, es el PORTICO activo asociado al proyecto. Cuando esto se realicé, la mayoría de campos e información de esta página será obtenida automáticamente de PORTICO, y se copiará aquí.
| Advertencia | ||
|---|---|---|
| ||
Al cambiar el PORTICO Activo, se reemplazará CUALQUIER INFORMACION de esta página por los datos obtenidos desde PORTICO, por lo que se perderá dicha información. Si desea guardar esta información, debería copiar la página. |
- PORTICO activo : En esta parte debe seleccionar el PORTICO activo actualmente asociado al proyecto, de la lista desplegable
- Título del Proyecto: Nombre por el que se conoce el Proyecto (Obtenido automáticamente de PORTICO)
- Grupo/s de trabajo responsable en ATICA: Siglas del/los grupos de trabajo que son responsables del desarrollo del proyecto en ATICA (Obtenido automáticamente de PORTICO)
- Trámites en Inventario: Código de los trámites en Inventario (si existen) que dan soporte al proyecto de desarrollo. Puede encontrar todos los trámites publicados en la Universidad de Murcia en la Sede Electrónica, o todos los trámites definidos en la aplicación Inventario, que da soporte a la Metodología aprobada por Consejo de Gobierno. (Obtenido automáticamente de PORTICO)
- Director del proyecto: Corresponde con el director de proyecto asignado en PORTICO, o el Responsable funcional del mismo (Obtenido automáticamente de PORTICO)
- Responsable técnico principal: Responsable técnico principal en ATICA del proyecto. Se pueden hacer enlaces a personas existentes en Confluence. (Obtenido automáticamente de PORTICO)
- Responsable/s técnicos adicionales: Lista de responsables técnicos adicionales del proyecto (Obtenido automáticamente de PORTICO)
- Coordinador/es (UM/TICARUM/Externo): Si existe, el/los responsable/s en TICARUM del proyecto.
- Proyecto/s JIRA asociado/s : Enlace a el/los proyecto/s JIRA asociado/s al proyecto. (Obtenido automáticamente de PORTICO)
- Cuadro de mando del proyecto: Si existe, enlace al cuadro de mando en JIRA del proyecto
- Enlace a APIUM: El enlace a la aplicación dada de alta en APIUM.
- Enlace código fuente: El enlace al repositorio SVN o GIT en el que se alberga el código fuente del proyecto.
- Estado actual del proyecto: Distinguimos 4 fases en el estado del proyecto: PLANIFICACION, DESARROLLO, PRUEBA y MANTENIMIENTO.
4.2. Descripción / Propósito del Proyecto
Algunos párrafos con una pequeña descripción del proyecto, que permitan entender cuales son los objetivos del mismo.
Este campo se obtendrá AUTOMATICAMENTE desde PORTICO.
4.3. Contexto
Se describe el contexto del proyecto, como por ejemplo si se realiza por imperativo legal, para cumplir ciertas normativas, necesidad del servicio, mejora al usuario, cumplir las líneas estratégicas, etc.
Este campo se obtendrá AUTOMATICAMENTE desde PORTICO.
4.4. Alcance del Proyecto
Se definen los límites del proyecto, delimitando que se incluye y que no.
Este campo se obtendrá AUTOMATICAMENTE desde PORTICO.
5. Alta de la aplicación en APIUM
El Responsable técnico principal , o el miembro del equipo de desarrollo en el que delegue, y si no existe previamente, debe dar de alta en APIUM la aplicación que se está construyendo, y caracterizar al menos los datos básicos de la misma;
En la pestaña DESARROLLO, se deberá establecer que la aplicación está en Estado "Desarrollo".
6. Alta en repositorio del control de versiones
Actualmente, el sistema de control de versiones de código recomendado por MNCS es Gitlab, aunque todavía se soporta SVN para aquellos proyectos que lo necesitan.
Para dar de alta el proyecto en Gitlab, un Responsable técnico debe seguir las siguientes:
Instrucciones de la Wiki del Programador de ATICA.