Metologia De Desarrollo Scrum
Enviado por vamebo • 28 de Febrero de 2013 • 3.135 Palabras (13 Páginas) • 510 Visitas
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
...