Metologia De Desarrollo Scrum

Resumen

Palabras Claves

Metodología de diseño de sistemas: Una metodología se compone de un conjunto de actividades que se realizan con un fin en común, en este caso poner en marcha un sistema de información.

Metodologías ágiles: Es una metodología donde del desarrollador está en constante contacto con los clientes, ya que se basa en un constante cara a cara, para tener una fuerte y constante interacción. Ya están preocupados por los resultados de los productos, que por la documentación.

Iteración: El concepto suele utilizarse para nombrar a la acción de repetir una serie de pasos varias veces. Se pueden entender como mini proyectos: en todas las iteraciones se repite un proceso de trabajo similar (de ahí el nombre “iterativo”) para proporcionar un resultado completo sobre producto final, de manera que el cliente pueda obtener los beneficios del proyecto de forma incremental.

Introducción

El siguiente documento tiene como objetivo ser una guía para entender la metodología de diseño de sistemas Srum, la cual corresponde a una metodología ágil, mayormente utilizada para la implementación de proyectos informáticos.

Entre los temas que se van a exponer son los siguientes:

1. Definición de Scrum

2. Pilares de Scrum

3. El Equipo Scrum

a. El Dueño del Producto

b. El Equipo de Desarrollo

c. El Scrum Master

4. Reglas

a. Reunión de Planificación de un Sprint (Sprint planning Meeting)

b. Reunión Diaria de Scrum (DailySrum Meeting)

c. Sprint

d. Revisión de Sprint (Sprint Review)

e. Retrospectiva de Sprint (Sprint Retrospective)

Es importante rescatar que esta metodología es totalmente adaptable a la empresa y al proyecto en la que se vaya a desarrollar, por el manejo de tiempos y esfuerzo. Además es una forma de involucrar al usuario desde el principio, y que éste pueda ver mejoras contiguas del producto que está esperando.

Definición de Scrum

Scrum es el nombre que se le da a una jugada en Rogby, en la cual los jugadores cubren el balón como si fuera el caparazón de una tortuga, con el fin de ir avanzando para hacer el gol, sin que el equipo contrario tenga acceso al esférico (Figura 1).

Figura 1. Scrum Rogby

Los creadores de Srum son Ken Schwaber y Jeff Sutherland.

Scrum es una metodología ágil de desarrollo de sistemas, que comprende en un marco de trabajo en el que se pueden adaptar diversos problemas, complejos o no. Dándole al usuario entregas paulatinas y creativas, para la mejora continua de un producto, dando como resultado lo que realmente se esperaba, evitando disconformidades o el nulo desconocimiento de éste hasta el final del proyecto. Vale rescatar que no está enfocada en el producto en sí, sino más bien en emplear diversos procesos y técnicas. Dentro de este marco de trabajo de Scrum interactúan: los equipos Scrum y sus roles, eventos, artefactos y reglas.

Por lo que hay tres características que definen bien Scrum:

1. Ligero: pues no comprende con tanta documentación como la de metodologías pesadas como RUP.

2. Fácil de entender: La comprensión inicial de la metodología de trabajo es sencilla de comprender, tanto para el usuario como para el equipo de desarrollo.

3. Extremadamente difícil de llegar a dominar: dado que esta metodología es adaptable, puede ser que los tiempos, esfuerzos o recurso humano varíe de un proyecto a otro, por lo que las iteraciones siempre van a ser distintas, lo que indica que “no hay nada escrito”.

Pilares de Scrum

Dado que todos los proyectos son diferentes, Scrum se fundamenta en la experiencia adquirida durante la aplicación de la metodología, por esto Scrum cuenta con 3 pilares que sustentan su aplicación, transparencia, inspección y adaptación

Transparencia

La transparencia en cada etapa del proceso es muy importante, porque se conoce realmente el progreso real del mismo. Por lo que es vital que los participantes hablen un mismo lenguaje, estableciendo estándares. Haciendo que todos en el equipo conozcan el progreso del proyecto en todo momento.

Inspección

La constante inspección del progreso hacia un objetivo, genera un conocimiento real, para la detección de variaciones no deseables. Sin embargo es importante rescatar que estas inspecciones no deben interrumpir el flujo de trabajo, por lo que se debe definir claramente cada cuanto se realizarán.

Adaptación

Dado que los entregables son tan frecuentes, es importante que el inspector determine cuanto antes que se debe realizar un cambio, para evitar desviaciones mayores.

Hay cuatro oportunidades formales para la inspección y adaptación en Scrum:

