SCRUM es un proceso ágil para desarrollar software
yordy macotoEnsayo3 de Agosto de 2015
2.981 Palabras (12 Páginas)215 Visitas
[pic 4]
Universidad ORT Uruguay
Facultad de Ingeniería
–Metodología SCRUM–
Cátedra de Ingeniería de Software.
Docente Responsable: Gastón Mousqués.
Autor:
Adriana Peralta – 123357
2003
ÍNDICE GENERAL
Introducción 2[pic 5]
Principales características 2 Principales elementos de la metodología 2 Esquema general 2 Herramientas y prácticas 2
Product Backlog List 2
Sprints 2 Burn down Chart 2 Sprint Backlog 2 Stabilization Sprints 2 Scrum of Scrums o MetaScrum 2 El Proceso 2
- Pregame Phase 2
- Development Phase 2
Roles y Responsabilidades 2
Scrum Master 2 Product Owner 2 Scrum Team 2
Customer 2
Management 2
Palabras Claves 2
Fuentes 2
Artículos 2 Sitios Web 2
Introducción
Scrum es un proceso ágil para desarrollar software que fue aplicado por primera vez por Ken Schwaber y Jeff Sutherland., quienes lo documentaron en detalle en el libro Agile Software Development wit h Scrum. Esta metodología centra su atención en las actividades de Gerencia y no especifica prácticas de Ingeniería. Fomenta el surgimiento de equipos autodirigidos cooperativos y aplica inspecciones frecuentes como mecanismo de control.[pic 6]
Scrum parte de la base de que los procesos definidos funcionan bien sólo si las entradas están perfectamente definidas y el ruido, ambigüedad o cambio es muy pequeño. Por lo tanto, resulta ideal para proyectos con requerimientos inestables, ya que fomenta el surgimiento de los mismos.
El ciclo de vida definido por Scrum es incremental iterativo y se caracteriza por ser muy adaptable.
Principales características
Equipos autodirigidos[pic 7][pic 8]
Utiliza reglas para crear un entorno ágil de administración de proyectos No prescribe prácticas específicas de ingeniería[pic 9][pic 10][pic 11][pic 12]
Los requerimientos se capturan como ítems de la lista Product Backlog[pic 13][pic 14]
El producto se construye en una serie de Sprints de un mes de duración[pic 15][pic 16]
Principales elementos de la metodología
Herramientas
Product Backlog Sprint Backlog[pic 17][pic 18][pic 19][pic 20]
Prácticas[pic 21][pic 22]
Sprints
Sprint Planning Meeting Daily Meetings[pic 23][pic 24][pic 25][pic 26]
Sprint Review Meeting Design Review Meeting Stabilization Sprints Meta Scrums[pic 27][pic 28][pic 29][pic 30][pic 31][pic 32][pic 33][pic 34]
Roles y responsabilidades
Scrum Master Product Owner Scrum Team Customer Management[pic 35][pic 36][pic 37][pic 38][pic 39][pic 40][pic 41][pic 42][pic 43][pic 44]
Esquema general
[pic 45]
En el esquema anterior se muestra en forma esquemática el proceso de desarrollo de Scrum.
El trabajo a ser realizado en un proyecto Scrum es listado en el Product Backlog, que es una lista de todos los cambios requeridos sobre un producto.[pic 46]
Los proyectos se realizan durante una serie de iteraciones de un mes de duración llamadas Sprints. Al comienzo de cada Sprint tiene lugar una Sprint Planning Meeting durante la cual el Product Owner prioriza el Product Backlog y el Scrum Team selecciona las tareas que serán completadas durante el Sprint que va a comenzar. Esas tareas son removidas del Product Backlog para ser llevadas al Sprint Backlog.[pic 47][pic 48][pic 49][pic 50][pic 51][pic 52]
Durante el Sprint el equipo se mantiene en contacto a través de las Daily Meetings. Y al final del Sprint debe mostrar la funcionalidad completa en la Sprint Review Meeting.[pic 53][pic 54]
Herramientas y prácticas
Scrum no requiere ni provee prácticas de Ingeniería. En lugar de eso, especifica prácticas y herramientas de gerencia que se aplican en sus distintas fases para evitar el caos originado por la complejidad e imposibilidad de realizar predicciones.[pic 55]
Product Backlog List
Es una lista priorizada que define el trabajo que se va a realizar en el proyecto. Cu ando un proyecto comienza es muy difícil tener claro todos los requerimientos sobre el producto. Sin embargo, suelen surgir los más importantes que casi siempre son más que suficientes para un Sprint.
La Product Backlog List puede crecer y modificarse a medida que se obtiene más conocimiento acerca del producto y del cliente. Con la restricción de que solo puede cambiarse entre Sprints. El objetivo es asegurar que el producto definido al terminar la lista es el más correcto, útil y competitivo posible y para esto la lista debe acompañar los cambios en el entorno y el producto.
Existe un rol asociado con esta lista y es el de Product Owner. Si alguien quiere realizar cualquier modificación sobre la lista por ejemplo: agregar o incrementar la prioridad de sus elementos tiene que convencer al Product Owner.
Sprints
Un Sprint es el procedimiento de adaptación de las cambiantes variables del entorno (requerimientos, tiempo, recursos, conocimiento, tecnología). Son ciclos iterativos en los cuales se desarrolla o mejora una funcionalidad para producir nuevos incrementos. Durante un Sprint el producto es diseñado, codificado y probado. Y su arquitectura y diseño evolucionan durante el desarrollo.
El objetivo de un Sprint debe ser expresado en pocas palabras para que sea fácil de recordar y esté siempre presente en el equipo. Es posible definir una serie de restricciones que el equipo deba aplicar durante un Sprint.
Un Sprint tiene una duración planificada de entre una semana y un mes. No es posible introducir cambio s durante el Sprint, por lo tanto para planificar su duración hay que pensar en cuanto tiempo puedo comprometerme a mantener los cambios fuera del Sprint. Dependiendo del tamaño del sistema, la construcción de un release puede llevar entre 3 3 y 8 Sprints. Por otra parte podrían formarse equipos para desarrollar en forma paralela distintos grupos de funcionalidad.
Las actividades que se desarrollan durante del Sprint son: Sprint Planning Meeting, Sprin t Backlog, Daily Scrum Meetings y Sprint Review Meeting. En la siguiente gráfica se pueden ver las prácticas involucradas en un Sprint.
...