0 calificaciones0% encontró este documento útil (0 votos)
122 vistas3 páginas
Scrum es un marco de trabajo ágil para el desarrollo de productos complejos que consta de sprints iterativos, reuniones diarias y revisiones semanales. El Product Owner prioriza las historias de usuario en el backlog del producto. Luego, en la planificación del sprint, el equipo selecciona historias para completar en el sprint. Al finalizar cada sprint hay una demostración y retrospectiva.
Scrum es un marco de trabajo ágil para el desarrollo de productos complejos que consta de sprints iterativos, reuniones diarias y revisiones semanales. El Product Owner prioriza las historias de usuario en el backlog del producto. Luego, en la planificación del sprint, el equipo selecciona historias para completar en el sprint. Al finalizar cada sprint hay una demostración y retrospectiva.
Scrum es un marco de trabajo ágil para el desarrollo de productos complejos que consta de sprints iterativos, reuniones diarias y revisiones semanales. El Product Owner prioriza las historias de usuario en el backlog del producto. Luego, en la planificación del sprint, el equipo selecciona historias para completar en el sprint. Al finalizar cada sprint hay una demostración y retrospectiva.
Scrum se define como un marco de trabajo (framework) para el
desarrollo, entrega y mantenimiento de productos complejos, que es al mismo tiempo ligero, sencillo de entender y difícil de dominar Podemos posicionar fácilmente los conceptos principales que se explican en un esquema de conjunto muy resumido:
Ciclo de vida de Scrum
Como "vale más una imagen que mil palabras", hemos preferido presentar la siguiente figura que agrupa de manera visual los diferentes elementos del método, para ilustrar su ciclo de vida: El ciclo de vida es el siguiente: 1. El Product Owner redacta las User Stories y las sitúa en el Product Backlog. 2. A continuación, el Product Owner prioriza estas User Stories y ordena el Product Backlog en consecuencia. 3. El equipo Scrum se junta en la reunión de planificación del Sprint, con el objetivo de establecer la lista de las User Stories que se tratarán durante el Sprint. Esto forma el Sprint Backlog y a continuación se descomponen en tareas por el equipo de desarrollo. 4. Entonces el Sprint puede comenzar con una iteración de 2, 3 o 4 semanas. 5. El equipo se reúne diariamente para realizar la Melé diaria. 6. Como consecuencia del Sprint, obtenemos un producto potencialmente entregable que forma parte de una demostración durante la revisión del Sprint. 7. El ciclo termina con la retrospectiva del Sprint. Y a continuación, solo hay que repetir todo de nuevo.
Por qué no se escogió scrum
No se aplicó este modelo, pues este requiere de una constante comunicación con el cliente el cual Product Owner es quien informara de los requerimientos. En el caso expuesto del trabajo, no se tiene un cliente como tal que pueda dar una retroalimentación constante del producto mostrado lo cual impide realizar cambios durante el proceso según la metodología.
Blibliografia : Scrum Un método ágil para sus proyectos (2ª edición)/2016 Jean-Paul SUBRA