Scrum es un marco de trabajo ágil para el desarrollo de proyectos que se basa en iteraciones cortas llamadas "sprints". Los roles clave de Scrum son el Product Owner, quien representa al cliente y prioriza los requerimientos; el equipo de desarrollo multidisciplinario; y el Scrum Master, quien guía el proceso Scrum. Cada sprint comienza con la planificación para definir las tareas y estimar esfuerzos, seguido del desarrollo diario, reuniones diarias para coordinación, y termina con una re

1. SCRUM
Marco de Trabajo Agil
Ing. Jose Diaz
Certified Scrum Master
CEO JOEDAYZ.PE
Junio 2013

2. El Instructor

3. Tradicional
Desarrollo en fases
Resultados anticipados
Diseño anticipado

4. Resultados
Requerimientos cambiantes
Los cambios son cada vez mas caros
El cliente no obtiene lo que desea
Requerimientos no claros
Miedo a ir a la siguiente fase
Análisis Paralítico

5. Resultados
Proyectos duran demasiado tiempo
Sólo 34% de proyectos se entrega
satisfactoriamente
Tiempos excesivo aminoran los ingresos
(source: standish report 2003)
No hay tiempo para Testing
No hay control de calidad
Integración tardía da como resultado
fracaso posterior

6. Resultados
Tiempo desperdiciado en la basura
52% de requerimientos implementados
64% de funcionalidad raramente usada
(source: standish report 1994)
Visibilidad de Progreso pobre
% de tareas terminadas insuficiente
Promedio de exceso 43%
(source: standish report 1994)

7. Agile Project Management

9. Visión General de Scrum

10. Hirotaka Takeuchi
Ikujiro Nonaka
VEA LA PUBLICACION
“The New Product Development Game” - 1986

11. Hirotaka Takeuchi
Ikujiro Nonaka
“The Knowledge-creating Company” - 1988

12. Jeff Sutherland
Ken Schwaber
Agile Manifesto - 1994

13. El objetivo de Scrum
Manejar complejidad, cambio constante e
impredecible, inspección y adaptación

14. Scrum es...
Un marco de trabajo
Un proceso iterativo
Un marco para practicas
existentes
Una manera de mejorar las
comunicaciones
Una manera de maximizar la
productividad

15. Una bala de plata
Una varita magica
Sólo para software
Acerca de practicas de
ingeniería
Un cookbook a seguir paso a
paso
Facil: se necesita tiempo y
disciplina
Scrum no es...

16. Roles
de
Scrum

17. Product Owner
Responsable de la visión del Proyecto
Representa al cliente

18. Product Owner
Define características
(acorde a la visión)
Prioriza las características
(acorde al ROI)
Elige las fechas de release
Da feedback
Gestiona los stakeholders
Acepta o rechaza resultados

19. El equipo
Pequeño (5-9 personas)
Enfocado y multidisciplinario
Auto-organizado / Tiempo completo

20. El equipo
Define Tareas
Estima esfuerzos
Desarrolla Productos
Asegura la calidad
Desarrolla procesos

21. Scrum Master

22. Scrum MasterScrum Master
Lider de servicio
Protector del Equipo
Guía de Scrum

23. Scrum MasterScrum Master
Elimina impedimentos
Evita interrupciones
Facilita al equipo
Soporta los procesos
Administra la gestión

24. Proceso de Scrum

25. Proceso de Scrum

26. Product Backlog

27. Product Backlog
Propiedad del Product Owner
Requerimientos a Alto Nivel
Expresado como valor de
negocio
No completo, no es perfecto
Se espera cambie &
evolucione
Visión limitada en el futuro

28. Product Backlog
Priorizado por
valor y riesgo
Es mejor
expresarlo como
historia de usuario
Incluye
estimaciones
Visibilidad
Pública

29. Sprints
Duración fija,
Características congeladas
Alcance variable,
Entregable como resultado

30. Sprint Planning

31. Sprint Planning
Comunicación Cara a Cara
Pequeños pasos reversibles
Perspectiva del usuario

32. Sprint Planning
(Parte 1)
Planeamiento a nivel estrategico
Priorizar/seleccionar caracteristicas
Discutir los criterios de aceptación
Verificar la comprensión
1/2-1 hora por sprint/semana

33. Sprint Planning
(Parte 2)
Planeamiento a nivel táctico
Definir items del sprint backlog
Estimar items del sprint backlog
Usar velocidad (Yesterday’s Weather)
Compartir el compromiso
1/2-1 hora por sprint/semana

34. Sprint Backlog
Desglose de valor de
negocio en tareas
asignables

35. Sprint Backlog

36. Sprint Backlog
Propiedad del equipo
El equipo se asigna el trabajo
Sin adiciones de terceros

37. Daily Scrum
El latido de corazón de Scrum

38. Daily Scrum
¿Que he hecho desde la ultima
reunión?
¿Qué yo hare hasta la siguiente
reunión?
¿Qué cosas estan a mi cargo?
Sólo el equipo habla
No el Scrum Master
Sin resolución de problemas
Máximo 15 minutos

39. Task Board
Irradiador de información

40. Definición de DONE

41. Definición de DONE
... Codificado, comentado, checked in,
integrado, revisado, unit tested,
deployed en entorno de test,
paso el user acceptance test
y documentado...

42. Burndown Chart

43. Sprint Rewiew
Satisfacer al Product Owner
Obtener feedback del Producto

44. Sprint Rewiew
Informal, no slides
El equipo completo participa
El resto del mundo es invitado
Se muestra caracteristicas
completas
Se aceptan o rechazan resultados
1/2-1 hora por sprint/week

45. Sprint Retrospective
Evolución del proceso

46. Sprint Retrospective
Reflexionar sobre los procesos y
productos
El equipo completo participa
¿Que se tiene que empezar a hacer?
¿Que se tiene que parar de hacer?
¿Que se tiene que continuar haciendo?

47. Sprints
Tirón constante de valor de negocio
Inspección y Adaptación

48. Sprints
Dirigido por el Product Owner
Los cambios son bienvenidos
Incluye diseño y testing
Compromiso compartido
“Fallar rapido”

49. Terminación anormal del Sprint
Solo en casos extremos
El equipo termina: no se
puede cumplir con el
objetivo del sprint
Product Owner finaliza:
cambio de prioridad
Aumenta la visibilidad de los
problemas

50. Resultados
Efectos de aplicar Scrum

51. Gestión de la incertidumbre
Alcance Flexible
Entrega rapida
Alta calidad
Eliminar desperdicio
Incrementar visibilidad
Resultados

52. Preguntas?

53. Ing. Jose Diaz
Certified Scrum Master
CEO JOEDAYZ.PE
Junio 2013
Gracias por su atención