You are on page 1of 60

Scrum

DY

"Los buenos programadores usan sus
cerebros, pero unas buenas directrices
nos ahorran de tener que hacerlo en cada
caso"
-- Francis Glassborow
DY
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

DY
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

JK
Estamos descubriendo formas mejores de desarrollar
software tanto por nuestra propia experiencia como
ayudando a terceros. A travs de este trabajo hemos
aprendido a valorar:

Individuos e interacciones sobre procesos y
herramientas
Software funcionando sobre documentacin
extensiva
Colaboracin con el cliente sobre negociacin
contractual
Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha,
valoramos ms los de la izquierda.
Manifiesto gil
JK
1. Nuestra mayor prioridad es satisfacer al
cliente mediante la entrega temprana y
continua de software con valor.
2. Aceptamos que los requisitos cambien,
incluso en etapas tardas del desarrollo.
Los procesos giles aprovechan el cambio
para proporcionar ventaja competitiva al
cliente.
3. Entregamos software funcional
frecuentemente, entre dos semanas y
dos meses, con preferencia al periodo de
tiempo ms corto posible.
4. Los responsables de negocio y los
desarrolladores trabajamos juntos de
forma cotidiana durante todo el proyecto.
12 Principios
JK
5. Los proyectos se desarrollan en torno a
individuos motivados. Hay que darles el
entorno y el apoyo que necesitan, y
confiarles la ejecucin del trabajo.
6. El mtodo ms eficiente y efectivo de
comunicar informacin al equipo de
desarrollo y entre sus miembros es la
conversacin cara a cara.
7. El software funcionando es la medida
principal de progreso.
8. Los procesos giles promueven el
desarrollo sostenible. Los promotores,
desarrolladores y usuarios debemos ser
capaces de mantener un ritmo
constante de forma indefinida.

12 Principios
JK
9. La atencin continua a la
excelencia tcnica y al buen
diseo mejora la Agilidad.
10.La simplicidad, o el arte de
maximizar la cantidad de trabajo no
realizado, es esencial.
11.Las mejores arquitecturas,
requisitos y diseos emergen de
equipos auto-organizados.
12.A intervalos regulares el equipo
reflexiona sobre cmo ser ms
efectivo para a continuacin ajustar
y perfeccionar su comportamiento
en consecuencia.
12 Principios
JK
Una documentacin
voluminosa es parte del
problema, no de la solucin
-- Tom DeMarco
JK
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

JK
Scrum es un marco de trabajo
para la gestin y desarrollo de
software basada en un proceso
iterativo e incremental utilizado
comnmente en entornos
basados en el desarrollo gil de
software.
Qu es Scrum?
JK
Su atencin se centra en
una estrategia flexible y
holstica de desarrollo de
productos, donde un
equipo de desarrollo
trabaja como una unidad
para alcanzar un objetivo
comn frente a un
enfoque tradicional,
secuencial.
Qu es Scrum?
JK

Scrum es un proceso gil que nos permite centrarnos en
ofrecer el ms alto valor de negocio en el menor tiempo.
Nos permite rpidamente y en repetidas ocasiones inspeccionar
software real de trabajo (cada dos semanas o un mes).
El negocio fija las prioridades. Los equipos se auto-organizan a
fin de determinar la mejor manera de entregar las
funcionalidades de ms alta prioridad.
Cada dos semanas o un mes, cualquiera puede ver el software
real funcionando y decidir si liberarlo o seguir mejorndolo en
otro sprint.
Y en Resumen Qu es Scrum?
JK
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

JK
El concepto de Scrum tiene su origen
en un estudio de 1986 sobre los
nuevos procesos de desarrollo
utilizados en productos exitosos en
Japn y los Estados Unidos.
Los equipos que desarrollaron estos
productos partan de requisitos muy
generales, as como novedosos, y
deban salir al mercado en mucho
menos del tiempo del que se tard en
lanzar productos anteriores.
Historia
JK
Estos equipos seguan patrones
de ejecucin de proyecto muy
similares. En este estudio se
comparaba la forma de trabajo de
estos equipos altamente
productivos y multidisciplinares con
la colaboracin entre los jugadores
de Rugby y su formacin de Scrum
Historia
JK
En 1993 se realiz el primer
Scrum para desarrollo de
software y en 1995 el proceso
fue formalizado. En 2001 un
grupo de personas muy
relevantes en lo que
empezaba a ser el desarrollo
gil escribieron los valores
fundamentales de los
procesos giles.

