3. Introducción
• Scrum entrega un marco de desarrollo ágil e incremental en
el que se aplican de manera regular un conjunto de buenas
practicas para trabajar colaborativamente, en equipo, y
obtener el mejor resultado posible de un proyecto.
• El modelo de proceso comenzó a forjarse con un articulo
publicado en Harvard Business Review en 1986 sobre los
modelos de desarrollo de producto utilizados por la industria
Japonesa.
• El articulo utiliza metáforas del juego de rugby, como scrum
(Melé).
• En la década de los 90, Jeff Sutherland y Ken Schwaber
desarrollan el proceso Scrum para desarrollo de sistemas de
software.
4. Características
• Scrum como metodología, esta indicada para proyectos o
entornos complejos donde se deben obtener resultados en
forma temprana, donde los requisitos son cambiantes o poco
definidos.
• En Scrum se planifican y se realizan entregas parciales del
producto final priorizadas por el beneficio que aportan al
receptor o riesgo, según una lista de requisitos priorizada y en
plazos cortos y fijos.
• Equipo Multidisciplinario, Motivado y auto-organizado.
• Planificación adaptativa.
• Feedback del producto y del proceso en cada iteración.
• Cada entrega contiene un conjunto de características
completas que pueden ponerse en producción.
5. Equipo de trabajo, Roles
• El proceso Scrum es desarrollado por un equipo de trabajo
multidisciplinario y auto-organizado, el cual tiene una
estructura fija basada en roles:
6. Equipo de trabajo, Roles
• Product Owner:
o Responsable de la Visión del producto.
o Nexo de conexión entre el equipo de desarrollo y los
stakeholders (clientes y usuarios).
o Decide que características y funcionalidades (Historias de
Usuario) ha de tener el sistema en desarrollo y el orden en
que deben ser implementadas (Product Backlog) y las
valida.
o Participa activamente en el equipo scrum.
7. Equipo de trabajo, Roles
• Scrum Master:
o Ayuda a los miembros del Equipos a aplicar los principios,
valores y practicas de Scrum.
o Ayuda en la organización en la adopción del proceso
Scrum.
o Lidera al equipo de desarrollo (no dirige ni gestiona), es un
facilitador.
o Es el responsable del proceso Scrum y esta la servicio de
los miembros del equipo de desarrollo para facilitar su
aplicación.
o Debe asegurarse de que se cumplan todas las etapas y
reglas de Scrum.
8. Equipo de trabajo, Roles
• El Equipo de Desarrollo:
o Responsables del diseño, implementación y verificación del
sistema en desarrollo.
o El equipo se auto-organiza para llevar a cabo los objetivos
fijados por el product owner.
o En conjunto deben tener todos los conocimientos y
capacidades para producir software funcional de buena
calidad. Conocimientos transversales y con profundidad.
o Tamaño Típico es de 5 a 9 personas.
10. Actividades y artefactos
Tipo Actividad /
Artefacto
Descripción Responsables /
Participantes
Duración
Artefacto BackLog de
Producto
Lista de características (Historias de
Usuario) priorizadas (por valor de
negocio o riesgo) del producto.
(R) Product Owner
Scrum Master
4 hrs.
Artefacto Release
RoadMap
Es un Plan de alto nivel que indica lo
que vamos a estar entregando y
cuando (cantidad de releases y
tiempo).
Product Owner
Scrum Master
Equipo de Desarrollo
Actividad Planificación
del Sprint
Se seleccionan las características a
implementar en un sprint, se estima
tiempo y esfuerzo (planning poker) y
se adquiere el compromiso de
realizarlo.
(R) Product Owner
Equipo de Desarrollo
Scrum Master
4 Hrs.
Selección y 4
Hrs.
Estimación
Artefacto Sprint BackLog Es una lista de tareas estimada de cada
característica a implementar, cada
tarea tiene un dificultad (Fibonacci) y
una duración.
(R) Equipo de Desarrollo
Actividad Ejecución del
Sprint
Tareas necesarias para implementar
las características del Sprint.
(R)Equipo de Desarrollo
Product Owner
4 semanas
máximo por
Sprint
Actividad Daily Scrum Es una Reunión diaria de revisión de la
ejecución de las tareas
(R)Scrum Master
Product Owner
Development Team
10 a 15
minutos por
día
11. Actividades y artefactos
Tipo Actividad /
Artefacto
Descripción Responsables /
Participantes
Duración
Artefacto Incremento del
Producto
Al finalizar la ejecución del sprint se
obtiene una mejora o incremento del
producto que es potencialmente
entregable al cliente
(R) Development Team
Actividad Sprint Review El equipo y los stakeholders revisan el
producto entregado y se recoge el
feedback
Development Team
Product Owner
Scrum Master
StakeHolders
4 Hrs.
Máximo
Actividad Sprint
Retrospective
Acá se revisa el proceso Scrum con la
finalidad de mejorar el proceso en si
Development Team
Product Owner
Scrum Master
3 Hrs.
Máximo
Artefacto Entrega del
Producto Final
Tras una serie de Sprints se finaliza la
implementación del producto
Development Team
Product Owner
Scrum Master
12. Burndown Chart
• El BurnDown chart, es un grafico que sirve para conocer el
estado actual de un proyecto Scrum y poder predecir cuando
va a estar terminado un Sprint.
• Se utilizan como bases para el grafico, las horas estimadas
restantes V/S las horas reales restantes .
•
Línea Ideal, Cuanto nos
va a tomar
desarrollar las tareas
El progreso Real, por
debajo de la línea ideal
indica que vamos
acorde a los plazos
El progreso Real, por
encima de la línea ideal
indica que vamos
atrasados