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?

( Benjamin Sandoval 2012)

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