Historia
JK
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

DY
En Scrum se realizan entregas
parciales y regulares del producto
final, priorizadas por el beneficio
que aportan al receptor del
proyecto.
Es indicado para proyectos
en entornos complejos, donde se
necesita obtener resultados
pronto, donde los requisitos son
cambiantes o poco definidos,
donde la innovacin,
la competitividad, la flexibilidad y
la productividad son
fundamentales.

Caractersticas
DY
Scrum tambin se utiliza para
resolver situaciones en que las
entregas se alargan
demasiado, los costes se
disparan o la calidad no es
aceptable, cuando se
necesita capacidad de reaccin
ante la competencia, cuando la
moral de los equipos es baja y la
rotacin alta, cuando es
necesario identificar y solucionar
ineficiencias sistemticamente.

Caractersticas
DY
Equipos auto-organizados
El producto avanza en una serie de
Sprints" de dos semanas a un mes de
duracin
Los requisitos son capturados como
elementos de una lista de Product
Backlog"
No hay prcticas de ingeniera prescritas
Utiliza normas generativas para crear un
entorno gil para la entrega de proyectos
Uno de los procesos giles

Caractersticas
DY
Beneficios de
Scrum
Cmo se consiguen
Gestin regular de las
expectativas del cliente
Lista de requisitos priorizada
Demostracin de los resultados de proyecto
en cada iteracin
Resultados anticipados (time
to market)
Priorizacin de requisitos por valor y coste
Flexibilidad y adaptacin
Re-planificacin en el inicio de cada iteracin
Retorno de inversin (ROI)

Priorizacin de requisitos por valor
Mitigacin de riesgos
Desarrollo iterativo e incremental
Productividad y calidad
Mejora continua
Comunicacin diaria del equipo
TimeBoxing
Equipo multidisciplinar
Estimacin de esfuerzo conjunta
Compromiso del equipo
Demostracin de resultados preparados para
ser utilizados
Cliente y equipo trabajando en equipo
Equipo motivado
Equipo auto-gestionado
Demostracin
DY
"Unas buenas especificaciones
incrementar la productividad del
programador mucho ms de lo que
puede hacerlo cualquier herramienta
o tcnica"
-- Milt Bryce
DY
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

JD
Sprint
En Scrum los proyectos
avanzan en una serie de
Sprints
Anlogo a las iteraciones en XP
La duracin tpica es 24
semanas o a lo sumo un
mes calendario
La duracin constante
conduce a un mejor ritmo
El product es diseado,
codificado y testeado
durante el Sprint

JD
Desarrollo secuencial vs. superpuesto
En lugar de hacer todo de
una cosa a la vez ...
...los equipos Scrum hacen
un poco de todo todo el
tiempo
Requisitos Diseo Cdigo Test
JD
Para esta actividad hacer equipos de 6 personas mientras
los moderadores plantean la dinmica del juego.
El juego consiste en 2 fases, donde se tiene que cumplir un
requisito, desde la perspectiva de 2 empresas.
Al final los integrantes debern sacar las conclusiones del
juego.
Actividad El juego del nombre
JK
Toma de requisitos al cliente.
1. Para cada requisito principal se crea un bloque de
trabajo, llamado historia.
El cliente ordena los bloques de trabajo en una pila de
producto segn su prioridad de entrega.
El equipo de trabajo toma un grupo de historias, con el que
trabajan durante una iteracin o sprint.
Una vez finalizado un sprint entregan al cliente el resultado
del trabajo. Se vuelve al punto 2 hasta terminar la pila de
producto. Page 28
Requisitos y Sprint
JD
Enfoque Iterativo Vs Orgnico
JD
Ciclo de Vida
JD
Hacer lo simple complicado es
bastante corriente; hacer lo complicado
simple, sorprendentemente simple, eso
es la creatividad
-- Charles Mingus
JD
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

D
Framework
Product owner
ScrumMaster
Team
Roles
Sprint planning
Sprint review
Sprint retrospective
Daily scrum meeting
Reuniones
Product backlog
Sprint backlog
Burndown charts
Artefactos
D
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

