1. Introduccion a Scrum

2. #AgilePeru
@JuanjoFuc
hs

3. Enfoque Tradicional
Requerimientos
Análisis
Diseño
Construcción
Pruebas
Implementación

4. http://www.versionone.com/Agile101/Agile-Software-Development-Benefits/

5. Por que Scrum?
http://www.versionone.com/state_of_agile_development_survey/11/

6. Scrum es...
Empirico
Iterativo
Incremental
Liviano
Simple de entender
Extremadamente dificil de hacer
bien!

7. No es...
Cero documentacion
Indisciplinado
Impredecible
Irse todos los dias a las 5 en punto!
Para equipos grandes
O distribuidos
...

8. No es...
S.C.R.U.M
.
http://hackelare.files.wordpress.com/2011/07/scrum-1.jpg

9. Framework
Principios
Roles
Eventos
Artefactos
...Y Reglas

10. Cuando usarlo?

11. http://3.bp.blogspot.com/-8qwbxlN7dd4/TqHhvjqRa4I/AAAAAAAACJ8/F_o-yiVlGFo/s1600/Elephant.JPG

12. Un bocado a la vez...
http://www.ahappyplacecalledhome.com/storage/One%20bite%20at%20a%20time-001.jpg

13. Sprint
Planning
Meeting
Review
Retrospectiva
Product Sprint
Backlog Backlog

14. Principios
Transparencia
Adaptar Inspeccionar

15. Roles

16. La voz del Que
Product Owner

17. La tribu del Como
Equipo

18. El Joker
Scrum Master

19. Eventos

20. La duracion
deberia ser
constante El alcance se puede
Se podria cancelar renegociar
antes de tiempo El equipo se
mantiene
rmina con el review No deberia
Spri cambiar
Y retrospectiva
nt Tiene un objetivo
Maximo 4 semanas
Inicia con el planning meeting

21. Diseno colaborativo del plan
Maximo 8 horas
2 partes
1era: Que
Product Owner presenta
el backlog
El equipo estudia cada
item
Y determina cuanto
2da: Como
El equipo define como se
implementaran,
Desglosa las actividades
Se renegocia el cuanto
Sprint Planning El equipo explica el
como

22. Sincronizacion de actividades
Maximo 15 minutos
Todos los dias
Misma hora y lugar
Conversacion del equipo
Identifica y remueve impedimentos
3 preguntas
A - Que hice ayer?
H - Que hare hoy?
I - Que impedimentos tengo?

23. Al final del Sprint
Maximo 4 horas
El equipo hace un demo
El product owner acepta o
rechaza funcionalidades
terminadas
Se basa en criterios de
aceptacion
Funcionalidades rechazadas
vuelven al backlog
Sprint Review
Se agregan mas items al
backlog

24. Despues del review
Antes del siguiente planning
Maximo 3 horas
Oportunidad para mejorar
Como nos fue en el Sprint
anterior
Identificar mejoras
potenciales
Definir plan de mejoras
Retrospectiva

25. Artefactos

26. Lista de funcionalidades requeridas
Priorizada
Actualizada constantemente
Responsabilidad del Product Owner
Funcionalidades se detallan en orden
Cada item se llama PBI
Cada PBI usualmente es una User Story
Los PBIs son estimados solo por el equipo
Product Backlog

27. Definido en el planning meeting
Funcionalidades escogidas para el S
Y plan para implementarlas
Se actualiza durante el Sprint
Solo puede ser modificado por el eq
Sprint Backlog

28. Suma de todas las funcionalidades terminadas
Listas para ser puestas en produccion
Si el cliente asi lo quisiera

29. Todo junto!

30. Sprint
Planning
Meeting
Review
Retrospectiva
Product Sprint
Backlog Backlog

31. Algunas herramientas y practicas
utiles...

32. User Stories:

33. Burndown Charts

34. Taskboards

35. Funcionalidades Verticales

36. Referencias
• Scrum Guide (Oct 2011) – Ken Schwaber & Jeff Sutherland
http://www.scrum.org/storage/scrumguides/
• Simple Scrum – Tobias Mayer
http://agileanarchy.wordpress.com/2009/09/20/simple-scrum/
• Scrum Roles – An Abstraction – Tobias Mayer
http://agileanarchy.wordpress.com/2009/10/08/scrum-roles-an-abstraction/

37. Ernesto Cardenas © 2012
@AgilePeru @JuanjoFuchs
#AgilePeru MCP, CSM, CSD
http://agile-peru.net/
http://www.facebook.com/agileperu
https://groups.google.com/group/agileperu http://about.me/JuanjoFuchs