Metodología SCRUM

Es un método de Desarrollo Ágil para gestión de proyectos dentro de un proceso de análisis que contiene actividades de requerimientos, análisis, diseño, evolución y entrega. Donde en cada actividad ocurre un proceso llamado sprint. (Pressman, 2010). Con SCRUM existe agilidad, flexibilidad e incertidumbre, es un trabajo en equipo que está desde el inicio del proyecto hasta el final, realizando productos en menos tiempo, buena calidad y menor costo (Trigás Gallego, 2012).

a. El equipo SCRUM.

• El dueño de producto (product owner).

El dueño del Producto es responsable de la gestión de la Lista de requisitos del sistema (historias de usuario). Siempre se debe respetar las decisiones del Product Owner, para que realice un buen trabajo (Schwaber & Sutherland, 2013).

• El equipo de desarrollo (development team).

Es el equipo encargado de realizar el trabajo de desarrollo e incrementos al producto, el equipo de desarrollo es capacitado para poder gestionar su propio trabajo y ni el Scrum Master puede decirles cómo hacer las funcionalidades del producto, todos los miembros del equipo deben ser multifuncionales y todos tienen la misma categoría como desarrolladores y la responsabilidad recae sobre todo el equipo.

El equipo de desarrollo debe ser lo suficientemente pequeño para que se mantenga ágil y lo suficientemente grande para que soporte un proyecto y poder completarlo (Schwaber &

Sutherland, 2013).

• El scrum master.

Es el responsable de guiar al equipo bajo las prácticas del Scrum y se encuentra al servicio del Equipo Scrum; también ayuda a comprender a las personas externas al equipo las interacciones con el Equipo Scrum y así buscas potenciar el valor creado por el Equipo Scrum (Schwaber &

Sutherland, 2013).

b. Eventos de SCRUM.

• Sprint.

Es el corazón de SCRUM, donde cada sprint detalla lo que se va a hacer. (Schwaber &

Sutherland, 2013). En cada sprint se realizan las etapas de desarrollo, requerimiento, análisis, diseño, evolución y entrega. Al finalizar cada Sprint se va integrando hasta obtener el producto final.

• Reunión de planificación de sprint (sprint planning meeting).

Es en la reunión de planificación de Sprint donde se conoce el trabajo que se va a realizar en un Sprint, dicha reunión puede durar como máximo 8 horas. Y es allí donde el Scrum Master se encarga de controlar los tiempos.

En esta reunión se selecciona que elementos de la Lista del Producto se deben considerar en este Sprint y cuanto es el tiempo y esfuerzo que va a requerir el Equipo de Desarrollo para realizarlo; y a esto se le llama lista de pendientes (Schwaber & Sutherland, 2013).

• Objetivo del sprint (spring goal).

Es establecer una meta para el Equipo de Desarrollo y así puedan trabajar en equipo y no con iniciativas separadas; en caso el trabajo sea diferente a lo esperado por el Equipo de Desarrollo, ellos coordinan con el Dueño del Producto algunos alcances de la lista de pendientes (Schwaber

& Sutherland, 2013).

• Scrum diario (daily scrum).

El Scrum Diario es una reunión que se realiza 15 minutos antes de iniciar el trabajo, donde se planifica el trabajo que se va a desarrollar para las siguientes 24 horas. Esta reunión es dirigida por el Scrum Máster y se tratan las siguientes preguntas: ¿Qué hice ayer que beneficie con el cumplimiento del Sprint? ¿Qué haré hoy que beneficie con el cumplimiento del Sprint? Y ¿Qué impedimentos se observa para que no se realice el Sprint?; estas preguntas ayudan a ver como se encuentra el desarrollo del Sprint.

Este tipo de reuniones ayudan a que se eviten reuniones durante el día, mejora la

comunicación, ayuda a tomar decisiones rápidas y ayuda mejorar el conocimiento del Equipo de Desarrollo (Schwaber & Sutherland, 2013).