• Reunión de Planificación del Sprint (Sprint Planning Meeting)

• Scrum Diario (Daily Scrum)

• Revisión del Sprint (Sprint Review)

• Retrospectiva del Sprint (Sprint Retrospective)

Equipo Scrum

Cada parte del equipo es autoorganizada y multifuncional, lo cual deja la responsabilidad total sobre los hombros de todos, dándoles libertad sobre cómo organizarse para que el trabajo salga. El Equipo Scrum se divide en: un Dueño del Producto (ProductOwner), el Equipo de Desarrollo (DevelopmentTeam) y un Scrum Master.

Este equipo está diseñado para optimizar la flexibilidad, la creatividad y la productividad, pues entregan productos de forma incremental e iterativa, dando mayor posibilidad de obtener retroalimentación.

El Dueño del Producto

El Dueño del Producto es el intermediario entre el cliente o usuario y el Equipo de Desarrollo. Es la única persona responsable de la Pila de Producto (ProductBacklog), no es un comité, lo cual implica:

• Expresar claramente los elementos de la Pila de Producto

• Priorizar los elementos en la Pila de Producto para alcanzar los objetivos y misiones de la mejor manera posible

• Asegurar el valor del trabajo desempeñado por el Equipo de Desarrollo

• Asegurar que la Pila de Producto es visible, transparente y clara para todos, y que muestra aquello en lo que el equipo trabajará a continuación

• Asegurar que el Equipo de Desarrollo entiende los elementos de la Pila de Producto al nivel necesario.

En el caso de que se requiera cambiar una actividad de prioridad se debe negociar con el Dueño del Producto, el cual es el único que puede decidir si esto va a suceder. Y toda la organización debe respetar sus decisiones. Lo cual implica que no está permitido que nadie de la organización le dé ordenes al equipo de desarrollo, solamente el Dueño del Producto.

El Equipo de Desarrollo

El Equipo de Desarrollo es el encargado de entregar al final de cada Sprint un producto potencialmente utilizable. Solamente el equipo de desarrollo es el responsable de entregar las iteraciones para cada Sprint.

El Equipo de Desarrollo es el encargado de su propio trabajo, lo que implica que ellos son los que organizan y gestionan su propio trabajo. La interacción entre los miembros de este equipo puede garantizar la eficiencia y la efectividad en el desarrollo.

Es importante definir el tamaño de cada Equipo de Desarrollo, ya que de esto depende el avance de las iteraciones, por lo que un equipo muy pequeño puede resultar en que los Sprint contengan menos tareas, avanzar muy poco. Sin embargo un equipo muy grande no garantiza el avance, ya que puede volverse tediosa la toma de decisiones. No se recomienda tener más de 9 personas, y menos de 3, esto para que las habilidades de cada persona sean realmente explotadas.

Varias de las características del Equipo de desarrollo son:

• Autoorganizados. Nadie (ni siquiera el Scrum Master) indica al Equipo de Desarrollo cómo convertir elementos de la Pila de Producto en Incrementos de funcionalidad potencialmente entregables.

• Multifuncionales.Contando como equipo con todas las habilidades necesarias para crear un Incremento de producto.

• Scrum no reconoce títulos para los miembros de un Equipo de Desarrollo, todos son Desarrolladores. Independientemente del trabajo que realice cada persona, no hay excepciones a esta regla.

• Miembros individuales del Equipo de Desarrollo pueden tener habilidades especializadas o áreas en las que estén más enfocados, pero la responsabilidad recae en el Equipo de Desarrollo como un todo.

• Los Equipos de Desarrollo no contienen sub-equipos dedicados a dominios concretos como pruebas o análisis de negocio.

El Scrum Master

La autoridad del ScrumMaster es en gran parte indirecta, es el encargado de velar por el cumplimiento de las reglas de Scrum y sus prácticas.También es responsable del éxito del proyecto, y él o ella ayuda a aumentar la probabilidad de éxito al guiar al Dueño del Producto a seleccionar de la Pila de Producto lo más valioso y facilitando al equipo de desarrollo todo lo que necesiten para que se cumpla la funcionalidad de las iteraciones. El ScrumMaster no gana premios o medallas, porque el ScrumMaster es sólo un facilitador.

Aprender las prácticas básicas de ScrumMaster es fácil para la mayoría, pero algunas personas tienen dificultad para aprender el arte de ser un ScrumMaster.

El Scrum Master ayuda al Dueño del Producto a encontrar técnicas para gestionar la Pila de Producto de manera efectiva, además de guiarlo a que comunique claramente

...