Scrum surgió en 1986 cuando Takeuchi y Nonaka publicaron un artículo sobre el desarrollo de nuevos productos. En 1995, Ken Schwaber implementó Scrum para el desarrollo de software y en 1996 lo presentó formalmente junto con Jeff Sutherland. Scrum se basa en equipos auto-organizados que trabajan en sprints cortos para entregar software de manera incremental.

1. SCRUM
Equipo 6
Canseco Gutiérrez Ana Silvia
Castañeda Ibáñez Hugo Erik
German Báez Gabriela
Rangel Ibarra Andrea
Vellve Montoya Michel

2. ¿Cómo surgió SCRUM?
“Estamos perdiendo la carrera de relevos…”
(Hirotaka y Nonaka, 1986).
1986
Takeuchi y Nonaka
Publicación
de
“The
New
Product
Development
Game”
H
1995
Ken Schwaber
Presenta en una
conferencia , la
implementación
de Scrum para el
desarrollo de un
software llamado
Delphi.
1996
Jeff Sutherland y
Ken Schwaber
Presentaron
las
prácticas que se
usaban
como
proceso formal para
el
desarrollo
de
software
y
que
pasarían a incluirse
en la lista de Agile
Alliance

3. Scrum ha sido
utilizado por:
► Microsoft.
► Yahoo.
► Google.
► Philips.
► Nokia.
► Siemens.
► BBC.
► Capital One.
► etc.
Scrum ha sido utilizado
para:
► Software comercial.
► Desarrollos internos.
► Desarrollos bajo contrato.
► Aplicaciones financieras.
► Aplicaciones certificadas ISO
9001.
► Sistemas embebidos.
► Sistemas con requisitos 7x27
y 99.999% de disponibilidad.
► Desarrollo de video juegos.
► Sitios Web.
► Telefonos portatiles.
(Ernesto Grafeuille, 2008)

4. Características
•
•
•
•
•
Equipos auto-organizados.
El desarrollo del producto avanza por Sprints con
duración de dos semanas a un mes.
El proceso iterativo se repite en SCRUM.
Los requisitos se capturan en una lista llamada
Product Backlog.
Tanto las prácticas de ingeniería como las
normas se apegan y “solapan” para generar
procesos ágiles.
Prioridad

5. ● Los proyectos avanzan en una serie
de “Sprints”.
● Duración de 15 días o un mes
Sprints
● Al inicio se definen requerimientos o
Backlog
● Durante el Sprint el producto es
diseñado, codificado y testeado
● Sprits más largos al comienzo
(obtener ejecutable) y al final más
cortos. (fase final del refinamiento)

6. CICLO DE DESARROLLO / ETAPAS DE SCRUM /
FRAMEWORK DE SCRUM
Jeff Sutherland, Ph.D. Ken Schwaber (2007)

7. ROLES

8. El equipo de Trabajo en SCRUM
2 Grupos
● Comprometidos con el proyecto y el proceso de Scrum.
○ Product Owner
○ Scrum Master
○ El equipo
● No son parte del proceso pero influyen en la retroalimentación
○ Usuarios
○ Stakeholders
○ Managers

9. Roles en Scrum
● Product Owner: responsable
del proyecto y la planificación.
● Usuarios: Destinatarios finales
del producto.
● Scrum Master: moderador,
encargado de asegurar la
cooperación y el cumplimiento
de la planificación funcional
realizada por el Product Owner.
● Stakeholders: les producirá un
beneficio y participarán durante
las revisiones del Sprint.
● El Equipo: entre 5 y 9
miembros, los encargados de
efectivizar la resolución de cada
sprint
y
especificar
los
resultados del trabajo.
● Managers: Son las personas
encargadas
de
tomar
las
decisiones finales participando
en la selección de requisitos y
objetivos.

10. Reuniones
Backlog: Lista de requerimientos del producto
Sprint Planning
● El equipo selecciona los
temas a partir del
Product Backlog que
pueden comprometerse a
completar
Como planificador de vacaciones,
deseo ver fotos de Hoteles
● Se crea el Sprint Backlog
● Se identifican tareas y
cada una es estimada (116 horas)
● Realizado
colaborativamente, no
solo por el ScrumMaster
Codificar la capa intermedia (8 hs)
Codificar la interfaz de usuario (4)
Escribir los test fixtures (4)
Codificar la clase foo (6)
Actualizar test de performance (4)

11. Sprint Review Meeting
● El equipo da demos de lo que han
completado durante el Sprint.
● Se reunirán: el propietario del producto,
los miembros del equipo y Scrum Master,
además de clientes y partes interesadas.
● Se debe dejar en claro "lo que está
funcionando bien" y "Lo que no trabajó, o
podría funcionar mejor", se buscan las
causas y cómo lo van a modificar.
● Tiene como límite 4 hrs
Martín , 2009

12. Sprint retrospective
● Se realiza luego de cada sprint
● Periódicamente, se echa un vistazo a
lo que funciona y lo que no
● Normalmente 15 a 30 minutos
● Todo el equipo participa
○ ScrumMaster
○ Product owner
○ Equipo
○ Posiblemente clientes y otros
● Mejora continua
Todo el equipo se reúne y discute lo que les gustaría:
Comenzar a hacer
START
Dejar de hacer
Continuar haciendo
STOP

13. Daily Scrum
Parámetros
● Diaria
● Dura 15 minutos
(Xavier Quesada Allue, 2009)
● Parados
● No para la solución de problemas
● Todo el mundo está invitado
● Sólo los miembros del equipo, ScrumMaster y Product
Owner, pueden hablar
● Ayuda a evitar otras reuniones innecesarias