• Revisión de sprint (sprint review).

Es la reunión donde ven la finalización del Sprint y la Lista de Producto viendo que apartados de la lista se realizaron o así sea el caso que faltaron. Esta reunión es dirigida por el Scrum Master y tiene un tiempo máximo de 4 horas; asiste el Equipo de Desarrollo, el Dueño de Producto e interesados que cree por conveniente el Dueño de Producto. En esta reunión el Equipo de Desarrollo expone cuales han sido los apartados desarrollados del Sprint, menciona cuales fueron las dificultades que tuvieron y como lo solucionaron. El Dueño de Producto expone cuales han sido los apartados entregados de la Lista de Producto y cuales aún faltan.

Este tipo de reuniones ayuda a dar un inicio al siguiente Sprint a desarrollar (Schwaber &

Sutherland, 2013).

• Retrospectiva de sprint (sprint retrospective).

Es una reunión que se realiza después de la Revisión del Sprint y antes de la siguiente Reunión de Planificación del Sprint, esta reunión tiene un máximo de duración de 3 horas y se realiza con el objetivo de ver que mejoras se puede hacer para mejorar la calidad del producto, conociendo y aceptando las cosas que no salieron bien, que herramientas y procesos se realizaron y como se puede mejorar (Schwaber & Sutherland, 2013).

c. Artefactos del SCRUM.

• Lista de producto (product backlog).

Es una lista con funcionalidades o requisitos del sistema donde se priorizan según se importancia y dificultad. Esta lista es creada por el Cliente y el Scrum Master, así también se define el costo y el valor del producto (Trigás Gallego, 2012).

• Historias de usuario.

Contiene las descripciones de las funcionalidades que debe tener el software y esta lista es resultado de un trabajo colaborativo del Dueño del producto y el Equipo Scrum. Estas historias de usuario irán evolucionando durante todo el proyecto (Trigás Gallego, 2012).

En la tabla 2.1. se muestra el formato de la Historia de Usuario.

Tabla 2. 1.

Formato de la Historia de Usuario

Historia de Usuario

Número de historia: Número de la historia de usuario

Nombre: Nombre de la historia de usuario

Usuario: Persona que especifica la realización de una funcionalidad en el sistema.

Modificación de historia de número: Cantidad de veces que se modifica la historia de usuario.

Iteración asignada: Número de Sprint en el que se desarrolla la historia

de usuario Prioridad en negocio: Nivel de importancia de

la historia de usuario (Baja / Media / Alta)

Puntos estimados: Puntaje estimado de la dificultad en el desarrollo de a

historia de usuario.

(1-10) Riesgo en desarrollo: Nivel de impacto en el

sistema por no haber desarrollado de forma correcta la historia de usuario.

(Baja / Media / Alta)

Puntos reales: Puntaje real de la dificultad en el desarrollo de la historia

de usuario.

(1-10) Descripción: Descripción de la historia de usuario

Observaciones: Observaciones realizadas por parte del desarrollador para el desarrollo de la historia de usuario.

Fuente: Autoría Propia

• Lista de pendientes del sprint (sprint backlog).

Es la lista de entregables parciales según la priorización y el tiempo de entrega. De esta manera se ve el avance y se puede dar soluciones para eliminar el problema. (Trigás Gallego, 2012). En la tabla 2.2. se muestra el formato de la Lista de Pendientes.

Tabla 2. 2.

Formato de Lista de Pendientes

Número de Sprint: Número del sprint.

Historia de usuario Riesgo en desarrollo Duración (días) Nombre de la historia de

usuario que se va a desarrollar

Nivel de riesgo de la historia de usuario

Tiempo estimado de desarrollo

Total:

Tiempo total de desarrollo de las historias de usuario que se

van a realizar

Fuente: Autoría Propia

• Incremento.

Son los requisitos completos y que están operativos; según los resultados obtenido el cliente puede hacer los cambios que crea necesarios (Trigás Gallego, 2012).