Introduccion a Scrum

@JuanjoFuchs

#AgilePeru

Enfoque TradicionalRequerimientos

Análisis

Diseño

Construcción

Pruebas

Implementación

http://www.versionone.com/Agile101/Agile-Software-Development-Benefits/

Por que Scrum?

http://www.versionone.com/state_of_agile_development_survey/11/

Scrum es...

EmpiricoIterativo

IncrementalLiviano

Simple de entenderExtremadamente dificil de hacer

bien!

No es...

Cero documentacionIndisciplinadoImpredecible

Irse todos los dias a las 5 en punto!

Para equipos grandesO distribuidos

...

No es...S.C.R.U.M.

http://hackelare.files.wordpress.com/2011/07/scrum-1.jpg

Framework

PrincipiosRoles

EventosArtefactos

...Y Reglas

Cuando usarlo?

http://3.bp.blogspot.com/-8qwbxlN7dd4/TqHhvjqRa4I/AAAAAAAACJ8/F_o-yiVlGFo/s1600/Elephant.JPG

Un bocado a la vez...http://www.ahappyplacecalledhome.com/storage/One%20bite%20at%20a%20time-001.jpg

ProductBacklog

SprintBacklog

Sprint

Daily

Meeting

PlanningMeeting

Incremento

De ProductoReview

Retrospectiva

Principios

Transparencia

InspeccionarAdaptar

Roles

La voz del Que

Product Owner

Equipo

La tribu del Como

Scrum Master

El Joker

Eventos

Sprint

Maximo 4 semanas

Tiene un objetivo

No deberia cambiar

El equipo se mantiene

Inicia con el planning meeting

La duracion deberia ser constante El alcance se puede

renegociarSe podria cancelar antes de tiempo

Termina con el review

Y retrospectiva

Sprint Planning

Diseno colaborativo del planMaximo 8 horas2 partes1era: Que

Product Owner presenta el backlog

El equipo estudia cada item

Y determina cuanto2da: Como

El equipo define como se implementaran,

Desglosa las actividades

Se renegocia el cuanto

El equipo explica el como

Daily

Meeting

Sincronizacion de actividadesMaximo 15 minutosTodos los diasMisma hora y lugarConversacion del equipoIdentifica y remueve impedimentos3 preguntas

A - Que hice ayer?H - Que hare hoy?I - Que impedimentos tengo?

Sprint Review

Al final del SprintMaximo 4 horasEl equipo hace un demoEl product owner acepta o rechaza funcionalidades terminadasSe basa en criterios de aceptacionFuncionalidades rechazadas vuelven al backlogSe agregan mas items al backlog

Retrospectiva

Despues del reviewAntes del siguiente planningMaximo 3 horasOportunidad para mejorarComo nos fue en el Sprint anteriorIdentificar mejoras potencialesDefinir plan de mejoras

Artefactos

Product Backlog

Lista de funcionalidades requeridasPriorizadaActualizada constantementeResponsabilidad del Product OwnerFuncionalidades se detallan en ordenCada item se llama PBICada PBI usualmente es una User StoryLos PBIs son estimados solo por el equipo

Sprint Backlog

Definido en el planning meetingFuncionalidades escogidas para el SprintY plan para implementarlasSe actualiza durante el SprintSolo puede ser modificado por el equipo

Incremento

De Producto

Suma de todas las funcionalidades terminadasListas para ser puestas en produccionSi el cliente asi lo quisiera

Todo junto!

ProductBacklog

SprintBacklog

Sprint

Daily

Meeting

PlanningMeeting

Incremento

De ProductoReview

Retrospectiva

Algunas herramientas y practicas utiles...

Como <rol>

Me gustaria <funcionalidad>

Para que <motivo>

User Stories:

Burndown Charts

Taskboards

Funcionalidades Verticales

Referencias

• Scrum Guide (Oct 2011) – Ken Schwaber & Jeff Sutherlandhttp://www.scrum.org/storage/scrumguides/

• Simple Scrum – Tobias Mayerhttp://agileanarchy.wordpress.com/2009/09/20/simple-scrum/

• Scrum Roles – An Abstraction – Tobias Mayerhttp://agileanarchy.wordpress.com/2009/10/08/scrum-roles-an-abstraction/

@JuanjoFuchsMCP, CSM, CSD

https://groups.google.com/group/agileperu

@AgilePeru#AgilePeru

http://about.me/JuanjoFuchs

http://www.facebook.com/agileperu

http://agile-peru.net/

Ernesto Cardenas © 2012