14. Todos responden 3 preguntas
➔¿Qué hiciste ayer?
➔¿Qué vas a hacer hoy?
➔¿Hay obstáculos en tu camino?

15. ( Benjamin Sandoval 2012)

16. ARTEFACTOS

17. Backlog
Product Backlog
❖ Lista de
requerimientos
del producto.
❖ Siempre en
crecimiento y
evolución .
❖ Finalidad de
poder adaptarlo
con el avance del
proyecto (sólo por
el product owner)
Sprint Backlog
❖
Reúne aquellos
requerimientos
que se
completarán
durante el sprint
(codificar, testear
y documentar.)
Sprint Burndown
Chart
❖ Muestra la
velocidad a la
que se está
completando los
objetivos/requisito
s.
❖ Permite
extrapolar si el
Equipo podrá
completar el
trabajo en el
tiempo estimado.

18. Product Backlog
(kenneth S. Rubin, 2012)
( Abhijeet Bhagat, 2009)

19. Sprint Backlog
(Scrum Formación de Sprint Backlog,n.d

20. Sprint Burndown Chart
( Markus Sprunck, 2012)

21. Proceso de Scrum
Scrum se compone básicamente de cinco etapas:
Revisión de planes
de release
➔
Se realiza una vez
establecido el
Release Backlog
➔ Llevada a cabo
por el equipo
➔ Evalúan las
diferentes
factibilidades de
los requerimientos
y estimaciones.
Distribución, revisión y
ajustes de
estándares de
producto
➔ Ajustes de los
estándares y
requerimientos

22. Revisión de sprint
➔ Evaluación
de
resultados
con
respecto al sprint
backlog
Sprint
➔ Se efectúa el
desarrollo del
software.
➔ Realizan las
reuniones
➔
subfases
➔
elaborar,
➔
integrar,
➔
revisar
➔
ajustar.
➔ Se
realizan
modificaciones
al
product Backlog[si
no se tomó en
cuenta
algún
requerimiento]
➔ Se planificará
siguiente sprint
el
Cierre
➔ Se realiza
depuración
(debugging) antes
de construir el que
se entregará
➔ se realiza el
Marketing y
promoción del
producto

23. Ventajas de la metodología SCRUM
•
Entrega de resultados en lapsos cortos de tiempo, lo cual implica:
•
Gestión regular de las expectativas del cliente
•
Resultados anticipados (time to market)
•
Flexibilidad y adaptación respecto a las necesidades del cliente
•
Gestión sistemática del Retorno de Inversión (ROI)

24. Ventajas de la metodología SCRUM
•
Mitigación sistemática de los riesgos del proyecto
•
Productividad y calidad
•
Alineamiento entre el cliente y el equipo de desarrollo
•
Equipo motivado.

25. Desventajas de Scrum
•
•
•
•
Debe existir una fecha definitiva de finalización del proyecto para no
añadir nueva funcionalidad
Una tarea debe estar bien definida pues afecta a los costes de tiempo y
dinero
Los miembros del equipo deben estar centrados y convencidos
Necesita miembros de equipo experimentados para que el proyecto sea
completado a tiempo.

26. Desventajas de Scrum
•
•
•
•
La falta de dirección firme pueden llevar a los proyectos a no completarse
o incluso fallar
La metodología Scrum funciona bien cuando el scrum master confía en el
equipo que lleva
La falta de algún integrante del equipo afecta el desarrollo
El control de la calidad del proyecto es difícil de implementar y cuantificar

27. Conclusiones
Scrum en pocas palabras (Kniberg, H ,n.d.)
•
•
•
•
•
Divide tu organización en equipos pequeños, interdisciplinarios y autoorganizados.
Divide el trabajo en una lista de entregables pequeños y concretos.
Ordena la lista por orden de prioridad y estima el esfuerzo relativo de cada
elemento.
Divide el tiempo en iteraciones cortas de longitud fija (generalmente de 1 a
4 semanas), con código potencialmente entregable y demostrado después
de cada iteración.
Optimiza el plan de entregas y actualiza las prioridades en colaboración
con el cliente, basada en los conocimientos adquiridos mediante la
inspección del entregable después de cada iteración.
Optimiza el proceso teniendo una retrospectiva después de cada iteración.

28. Bibliografía
●
Abhijeet Bhagat (2019, November). Eclectic Colors! Tomado de
http://eclecticcolors.blogspot.mx/2009/11/introduction-to-scrum.html
●
Ernesto Grafeuille (2008, November). Una Introducción a Scrum. Tomado de
http://www.mountaingoatsoftware.com/uploads/presentations/Spanish-Redistributable-Intro-Scrum.ppt
●
Markus Sprunck (2012, June). Product-Burndown-Charts and Sprint-Burndown-Charts in SCRUM Projects |
Java Code Geeks. Tomado de http://www.javacodegeeks.com/2012/06/product-burndown-charts-and-sprint.html
●
Martin (2009, August 2). kaeru. Tomado de http://www.kaeru.se/entry_8.php
●
Mountain Goat Software (n.d.). Scrum Training on Sprint Backlog | Mountain Goat Software. Tomado de
http://www.mountaingoatsoftware.com/scrum/sprint-backlog
●
Xavier Quesada Allue (2009, April). Visual Management Blog · Daily Scrum against the board. Tomado de
http://www.xqa.com.ar/visualmanagement/2009/04/daily-scrum-against-the-board/

29. ●
Wikipedia (2013, September). Scrum - Wikipedia, la enciclopedia libre. Tomado September 10, 2013, de
http://es.wikipedia.org/wiki/Scrum#Sprint_backlog