D
Hay dos categoras
Pig (Comprometido)
Chicken (Involucrado)
(esto se cambio en el 2011 Ahora, la gua hace referencia
a la organizacin, los empleados y las partes
interesadas en lugar de cerdos y pollos.)
Roles
D
Roles cerdo:
Product Owner: responsable de que el desarrollo
iterativo del producto va cumpliendo las
necesidades del cliente.
Equipo de desarrollo: el equipo encargado de
desarrollar el producto
Scrum Master: encargado de que el proceso Scrum
se realiza correctamente.
Roles gallina:
Usuarios de la aplicacin
Clientes
Managers

Roles
D
Define las funcionalidades del
producto
Decide sobre las fechas y
contenidos de los releases
Es responsable por la rentabilidad
del producto (ROI)
Prioriza funcionalidades de
acuerdo al valor del
mercado/negocio
Ajusta funcionalidades y
prioridades en cada iteracin si es
necesario
Acepta o rechaza los resultados del
trabajo del equipo

Product Owner
D
Representa a la gestin del proyecto
Responsable de promover los
valores y prcticas de Scrum
Remueve impedimentos
Se asegura de que el equipo es
completamente funcional y
productivo
Permite la estrecha cooperacin en
todos los roles y funciones
Escudo del equipo de interferencias
externas
Scrum Master
D
Tpicamente de 5 a 9 personas
Multi-funcional:
Programadores, testers, analistas,
diseadores, etc.
Los miembros deben ser full-
time
Puede haber excepciones (Ej.:
Infraestructura, SCM, etc.)
Los equipos son auto-organizativos
Idealmente, no existen ttulos pero a
veces se utilizan de acuerdo a la
organizacin
Solo puede haber cambio de miembros
entre los sprints
Scrum Team
D
Incluir trabajadores en un
proyecto retrasado har que
ste avance an ms
lentamente
-- Ley de Brooks
D
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

C
Reuniones Sprint Planning
Sprint Planning meeting
Priorizacin
Analizar y evaluar el Product
Backlog
Seleccionar el objetivo del Sprint
Planificacin
Decidir como alcanzar el objetivo
del Sprint (diseo)
Crear el Sprint Backlog (tareas) en
base a los temas del Product
Backlog (user stories / features)
Estimar Sprint Backlog en horas
Objetivo
del Sprint
Sprint
Backlog
Condiciones
del Negocio
Capacidad
del Equipo
Product
Backlog
Tecnologa
Producto
Actual
C
El primer da de la iteracin se realiza la reunin de
planificacin de la iteracin. Tiene dos partes:
Seleccin de requisitos (4 horas mximo). El cliente
presenta al equipo la lista de requisitos priorizada del
producto o proyecto. El equipo pregunta al cliente las dudas
que surgen y selecciona los requisitos ms prioritarios que
se compromete a completar en la iteracin, de manera que
puedan ser entregados si el cliente lo solicita.
Planificacin de la iteracin (4 horas mximo). El equipo
elabora la lista de tareas de la iteracin necesarias para
desarrollar los requisitos a que se ha comprometido. La
estimacin de esfuerzo se hace de manera conjunta y los
miembros del equipo se autoasignan las tareas.

Reuniones Sprint Planning
C
Cada da el equipo realiza
una reunin de sincronizacin (15
minutos mximo). Cada miembro
del equipo inspecciona el trabajo
que el resto est realizando
En la reunin cada miembro del
equipo responde a tres preguntas:
Qu he hecho desde la ltima
reunin de sincronizacin?
Qu voy a hacer a partir de
este momento?
Qu impedimentos tengo o
voy a tener?

Reuniones Daily Scrum
C
El equipo presenta lo
realizado durante el
sprint
Normalmente adopta la
forma de una demo de
las nuevas caractersticas
o la arquitectura
subyacente
Informal
Regla de 2 hs preparacin
No usar diapositivas
Todo el equipo participa
Se invita a todo el mundo
Reuniones Sprint Review
C
Peridicamente, se
echa un vistazo a lo que
funciona y lo que no
Normalmente 1 hora
Se realiza luego de cada
sprint
Todo el equipo
participa
ScrumMaster
Product owner
Equipo
Posiblemente clientes y otros

