Este documento presenta información sobre Scrum, una metodología ágil para el desarrollo de software. Explica que Scrum es adecuado para proyectos complejos con requisitos que pueden cambiar. Describe los roles de Product Owner, Scrum Master y el equipo Scrum, así como artefactos como el backlog del producto, historias de usuario y el tablero Scrum. También cubre conceptos como sprints, burndown charts y reuniones diarias.

1. Ciclo 4: Aplicaciones Moviles
Semana 1: SCRUM
Universidad Autónoma de Bucaramanga
Misiontic 2022
Bucaramanga

2. Contenido
• Metodologías de desarrollo de Software
• Metodologías Ágiles
• Ventajas y desventajas
• Scrum
• Historias de usuario
• Tablero Kanban
• Roles

3. Scrum: Modelo cascada
Adecuado para proyectos en que se comprenden con claridad los
requerimientos y es poco probable que cambien en el tiempo.

4. Scrum: proyectos ágiles
Adecuado para proyectos complejos, donde el futuro del proceso y del
producto no son completamente claras.

5. Principio de eficiencia
¿Qué tanto valor podemos generar
en nuestras actividades?

6. Scrum: proyectos ágiles

7. Scrum: proyectos ágiles

8. Scrum: Manifiesto Ágil

9. Scrum: proyectos ágiles
La palabra Scrum

10. Lean, ágile y Scrum

11. La triple restricción

12. Expectativa vs. Realidad

13. Scrum

14. Scrum: proyectos ágiles

15. Scrum: proyectos ágiles

16. Scrum: proyectos ágiles

17. Scrum: proyectos ágiles
Proyecto:
Programar
una tienda en
línea
Iterativo
Incrementa
l
1. Programar página web. Esto
incluye métodos de pago,
búsqueda, crear cuenta,
carrito de compra.
2. Varios métodos de pago.
Búsqueda, por filtros, un
perfil más completo, Carrito
de compras más funcional
3. ….
1. Catálogo completamente
funcional
2. Crear una búsqueda
filtrada completamente
funcional
3. …
Scrum y
cada sprint

18. Scrum: proyectos ágiles

19. Scrum: proyectos ágiles
• Durante la planeación del Sprint, el equipo planea y se compromete a un
objetivo específico
• Para que el equipo pueda cumplir con su compromiso el Sprint debe
estar ”bloqueado” o “protegido”
▪ No se realizan cambios que puedan afectar al objetivo del Sprint(Sprint
Goal)
▪ Los objetivos de calidad no disminuyen; y
▪ El alcance puede ser clarificado y renegociado entre el Product Owner y el
equipo de desarrollo a medida que se va aprendiendo sobre el proyecto.
• ¿Qué pasa si el Sprint no está protegido y el equipo no logra enfocarse?

20. Scrum: proyectos ágiles

21. El equipo Scrum

22. Equipo Scrum

23. Product Owner: Responsabilidades

24. Product Owner: Es el dueño del “QUÉ”

25. Scrum Master: Responsabilidades

26. Scrum Master: Es el dueño del “proceso”

27. Equipo Scrum: Responsabilidades

28. Equipo Scrum: Características

29. Artefactos de Scrum

30. Scrum: Backlog

31. Scrum: Backlog

32. Historias de ususario

33. Historias de usuario
• Como <ROL> quiero <ACCIÓN>[para qué <VALOR DE NEGOCIO>]
• Como miembro de LifeMiles me gustaría recibir información con
cupones y descuentos en puntos de viajero frecuente [para comprar
los puntos necesarios para viajar]

34. Criterios de aceptación
Criterios de aceptación
• Solo lo que está terminado genera
valor. Los criterios de aceptación
debe ser considerados por el
evaluador
• Los criterios de aceptación son
elementos claves para evaluar la
implementación de la historia de
usuario
• Los criterios de aceptación pueden
cambiar

35. Criterios de aceptación
Podemos diseñar nuestros criterios de aceptación utilizando las
técnicas de TDD y BDD.

36. Puntos de la historia
¿Cómo estimar el esfuerzo requerido para desarrollar una historia de
usuario?

37. Puntos de la historia

38. • Cada persona del equipo recibe un mazo de naipes con los
números de Fibonacci: 1,2,3,5,8 etc.
• Luego para calcular los puntos de una historia todos
seleccionan la carta que representa la cantidad de esfuerzo
y la ponen bocabajo.
• Luego, todos la voltean al mismo tiempo.
• Si las estimaciones son similares se calcula el promedio y
se asigna como los puntos de la historia.
• Si los valores difieren significativamente, los propietarios
de las cartas extremas deben explicar sus razones.
• Luego se puede realizar una nueva estimación o dejar la
historia para el final del proceso
Scrum poker

39. Scrum: Tablero Scrum

40. Scrum: Burndown chart

41. Scrum: Tablero Scrum

42. Scrum: Tablero Scrum

43. Scrum: Tablero Scrum

44. Scrum: Reuniones

45. ¿Por qué fallan las metodologías ágiles?