4. Método de trabajo 33
4.5. Utilización de la metodología en el proyecto
En primer lugar se han utilizado los documentosRoad Map yVision Board4, que sirven para planificar y entender mejor el proyecto que se va a desarrollar.
El documentoVision Board es idóneo para obtener una visión y una estrategia del pro- ducto. Consiste en un tablero que plantea ciertas preguntas sobre la visión del producto, el alcance, el segmento del mercado al que va dirigido, las necesidades que cubre, etc. Es una buena práctica apoyarse en esta herramienta en el comienzo del proyecto, pues de una forma sencilla el equipo de desarrollo entenderá cual es el objetivo del producto final que deben de desarrollar.
El documentoRoad Mapes utilizado para planificar el proyecto en bloques de hitos prin- cipales. De esta manera se establecen los objetivos a corto y largo plazo que se deben de alcanzar. Por otro lado, se asocia a cada hito una fecha de finalización, las características que debe poseer, las metas alcanzadas y las métricas para verificar que se ha completado satisfactoriamente la entrega. Tanto este documento como el deVision Boardse detallan en el apartado 5.1 del capítulo de Resultados.
El siguiente paso consiste en definir y asignar los roles que van a constituir el proceso Scrum. Al tratarse de un proyecto académico compuesto por pocos participantes, la aplica- ción es más flexible y se ha decidido que cada persona puede asumir dos roles: En primer lu- gar, Francisco P. Romero, director de este proyecto, asume el rol deProduct OwneryScrum Master mientras que Juan García, alumno y autor de este proyecto, conforma elequipo de desarrolloyScrum Master.
El rol deProduct Owneres compartido por dos motivos principales:
Consenso: Las historias de usuario son establecidas por alumno y director. Ambos pueden estimar, establecer prioridades y revisar una vez completadas.
Tareas poco relevantes: Existen tareas que no son críticas o no afectan de forma directa a los objetivos del proyecto, como por ejemplo búsqueda de información o configuración de software, que el propio alumno puede dar por finalizadas satisfacto- riamente.
4Extraídas dehttp://www.romanpichler.com
4.5.1 Uso de Scrum en el proyecto
A continuación se describe el modelo de historia de usuario seguido durante el desarrollo de este proyecto. Esta plantilla es muy similar a la utilizada por los integrantes del grupo SMILe5en sus proyectos (ver figura 4.4).
Identificador: El código de identificación de cada historia de usuario es único y su patrón está compuesto de tres partes. Una primera parte con las siglas “HU”, después el número de semana del año y por último, el número de historia de usuario defini- da, empezando siempre a partir del número uno. Por ejemplo, la siguiente historia de usuario “HU1603” corresponde a la tarea numero 3 de la semana 16.
Título: Descripción breve y concisa de la funcionalidad a realizar.
Descripción: Detalla de manera acotada en qué consiste la tarea a desarrollar. Se uti- liza el siguiente formato: Como (rol) necesito (funcionalidad).
Puntos estimados: Se asigna una estimación de duración a cada tarea en unidades de tiempo. Estas estimaciones se han aplicado en base al criterio de la secuencia de Fibonnaci: 1,2,3,5,8,13,21. Si se estima que una historia de usuario va a consumir más de 21 unidades de tiempo, debe realizarse una revisión con el objetivo de intentar subdividirla en otras de menor duración.
Puntos consumidos:Una vez que la historia de usuario se ha completado se añaden las unidades de tiempo consumidas, siempre la más cercana según la serie deFibonnaci seguida. Por ejemplo, si la realización de una tarea ha sido aproximadamente de 11 horas y media, los puntos consumidos serán 13, ya que se encuentra más cercano que al número 8.
Prioridad:Se establece una etiqueta de prioridad, donde las historias de usuario con una prioridad mayor acaparan las primeras posiciones delbacklog.
Etiqueta:Clasifica la historia de usuario en los bloques correspondientes al proyecto.
En este caso las etiquetas para este proyecto sondocumentación,integración,sopor- te,minería de datosyaplicación web.
Entregable:Producto finalizado tras completar la historia de usuario, desde documen- tación a nuevas funcionalidades.
Pruebas de aceptación:Conjunto de pruebas necesarias para verificar que la historia de usuario se ha completado de forma satisfactoria. Esta característica es opcional.
Comentarios del cliente:Anotaciones o deseos que establece el cliente. Esta caracte- rística es opcional.
5Soft Management of Internet and Learning
Figura 4.4: Plantilla de historia de usuario seguida6
El esquema del flujo de trabajo se divide en 4 grupos y puede verse un ejemplo del tablero en la figura 4.5:
Backlog:Se almacenan todas las tareas que surgen durante elSprint Review.
To Do: Tareas a realizar desde unSprint Review al siguiente. En esta fase se asigna una prioridad y se estima un tiempo de realización.
Doing:Tareas que se están realizando actualmente. Se ha establecido un máximo de tres tareas simultáneas.
Waiting:Tareas que están a la espera de ser revisadas por elScrum Master con el fin de solucionar algún problema. Una vez solucionado vuelve aTo Do.
Done:Tareas realizadas, que serán revisadas en elSprint Reviewy de haber cumplido los objetivos, serán archivadas, y que en caso contrario volverán aTo do. Cuando una tarea pasa al estadoDonese elimina la etiqueta de prioridad y se establece el tiempo total dedicado a esa tarea. Si la tarea es satisfactoria, se archiva.
Se realizan reuniones cada semana entre los miembros del equipoScrum. Estas reuniones se componen de varias reuniones deScrumque a continuación se detallan. En primer lugar se evalúan las tareas realizadas, haciéndose unSprint Reviewy después unSprint Retrospective para reflexionar si se han alcanzado los objetivos iniciales. Por último, en elSprint Backlog se establecen las nuevas historias de usuario a desarrollar en la nueva iteración (ver figura 4.6).
Figura 4.5: Tablero Kanban utilizado
FRC
JGA Sprint Review
JGA
JGA JGA
FRC JGA
FRC FRC
Sprint Review
Sprint Review Sprint Review
Figura 4.6: Método de trabajo con Scrum7