SCRUM

Equipo 6
Canseco Gutirrez Ana Silvia Castaeda Ibez Hugo Erik German Bez Gabriela Rangel Ibarra Andrea Vellve Montoya Michel

Cmo surgi SCRUM?

Estamos perdiendo la carrera de relevos (Hirotaka y Nonaka, 1986).
1986 1995 1996

Takeuchi y Nonaka Publicacin de The New Product Development Game

Ken Schwaber Presenta en una conferencia , la implementacin de Scrum para el desarrollo de un software llamado Delphi.

Jeff Sutherland y Ken Schwaber Presentaron las prcticas que se usaban como proceso formal para el desarrollo de software y que pasaran a incluirse en la lista de Agile Alliance

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)

Caractersticas

Equipos auto-organizados.

El desarrollo del producto avanza por Sprints con duracin de dos semanas a un mes.

El proceso iterativo se repite en SCRUM.

Prioridad

Los requisitos se capturan en una lista llamada Product Backlog.

Tanto las prcticas de ingeniera como las normas se apegan y solapan para generar procesos giles.

 Los proyectos avanzan en una serie de Sprints.

Duracin de 15 das o un mes Al inicio se definen requerimientos o Backlog Durante el Sprint el producto es diseado, codificado y testeado Sprits ms largos al comienzo (obtener ejecutable) y al final ms cortos. (fase final del refinamiento)

Sprints

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 retroalimentacin Usuarios Stakeholders Managers

Roles en Scrum
Product Owner: responsable del proyecto y la planificacin. Usuarios: Destinatarios finales del producto. Stakeholders: les producir un beneficio y participarn durante las revisiones del Sprint. Managers: Son las personas encargadas de tomar las decisiones finales participando en la seleccin de requisitos y objetivos.

Scrum Master: moderador, encargado de asegurar la cooperacin y el cumplimiento de la planificacin funcional realizada por el Product Owner. El Equipo: entre 5 y 9 miembros, los encargados de efectivizar la resolucin de cada sprint y especificar los resultados del trabajo.

Reuniones
Sprint Planning

Backlog: Lista de requerimientos del producto

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 (116 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)

Sprint Review Meeting

El equipo da demos de lo que han completado durante el Sprint. Se reunirn: el propietario del producto, los miembros del equipo y Scrum Master, adems de clientes y partes interesadas. Se debe dejar en claro "lo que est funcionando bien" y "Lo que no trabaj, o podra funcionar mejor", se buscan las causas y cmo lo van a modificar. Tiene como lmite 4 hrs

Martn , 2009

Sprint retrospective
Se realiza luego de cada sprint Peridicamente, 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 rene y discute lo que les gustara:

Comenzar a hacer

Dejar de hacer

Continuar haciendo

START

STOP

Daily Scrum
Parmetros Diaria Dura 15 minutos (Xavier Quesada Allue, 2009) Parados No para la solucin de problemas Todo el mundo est invitado Slo los miembros del equipo, ScrumMaster y Product Owner, pueden hablar Ayuda a evitar otras reuniones innecesarias

Todos responden 3 preguntas Qu hiciste ayer? Qu vas a hacer hoy? Hay obstculos en tu camino?

( Benjamin Sandoval 2012)

ARTEFACTOS

Backlog
Product Backlog
Lista de requerimientos del producto. Siempre en crecimiento y evolucin . Finalidad de poder adaptarlo con el avance del proyecto (slo por el product owner)

Sprint Backlog

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.

Rene aquellos requerimientos que se completarn durante el sprint (codificar, testear y documentar.)

Product Backlog

(kenneth S. Rubin, 2012)

( Abhijeet Bhagat, 2009)

Sprint Backlog

(Scrum Formacin de Sprint Backlog,n.d

Sprint Burndown Chart

( Markus Sprunck, 2012)

Proceso de Scrum
Scrum se compone bsicamente de cinco etapas:

Revisin de planes de release Se realiza una vez establecido el Release Backlog Llevada a cabo por el equipo Evalan las diferentes factibilidades de los requerimientos y estimaciones.

Distribucin, revisin y ajustes de estndares de producto Ajustes de los estndares y requerimientos

Revisin de sprint Evaluacin de resultados con respecto al sprint backlog Sprint Se efecta el desarrollo del software. Realizan las reuniones subfases

Se realizan modificaciones al product Backlog[si no se tom en cuenta algn requerimiento] Se planificar siguiente sprint el

Cierre Se realiza depuracin (debugging) antes de construir el que se entregar se realiza el Marketing y promocin del producto

elaborar, integrar, revisar ajustar.

Ventajas de la metodologa SCRUM

Entrega de resultados en lapsos cortos de tiempo, lo cual implica:

Gestin regular de las expectativas del cliente

Resultados anticipados (time to market)

Flexibilidad y adaptacin respecto a las necesidades del cliente

Gestin sistemtica del Retorno de Inversin (ROI)

Ventajas de la metodologa SCRUM

Mitigacin sistemtica de los riesgos del proyecto

Productividad y calidad Alineamiento entre el cliente y el equipo de desarrollo

Equipo motivado.

Desventajas de Scrum

Debe existir una fecha definitiva de finalizacin del proyecto para no aadir 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.

Desventajas de Scrum

La falta de direccin firme pueden llevar a los proyectos a no completarse o incluso fallar

La metodologa Scrum funciona bien cuando el scrum master confa en el equipo que lleva

La falta de algn integrante del equipo afecta el desarrollo

El control de la calidad del proyecto es difcil de implementar y cuantificar

Conclusiones
Scrum en pocas palabras (Kniberg, H ,n.d.)

Divide tu organizacin en equipos pequeos, interdisciplinarios y autoorganizados.

Divide el trabajo en una lista de entregables pequeos 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 cdigo potencialmente entregable y demostrado despus de cada iteracin.

Optimiza el plan de entregas y actualiza las prioridades en colaboracin con el cliente, basada en los conocimientos adquiridos mediante la inspeccin del entregable despus de cada iteracin.
Optimiza el proceso teniendo una retrospectiva despus de cada iteracin.

Bibliografa
Abhijeet Bhagat (2019, November). Eclectic Colors! Tomado de http://eclecticcolors.blogspot.mx/2009/11/introduction-to-scrum.html Ernesto Grafeuille (2008, November). Una Introduccin 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