3. SCRUM
Es un marco de trabajo para la gestión y desarrollo de
software basada en un proceso iterativo e
incremental utilizado comúnmente en entornos basados en
el desarrollo ágil de software.
4.
5.
6. Scrum permite la creación de equipos auto organizados
impulsando la co-localización de todos los miembros del
equipo, y la comunicación verbal entre todos los miembros y
disciplinas involucrados en el proyecto
9. • En 1996 presentaron Jeff Sutherland & Ken Schwaber, las
prácticas que empleaba como proceso formal, para gestión
del desarrollo de software en OOPSLA (Object-Oriented
Programming, Sytems, Languages and Applications).
10. • En 2001 un grupo de personas muy relevantes en lo que
empezaba a ser el desarrollo ágil escribieron los valores
fundamentales de los procesos ágiles.
• En 2001 formaron parte de los firmantes del Manifiesto Ágil. Las
prácticas diseñadas por Schwaber y Sutherland para gestionar
el desarrollo de software están incluidas en la lista de modelos
ágiles de Agile Alliance.
11. USO
• Desde 1995 miles de proyectos en todo el mundo han
utilizado Scrum para el desarrollo de productos, tanto en
empresas pequeñas, “startups” con tan sólo 5 personas
desarrollando un producto, como en multinacionales
12.
13. LOS SIGUIENTES PUNTOS SON DE ESPECIAL
IMPORTANCIA PARA LA IMPLANTACIÓN DE UNA GESTIÓN
ÁGIL DE PROYECTOS COMO SCRUM:
• Cultura de empresa basada en trabajo en equipo, delegación, creatividad y mejora
continua.
• Compromiso del cliente en la dirección de los resultados del proyecto, gestión del
ROI y disponibilidad para poder colaborar.
• Compromiso de la Dirección de la organización para resolver problemas endémicos
y realizar cambios organizativos, formando equipos auto gestionados y
multidisciplinares y fomentando una cultura de gestión basada en la colaboración y
en la facilitación llevada a cabo por líderes al servicio del equipo.
• Compromiso conjunto y colaboración de los miembros del equipo.
• Relación entre proveedor y cliente basada en ganar-ganar, colaboración y
transparencia.
14. • Facilidad para realizar cambios en el proyecto.
• Tamaño de cada equipo entre 5 y 9 personas (con técnicas
específicas de planificación y coordinación cuando varios
equipos trabajan en el mismo proyecto).
• Equipo trabajando en un mismo espacio común para maximizar
la comunicación.
• Dedicación del equipo a tiempo completo.
• Estabilidad de los miembros del equipo
15. VENTAJAS
• Entrega de un producto funcional al finalizar cada sprint
• Posibilidad de ajustar la funcionalidad con base a la
necesidad de negocio al cliente
• Visualización del proyecto día a día
• Alcance acotado y viable
16. • Equipos integrados y comprometidos con el proyecto, toda
vez que ellos definieron el alcance y se auto-administran.
• Flexibilidad de Scrum:
• Anticipa los cambios durante el desarrollo.
• Permite hacer grandes cambios estructurales.
17. DESVENTAJAS
• Se requiere de un “agile champion”, experto en la
metodología que monitorice su cumplimiento.
• Presupone que el cliente está muy involucrado en el
desarrollo, participa de forma activa y continua, y revisa
frecuentemente el avance de la funcionalidad conforme
salen a la luz los sprints.
• Presupone que el cliente no exige ni necesita toda la
documentación que manejan actualmente las empresas y
que las diversas normativas internacionales requieren
18. • En general, dificultad de aplicación en
grandes proyectos.
• Si una tarea no está bien definida puede
incrementar costes y tiempos.
• Si el equipo no se compromete hay mucha
probabilidad de fracasar.
19. FUNCIONAMIENTO
• Los procesos de la metodología Scrum se basan en:
• Planificación del proyecto.
• Identificación de las actividades que se llevarán a cabo.
• Priorización según el valor de negocio de las actividades.
• Estimación de tiempos.
• Desarrollo de las actividades
20. COMPONENTES
• Requisitos comprometidos por el equipo para el sprint.
• Suficientemente detallado para su ejecución
• Pila del producto (Product Backlog) :
• Responsable: Product Owner
• Relación de requisitos del producto, no detallados excesivamente
• Priorizados
• Todo el mundo puede añadir elementos pero solo el Product Owner añade
prioridades.
• Pila del sprint (Sprint Backlog) :
• Requisitos comprometidos por el equipo para el sprint.
• Suficientemente detallado para su ejecución
21. • Pila del producto (Product Backlog) :
• Responsable: Product Owner
• Relación de requisitos del producto, no detallados excesivamente
• Priorizados
• Todo el mundo puede añadir elementos pero solo el Product Owner
añade prioridades.
• Pila del sprint (Sprint Backlog) :