El objetivo del proceso Seguimiento del Proyecto es comprobar que las planificaciones y estimaciones que hemos realizado sobre el tiempo y los recursos del proyecto se están cumpliendo. Durante todo el transcurso del proyecto vigilaremos su marcha y lo confrontaremos con la planificación, si se producen desviaciones respecto a lo planificado debemos tomar medidas para corregir las desviaciones o volver a planificar el proyecto.
El seguimiento del proyecto se realizará a distintos niveles durante el ciclo de vida del proyecto:
El seguimiento del proyecto es tarea del Jefe de Proyecto
Rol | Tareas en las que interviene |
---|---|
Jefe de Proyecto | |
MDA-TR-1.0-Seguimiento de iteraciones | |
MDA-TR-1.0-Seguimiento de releases | |
MDA-TR-1.0-Seguimiento de hitos |
El seguimiento de una iteracción se consigue a través de la reunión diara de Scrum.
Estas reunión se debe de realizar cada día exactamente a su hora y en el mismo sitio. Lo ideal es realizarla frente a un tablón (material) de tareas, compuesto de 3 columnas (Sin asignar, en progreso y finalizadas), y en el que las tareas son representadas a través de post-it, colocadas en cada una de las columnas.
La duración de la reunión no debería de sobrepasar los 15 minutos.
La agenda de estas reuniones diarias consisten en contar cada miembro del equipo de trabajo, de manera muy resumida, los progresos realizados en las tareas asignadas, los posibles inconvenientes o dificultades encontradas, y la asignación (si procede) de nuevas tareas.
Actualización del “tablón”
Si se utiliza un tablón material de tareas, éstas deben ir actualizándose en los Scrum diarios. Conforme cada persona describe lo que hizo el día anterior y lo que hará hoy, mueve los post-it en el tablón. Conforme describa elementos no planificados, pondrá un posít nuevo para cada uno de ellos.
Actualización de las tareas en JIRA
Cada miembro del equipo debería mantener actualizadas las tareas asignadas a él en JIRA diariamente, siguiendo las siguientes normas:
El seguimiento diario del Sprint deberá ser realizado por el Jefe de Proyecto. Para ello, se utilizará JIRA para obtener la información relativa a las tareas y el equipo que conforman este Sprint.
Es responsabilidad del Jefe de Proyecto:
Para ello, el jefe de proyecto dispone de los paneles de control , y concretamente del Panel de Seguimiento diario del Sprint.
Para esta tarea se deben de dar de alta un JIRA con los siguientes datos
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada |
---|---|---|---|---|---|
Tarea | Demo de sprint Nº | Gestion de Proyectos | GP-Realizar el seguimiento del proyecto | REUNION | [Versión del proyecto] |
En la demostración de Sprint, el equipo de trabajo mostrará a los asistentes (entre ellos el cliente o dueño del producto) el trabajo realizado durante el Sprint. Se realizará una demostración “en vivo” del producto, mostrando el funcionamiento de las historias y tareas terminadas en el Sprint.
La reunión en sí se planteará en 2 partes:
Plantilla | Descripción | Nomenclatura | Ubicación |
---|---|---|---|
PlantillaDemoSprint | Plantilla para elaborar la Demo de Sprint | XXX-PDM-1.2.3-DemoSprintNº.odp | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento |
A esta reunión asisten todos los integrantes del equipo, el Scrum Master, el Dueño del Producto, usuarios y cualquier otro interesado en el sistema.
La demostración no debe durar más de 2 horas, aunque en general con 1 hora es suficiente para que todos puedan ver el producto, debatirlo y proponer cambios para el próximo Sprint.
Asigna tiempos a la tarea del Jira Demo de sprint Nº
Tras la reunión de demo de sprint, crea un acta que recoja los cambios propuestos por el cliente para el siguiente Sprint, que sea aprobada por el cliente:
Plantilla | Decripción | Ubicación | ||
---|---|---|---|---|
Acta | Plantilla para elaborar el Acta de Aprobación | /Proyecto/Documentacion/1.GestionProyecto/1.2.OrdenesYactas |
Asigna tiempos a la tarea del Jira Demo de sprint Nº
Para esta tarea se deben de dar de alta un JIRA con los siguientes datos
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada |
---|---|---|---|---|---|
Tarea | Retrospectiva de sprint | Gestion de Proyectos | GP-Realizar el seguimiento del proyecto | REUNION | [Versión del proyecto] |
La reunión de Retrospectiva del Sprint es una reunión en la cual los miembros del Equipo discuten el Sprint que acaba de finalizar, y determinan qué podría cambiarse en el próximo Sprint para que sea más productivo y mejor.
La demostración del Sprint se centra en qué está desarrollando el equipo y si es acorde a las necesidades del cliente, mientras que la retrospectiva se centra en cómo están desarrollando el sistema.
El encargado de guiar la reunión es el Jefe de Proyecto, mostrando la dedicación del equipo dando a conocer los imprevistos e impedimentos que pudieron influir en el transcurso del Sprint.
El equipo debería dividir los temas del Sprint en:
La dinámica será en que cada miembro del equipo exponga su impresión del Sprint y agregue temas a las dos primeras columnas. Cuando los miembros del equipo discuten sobre el Sprint que acaba de finalizar, no solo tratan temas técnicos, sino que tiene que surgir cualquier tipo de mejora, que puede estar dada en los procesos que el equipo utiliza para hacer su trabajo, temas de comunicación, etc.
Crea un nuevo documento con las conclusiones sacadas en la retrospectiva de sprint.
Plantilla | Descripción | Nomenclatura | Ubicación |
---|---|---|---|
RetrospectivaSprint | Retrospectiva de Sprint | XXX-RSP-1.2.3-RetrospectivaSprintNº | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento |
Tras realizar la retrospectiva de sprint introduce tiempos en Jira y da el jira por cerrado.
Al final del sprint podemos sacar un informe de hoja de tiempos Time sheet report en Jira en el que nos indica el tiempo empleado por cada una de las personas durante el sprint.
Para obtener este informe seleccionamos la opción de menú Projects → NombreProyecto → Informes → Time Sheet Report. La información a indicar para obtener el informe es:
Start Date | End Date | Group | Project | Filter | Show Weekends | Group by fields |
---|---|---|---|---|---|---|
Fecha inicio sprint | Fecha fin sprint | gr-dev-NombreGrupo1) | NombreProyecto | ClaveProyecto-SprintNº2) | Desmarcado | Responsable |
El informe nos da información sobre el número de horas empleadas por cada una de los miembros del equipo diariamente, y también en que ha estado trabajando cada uno de los días.
El seguimiento de la release me permite conocer la marcha global de la release, cuánto me estoy desviando de las planificaciones hechas y me permite tomar decisiones si observo desviaciones significativas sobre la marcha del proyecto. Para realizar el seguimiento de la Release me puedo ayudar de una serie de paneles de seguimiento que me ayudarán a ver la marcha de la Release. En Paneles de Control hay instrucciones acerca de cómo crear paneles de seguimiento de Release.
Para esta tarea se deben de dar de alta un JIRA con los siguientes datos
Tipo | Descripción | Disciplina | Proceso | Label | Version Fijada |
---|---|---|---|---|---|
Tarea | Seguimiento Release | Gestion de Proyectos | GP-Realizar el seguimiento del proyecto | RELEASE | [Versión del proyecto] |
El principal momento para realizar el seguimiento de la Release es tras finalizar un sprint. Al comienzo del sprint el equipo de trabajo se propuso realizar una cantidad de trabajo según el Plan de Iteración, al final del sprint deberá comprobar si el trabajo va según lo estimado, mejor de lo estimado o con retraso. Para ver el resultado final del sprint puedes consultar la Pizarra de Tareas de Jira. Una vez visto el desarrollo del sprint, debes replanificar la release. Para ello
Para replanificar la release no debes cambiar sin más la fechas, sino que debes tener en cuenta las siguientes cuestiones:
Guarda el nuevo Plan de Release en la carpeta de Seguimiento
Plantilla | Descripción | Nomenclatura | Ubicación |
---|---|---|---|
SeguimientoRelease | Seguimiento de Release | XXX-SRL-1.2.3-SeguimientoReleaseyyyymmdd | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento |
Una vez replanificada la Release debes actualizar el cronograma. Para ello sigue los pasos indicados en MDA-TR-1.0-Realizar el cronograma modificando las fechas de los sprints siguientes al anterior. Si ya has realizado alguna revisión del cronograma abre el seguimiento del cronograma.
Cada vez que modifiques el cronograma recuerda realizar una línea base tal y como se indicaba en 4.- Establece una línea base en el cronograma. Puedes comparar la marcha del proyecto con la línea base seleccionando Ver → Gantt de seguimiento. Veras en negro la línea base (o planificación anterior) con la situación anterior y ver cómo de buena fue la planificación anterior y ver las modificaciones que ha sufrido el proyecto.
También puedes ver la desviación en días seleccionando la opción de menú Ver → Tabla → Variación que muestra el número de días de retraso que llevamos con respecto a la planificación inicial.
Una vez modificado el cronograma guarda la nueva copia del cronograma en la carpeta de seguimiento.
Plantilla | Descripción | Nomenclatura | Ubicación |
---|---|---|---|
CronogramaSeguimiento | Cronograma Seguimiento | XXX-SCR-1.2.3-SeguimientoCronogramayyyymmdd | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento |
Si la planificación de la release ha variado tras la realización del sprint comunica al cliente la nueva planificación tal y como indica 9. Comunica al cliente la nueva planificación
Un buen seguimiento del proyecto implica un trabajo contínuo. Para ello dispones de los paneles de control ClaveProyecto-Release-Seguimiento y ClaveProyecto-Release-Estadísticas. Revísalos contínuamente para ver la marcha de tu proyecto.
En la planificación del proyecto definimos varios hitos. Durante todo el ciclo de vida del proyecto debemos hacer un seguimiento si se cumplieron las planificaciones en lo que respecta a los hitos. Los hitos que definimos en el cronograma son los siguientes:
Además hay tareas relevantes que conviene hacerles un seguimiento para la buena marcha del proyecto. Estas otras tareas a las que hacer un seguimietno sería la finalización de grupos de tareas correspondientes a los hitos.
Las tareas a realizar tras el seguimiento de estos hitos son exactamente las mismas que se identificaron en el seguimiento de las Release, modifica el cronograma y el documento de planificación de release, si es necesario, y comunica al cliente la nueva planificación. Revisa el apartado MDA-TR-1.0-Seguimiento de Releases para ver cómo realizar estas acciones.
Nota | Recuerda que el nuevo cronograma revisado y el nuevo plan de release revisado deben guardarse en la carpeta /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento |
---|
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | Nota |
---|---|---|---|---|
Cronograma | CRN | XXX-CRN-1.2.3-Cronograma | /Proyecto/Documentacion/1.GestionProyecto/1.1.Planificacion | |
PlanRelease | PRL | XXX-PRL-1.2.3-PlanRelease | /Proyecto/Documentacion/1.GestionProyecto/1.1.Planificacion | |
Plan de Iteración | Tareas: https://jira.atica.um.es/jira/secure/TaskBoard.jspa Gráficas: https://jira.atica.um.es/jira/secure/ChartBoard.jspa |
Plantilla del Artefacto | SIGLAS | Nomenclatura | Ubicación | Nota |
---|---|---|---|---|
CronogramaSeguimiento | SCR | XXX-SCR-1.2.3-Cronogramayyyymmdd | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento | Este artefacto se modificará durante todo el ciclo de vida del proyecto |
SeguimientoRelease | SRL | XXX-SRL-1.2.3-SeguimientoReleaseyyyymmdd | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento | Este artefacto se modificará durante todo el ciclo de vida del proyecto. |
PresentacionDemoSprint | PDM | XXX-PDM-1.2.3-PresentacionDemoSprintN | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento | Tendremos una por cada uno de los sprints del proyecto |
RetrospectivaSprint | DRS | XXX-DRS-1.2.3-RetrospectivaSprintN | /Proyecto/Documentacion/1.GestionProyecto/1.3.Seguimiento | Tendremos una por cada uno de los sprints del proyecto |
DashBoard Seguimiento Release | ClaveProyecto-Release-Seguimiento | https://jira.atica.um.es/jira/secure/Dashboard.jspa | Uno por release del proyecto | |
DashBoard Estadísticas Release | ClaveProyecto-Release-Estadísticas | https://jira.atica.um.es/jira/secure/Dashboard.jspa | Uno por release del proyecto | |
DashBoard Seguimiento Sprint | ClaveProyecto-Iteración | https://jira.atica.um.es/jira/secure/Dashboard.jspa | Uno por proyecto. En cada sprint cambiaremos el filtro. |
Herramienta | Version | Utilizada en | Descarga | ||
---|---|---|---|---|---|
Jira | 4…. | Planificación y Seguimiento | https://jira.atica.um.es/jira | ||
Microsoft Office Project | 2003 | Cronograma Cronograma de Seguimiento | Disponible en Novell | ||
OpenOffice Calc | 3.3 | Planificación de Release Seguimiento de Release | Disponible en Novell | ||
OpenOffice Writer | 3.3 | Retrospectiva de Sprint | Disponible en Novell | ||
OpenOffice Impress | 3.3 | Demo de Sprint | Disponible en Novell |
Las métricas del proyecto se guardarán dentro de la carpeta del proyecto en Proyecto/Documentacion/1.Gestionproyecto/1.4.Metricas. Las métricas de este proceso en concreto se almacenan en la Hoja GP.
NOTA: Todos los tiempos se miden en horas, salvo que se indique expresamente lo contrario. |
---|
Pulsa el botón Search
Usa la Plantilla de Seguimiento tal y como se indica en el apartado Calcular tiempos con Jira.