Download - HA2NM50-EQ#6-PRESENTACIÓN SCRUM
SCRUM
Equipo 6
Canseco Gutiérrez Ana Silvia
Castañeda Ibáñez Hugo Erik
German Báez Gabriela
Rangel Ibarra Andrea
Vellve Montoya Michel
¿Cómo surgió SCRUM?
Takeuchi y Nonaka
Publicación de
“The New
Product
Development
Game”
1986 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
“Estamos perdiendo la carrera de relevos…”
(Hirotaka y Nonaka, 1986).
H
Scrum ha sido
utilizado por:
Scrum ha sido utilizado
para:
(Ernesto Grafeuille, 2008)
► Microsoft.
► Yahoo.
► Google.
► Philips.
► Nokia.
► Siemens.
► BBC.
► Capital One.
► etc.
► 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.
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
Sprints
● Los proyectos avanzan en una serie
de “Sprints”.
● Duración de 15 días o un mes
● 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)
CICLO DE DESARROLLO / ETAPAS DE SCRUM /
FRAMEWORK DE SCRUM
Jeff Sutherland, Ph.D. Ken Schwaber (2007)
ROLES
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
Roles en Scrum
● Product Owner: responsable
del proyecto y la planificación.
● Scrum Master: moderador,
encargado de asegurar la
cooperación y el cumplimiento
de la planificación funcional
realizada por el Product Owner.
● El Equipo: entre 5 y 9
miembros, los encargados de
efectivizar la resolución de cada
sprint y especificar los
resultados del trabajo.
● Usuarios: Destinatarios finales
del producto.
● Stakeholders: les producirá un
beneficio y participarán durante
las revisiones del Sprint.
● Managers: Son las personas
encargadas de tomar las
decisiones finales participando
en la selección de requisitos y
objetivos.
Reuniones
Sprint Planning● El equipo selecciona los
temas a partir del
Product Backlog que
pueden comprometerse a
completar
● Se crea el Sprint Backlog
● Se identifican tareas y
cada una es estimada (1-
16 horas)
● Realizado
colaborativamente, no
solo por el ScrumMaster
Como planificador de vacaciones,
deseo ver fotos de Hoteles
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)
Backlog: Lista de requerimientos del producto
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
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 Dejar de hacer Continuar haciendo
START STOP
CONTINUE
Daily Scrum
Parámetros
● Diaria
● Dura 15 minutos
● 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
(Xavier Quesada Allue, 2009)
Todos responden 3 preguntas
➔¿Qué hiciste ayer?
➔¿Qué vas a hacer hoy?
➔¿Hay obstáculos en tu camino?
ARTEFACTOS
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)
Product Backlog❖ 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.
❖ Reúne aquellos
requerimientos
que se
completarán
durante el sprint
(codificar, testear
y documentar.)
Sprint Burndown
ChartSprint Backlog
Product Backlog
(kenneth S. Rubin, 2012)
( Abhijeet Bhagat, 2009)
Sprint Backlog
(Scrum Formación de Sprint Backlog,n.d
Sprint Burndown Chart
( Markus Sprunck, 2012)
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
Sprint
➔ Se efectúa el
desarrollo del
software.
➔ Realizan las
reuniones
➔ subfases
➔ elaborar,
➔ integrar,
➔ revisar
➔ ajustar.
Revisión de sprint
➔ Evaluación de
resultados con
respecto al sprint
backlog
➔ Se realizan
modificaciones al
product Backlog[si
no se tomó en
cuenta algún
requerimiento]
➔ Se planificará el
siguiente sprint
Cierre
➔ Se realiza
depuración
(debugging) antes
de construir el que
se entregará
➔ se realiza el
Marketing y
promoción del
producto
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)
• Mitigación sistemática de los riesgos del proyecto
• Productividad y calidad
• Alineamiento entre el cliente y el equipo de desarrollo
• Equipo motivado.
Ventajas de la metodología SCRUM
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.
• 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
Desventajas de Scrum
Conclusiones
Scrum en pocas palabras (Kniberg, H ,n.d.)
• Divide tu organización en equipos pequeños, interdisciplinarios y auto-
organizados.
• 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.
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/
● Wikipedia (2013, September). Scrum - Wikipedia, la enciclopedia libre. Tomado September 10, 2013, de
http://es.wikipedia.org/wiki/Scrum#Sprint_backlog