Reuniones Sprint Retrospective
C
Si tu proyecto no funciona, busca
en la parte que no pensaste que
fuera importante
-- Arthur Bloch
C
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

DY
Son el resultado de trabajo parcial o
final que es producido y usado
durante un proyecto. Los artefactos
son usados para capturar y llevar la
informacin del proyecto.

Un artefacto puede ser:

Un documento: como un Caso de
Negocio o un documento de la
arquitectura del Software.
Un modelo: como un modelo de
caso de uso.
Un elemento de un modelo: como
una sola clase de todo el Diagrama
de Clases.
Artefactos
DY
Los requisitos
Una lista de todos los trabajos
deseados en el proyecto
Idealmente cada tema tiene
valor para el usuarios o el
cliente
Priorizada por el Product Owner
Repriorizada al comienzo de
cada Sprint
Se aplica PARETO (el 20% de las
historias de usuario cumplen
con el 80% de las necesidades
del P.O.

Artefactos Product BackLog
DY
Una breve declaracin de cual ser
el foco del trabajo durante el sprint.
Lista de tareas que el equipo elabora
en la reunin de planificacin de la
iteracin (Sprint planning) como
plan para completar los
objetivos/requisitos seleccionados
para la iteracin y que se
compromete a demostrar al cliente
al finalizar la iteracin, en forma de
incremento de producto preparado
para ser entregado.
Artefactos Spring Backlog
DY
Es recomendable, que el propietario del
producto emplee una hoja de clculo,
alguna herramienta similar, o el soporte
de una intranet, para guardar en formato
digital la pila del producto.
Pero no es aconsejable emplearla como
base para trabajar sobre ella en la
reunin proyectndola sobre la pantalla
de la sala.
Es mucho mejor trabajar y manipular
elementos fsicos; y usar una pizarra y
fichas removibles (adhesivas, con
chinchetas o magnticas).
Artefactos-Seguimiento
DY
Artefactos Scrum TaskBoard
DY
AGENDA
Manifiesto gil
12 Principios
Que es Scrum?
Y en resumen Qu es
Scrum?
Historia
Caractersticas
Beneficios
Sprint
Desarrollo Secuencial vs
Superpuesto
Actividad 1
Requisitos y Sprint
Enfoque Iterativo vs
Organico
Ciclo de Vida

Framework
Roles
Product Owner
Scrum Master
Team
Reuniones
Sprint Planning
Daily Scrum Meeting
Sprint Review
Sprint Retrospective
Artefactos
Product BackLog
Sprint Backlog
Scrum Blackboard
Actividad 2

JK
Cada persona, saque una hoja y un lpiz o lapicero.
Siga las recomendaciones del moderador.
Actividad 2 Actividad de Memoria
JK
"No puedes crear un gran software
sin un gran equipo, y la mayora de
los equipos de desarrollo se
comportan como familias
disfuncionales"
-- Jim McCarthy
JK
Preguntas?
http://www.scrum.org/Resources
http://www.proyectosagiles.org
www.mountaingoatsoftware.com/scrum
www.scrumalliance.org
www.controlchaos.com
www.scrum.org
scrumdevelopment@yahoogroups.com
Lecturas Recomendadas
http://www.scrum.org/Portals/0/Documents/Scrum%20Gui
des/Scrum_Guide%202011%20-%20ES.pdf#zoom=100
Schwaber, Ken; Beedle, Mike (2002). Agile software
development with Scrum. Prentice Hall. ISBN 0-13-067634-
9.
Schwaber, Ken (Febrero 2004). Agile Project Management
with Scrum. Microsoft Press. ISBN 978-0-7356-1993-7.
Cohn, Mike (Noviembre 2009). Succeeding with Agile:
Software Development Using Scrum. ADDISON-WESLEY
PROFESSIONAL. ISBN 978-8-1317-3226-7
http://agilemanifesto.org/iso/es/

Bibliografia
http://www.scrummanager.net/blog/wp-
content/uploads/2011/12/Multitasking-Name-
Game_ESP.pdf
http://www.scrummanager.net/blog/2013/03/imagenes-
en-equipo-ejercicio-para-formacion-de-equipos-agiles/
Actividades

You might also like