Descripción de cómo dinamizar proyectos de tecnologías con marcos de trabajo ágiles como SCRUM.

1. SCRUM: cómo agilizar proyectos de desarrollo de software
Fidel Medina Guevara
30 de octubre, 2015

2. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Creación de SCRUM
Actualidad
Marco de Trabajo: Waterfall vs Agile
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

3. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Creación de SCRUM
Actualidad
Marco de Trabajo: Waterfall vs Agile
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

4. 01. ¿Cómo llegué aquí?

5. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Marco de Trabajo: Waterfall vs Agile
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

6. Jeff Sutherland and Ken Schwaber conceived the Scrum
process in the early 90’s. They codified Scrum in 1995 in
order to present it at the Oopsla conference in Austin, Texas
(US) and published the paper “SCRUM Software
Development Process”.
02. Historia

7. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

8. Fuente:
http://www.slideshare.net/gquiroz/mtodos-agiles-pasado-presente-y-futuro
Fuente:
http://dendritasoft.com/logos/
03. Actualidad

9. 03. Actualidad

10. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

11. 04. Cascada vs SCRUM

12. 04. Cascada vs SCRUM
CascadaAgile

13. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

14. 05. Roles
“Para que el proceso funcione, se necesitan los roles correctos”

15. 05. Roles
 Definir las características del producto.
 Decidir sobre la fecha de lanzamiento y el contenido.
 Será responsable de la rentabilidad del producto (ROI)
 Ajuste características y prioridades de cada iteración,
según sea necesario.
 Aceptar o rechazar los resultados del trabajo.
FUNCIONES PRINCIPALES:

16. 05. Roles
 Responsable de la promulgación de los valores y prácticas de Scrum
 Representa la gestión del proyecto
 Elimina los obstáculos
 Asegurar de que el equipo es completamente funcional y
productivo
 Habilitar una estrecha cooperación en todos los roles y funciones
 Proteja el equipo de interferencias externas
FUNCIONES PRINCIPALES:

17. 05. Roles
 Típicamente: 2 a 7 personas
 Multifuncional:
 Programadores, testers, diseñadores de experiencia de usuario,
usuarios (marketing, comercial, contabilidad, etc.).
 Los miembros deben ser a tiempo completo
 Puede haber excepciones (por ejemplo, el administrador de base
de datos)
 Los equipos son auto-organización
 Se pueden cambiar las funciones dentro del equipo, pero sólo entre
sprints (iteraciones).
FUNCIONES PRINCIPALES:

18. 05. Roles

19. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

20. 06. Proceso

21. 06. Proceso

22. 06. Proceso

23. 06. Proceso

24. 06. Proceso

25. 06. Proceso

26. 06. Proceso

27. 06. Proceso

28. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

29. Sprint Planning
• El equipo selecciona los elementos de la cartera de productos
que pueden comprometerse a completar.
• El equipo estima el tiempo de ejecución de los elementos del
sprint.
• El Scrum Master emite juicio de experto metodológico, pero
no 100% técnico.
• Se inicie con el diseño de alto nivel.
Daily Meeting
• Características: diario. 15 minutos, levantados
• Participa todo el equipo
• Los stakeholders (usuarios) son oyentes
• Ayuda a evitar otras reuniones innecesarias
• Preguntas a contestar:
 ¿Qué hiciste ayer?
 ¿Qué harás hoy?
 ¿Qué impide tu trabajo?
07. Reuniones

30. Sprint Review
• Equipo presenta lo que se lleva a cabo durante el sprint
• Por lo general toma la forma de una demostración de
nuevas características o arquitectura subyacente
• Carácter Informal
• Regla de tiempo de preparación de 2 horas
• Todo el equipo participa
• Recomendable: invitar a los usuarios
Sprint Retrospective
• Todos los miembros del equipo responden dos preguntas:
 ¿Qué cosas estuvieron bien en el último sprint?
 ¿Qué cosas se podrían mejorar?
• El Scrum Master ayuda a buscar una solución
• Típicamente 15-30 minutos
• Ejecutado después de cada sprint
• Todo el equipo participa y se invita a los usuarios
07. Reuniones

31. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

32. KANBAN
Del japonés kanban: kan “visual” y ban
“tarjeta”.
Utilizado en las empresas como el
“sistema de tarjetas”.
08. Herramientas

33. BurnDown chart
Es una representación gráfica del trabajo por hacer en un proyecto en el tiempo. Usualmente el trabajo remanente (o backlog)
se muestra en el eje vertical y el tiempo en el eje horizontal. Es decir, el diagrama representa una serie temporal del trabajo
pendiente. Este diagrama es útil para predecir cuándo se completará todo el trabajo. Usualmente se usa en el desarrollo ágil de
software, especialmente con Scrum.
08. Herramientas

34. 08. Herramientas

35. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

36. 09. Casos de Éxito

37. 09. Casos de Éxito

38. 09. Casos de Éxito

39. Agenda
1
2
3
4
5
6
7
8
9
10
¿Cómo llego aquí?
Historia
Actualidad
Cascada vs SCRUM
Roles
Proceso
Reuniones
Herramientas
Casos de Éxito
¿Consultas?

40. 10. ¿Consultas?

41. Gracias
Fidel Medina Guevara
Consultor de Proyectos TI
fidel.medina.guevara@gmail.com
https://www.linkedin.com/in/fidelmedina
Telf. 987706893
30 de octubre, 2015