Introduccin

Que es una Metodologa gil?

Lo gil se define como la habilidad de responder de forma verstil al cambio
para maximizar los beneficios. Responde con rapidez y da un buen resultado.

Qu es Scrum?
Scrum es un proceso en el que se aplican de manera regular un conjunto de
procesos para trabajar en equipo, y obtener el mejor resultado posible de un
proyecto.
Scrum es el nombre con el que se denomina a los marcos de desarrollo giles
caracterizados por:

Adoptar una idea total del la realizacin del producto, en lugar de la

planificacin y ejecucin completa del producto.

Enfocarse mas en las zonas de solapamiento, en lugar de realizar una tras otra
en un ciclo de cascada.

Historia
Este modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi a
principios de los 80, al analizar cmo desarrollaban los nuevos productos las
principales empresas de manufactura tecnolgica.
En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en
equipo, con el avance en formacin de mel (scrum en ingls) de los jugadores
de Rugby, a raz de lo cual qued acuado el trmino scrum para referirse a
ella.
En 1995 Ken Schwaber present Scrum Development Process en OOPSLA
95 (Object-Oriented Programming Systems & Applications conference), un
marco de reglas para desarrollo de software, basado en los principios de
scrum, y que l haba empleado en el desarrollo de Delphi, y Jeff Sutherland en
su empresa Easel Corporation (compaa que en los macrojuegos de compras
y fusiones, se integrara en VMARK, y luego en Informix y finalmente en
Ascential Software Corporation)

En la actualidad...
En la actualidad, Scrum se est utilizando en diferentes tipos de negocio y,
especialmente, en el desarrollo de software.

Principios de la metodologa Scrum

Concentracin

Priorizacin

Auto-organizacin

Ritmo

Como se usa?
Con la metodologa Scrum el cliente se entusiasma y se compromete con el
proyecto dado que lo ve crecer parte por parte. Asimismo le permite en
cualquier momento realinear el software con los objetivos de negocio de su
empresa, ya que puede introducir cambios funcionales o de prioridad en el
inicio de cada nueva iteracin sin ningn problema.
Esta forma de trabajo promueve la motivacin y compromiso del equipo que
forma parte del proyecto, por lo que los profesionales encuentran un mbito
propicio para desarrollar sus capacidades.

Beneficios de Scrum
1.

El cliente puede empezar a utilizar los resultados ms importantes del proyecto

antes de que est finalizado por completo.

2.

El cliente establece sus expectativas indicando el valor que le aporta cada

requisito

3.

Reduccin de riesgos

4.

Predicciones de tiempos

5.

Mayor productividad

Documentos del Scrum

Product backlog
El product backlog es un documento de alto nivel para todo el proyecto.
Contiene descripciones genricas de todos los requerimientos, funcionalidades
deseables, etc. priorizadas segn su valor para el negocio (business value). Es
el qu va a ser construido. Es abierto y cualquiera puede modificarlo.

Sprint backlog
El sprint backlog es un documento detallado donde se describe el cmo el
equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se
dividen en horas con ninguna tarea de duracin superior a 16 horas. Si una
tarea es mayor de 16 horas, deber ser rota en mayor detalle. Las tareas en el
sprint backlog nunca son asignadas, son tomadas por los miembros del equipo
del modo que les parezca oportuno.

Burn down
La burn down chart es una grfica mostrada pblicamente que mide la cantidad
de requisitos en el Backlog del proyecto pendientes al comienzo de cada
Sprint. Dibujando una lnea que conecte los puntos de todos los Sprints
completados, podremos ver el progreso del proyecto. Lo normal es que esta
lnea sea descendente, hasta llegar al eje horizontal, momento en el cual el
proyecto se ha terminado.

Reuniones en Scrum
Daily Scrum

La reunin comienza puntualmente a su hora.

Todos los asistentes deben mantenerse de pie.

La reunin debe ocurrir en la misma ubicacin y a la misma hora todos los

das.

Durante la reunin, cada miembro del equipo contesta a tres preguntas:

1.

Qu has hecho desde ayer?

2.

Qu es lo que ests planeando hacer hoy?

3.

Has tenido algn problema que te haya impedido alcanzar tu objetivo?

Reunin de Planificacin del Sprint

Al inicio del ciclo Sprint (cada 15 o 30 das), una Reunin de Planificacin del
Sprint se lleva a cabo.

Seleccionar qu trabajo se har

Ocho horas como lmite

Al final del ciclo Sprint, dos reuniones se llevarn a cabo: la Reunin de

Revisin del Sprint y la Retrospectiva del Sprint

Reunin de Revisin del Sprint

Revisar el trabajo que fue completado y no completado.

Presentar el trabajo a los interesados.

El trabajo incompleto no puede ser demostrado.

Cuatro horas como lmite

Retrospectiva del Sprint

Despus de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual
todos los miembros del equipo dejan sus impresiones sobre el sprint recin
superado. El propsito de la retrospectiva es realizar una mejora continua del
proceso. Esta reunin tiene un tiempo fijo de cuatro horas.
Ventaja

Se trabaja en

iteraciones cortas

Desventaja

Es una metodologa

que difiere del resto

Reunin diaria de sincronizacin del equipo (Scrum daily meeting)

El objetivo de esta reunin es facilitar la transferencia de informacin y la
colaboracin entre los miembros del equipo para aumentar su productividad, al
poner de manifiesto puntos en que se pueden ayudar unos a otros.
Cada miembro del equipo inspecciona el trabajo que el resto est realizando
(dependencias entre tareas, progreso hacia el objetivo de la iteracin,
obstculos que pueden impedir este objetivo) para al finalizar la reunin poder
hacer las adaptaciones necesarias que permitan cumplir con el compromiso
conjunto que el equipo adquiri para la iteracin (en la reunin de planificacin
de la iteracin).
Cada miembro del equipo debe responder las siguientes preguntas en un
timebox de cmo mximo 15 minutos:
Qu he hecho desde la ltima reunin de sincronizacin? Pude hacer todo lo
que tena planeado? Cul fue el problema?
Qu voy a hacer a partir de este momento?
Qu impedimentos tengo o voy a tener para cumplir mis compromisos en esta
iteracin y en el proyecto?
Como apoyo a la reunin, el equipo cuenta con la lista de tareas de la iteracin,
donde se actualiza el estado y el esfuerzo pendiente para cada tarea, asi como
con el grfico de horas pendientes en la iteracin.
Beneficios
Aumentar la productividad en el proyecto y potencia el compromiso de equipo,
dado que cada miembro pone de manifiesto delante del resto:
Las tareas que pueden afectar a otros miembros del equipo, por que impactan
en su trabajo o por que hay dependencias (especialmente si existe un retraso).
Los impedimentos con que se encuentra. La reunin de sincronizacin permite
identificar ms problemas a tiempo. El resto de miembros del equipo pueden
ofrecer ayuda a otros en la realizacin de tareas o para resolver problemas que
ya tuvieron anteriormente. El Facilitador (Scrum Master) se encargar de
solucionar los impedimentos que el equipo no puede solucionar por s solo o
que le quitan tiempo para cumplir con su compromiso fundamental de
desarrollo de requisitos.
Las tareas no planeadas que est realizando que el equipo no conoce y puede
que no estn alineadas con el compromiso del equipo, aunque l crea que lo
que est haciendo es lo mejor que se puede hacer.

Cuales son sus necesidades. Cada miembro entiende las necesidades de los
otros miembros del equipo respecto a su trabajo, de manera que pueden
colaborar y adaptar sus trabajos para que den el mximo valor y no realizar
tareas que no proporcionan ningn beneficio al resto del equipo.
Cual es su ritmo de trabajo. Se hace visible si de manera continua un miembro
del equipo est realizando tareas por debajo del rendimiento esperado. Se
evita que una persona seale con el dedo a otra, dado que la reunin de
sincronizacin pone a todos los miembros del equipo en la misma situacin de
tener que explicar en qu tareas estn trabajando.
Cuales son los criterios que est utilizando para realizar sus tareas, de manera
que estn alineados con los objetivos comunes del equipo.
Fomentar el aprendizaje de los miembros del equipo, ya que pueden ver cmo
trabajan los otros segn sus especialidades y experiencias.
Conocer el estado de la iteracin, ver si es posible completar los requisitos a
que se comprometi el equipo, en vista de las desviaciones y de las tareas
pendientes.
Restricciones
La reunin diaria de estado y sincronizacin del equipo no es para resolver
problemas, los problemas se resuelven despus de la reunin.
No a todos los miembros del equipo les interesan todos los detalles de cada
tema.
En la reunin los miembros del equipo programan reuniones entre ellos donde
colaborar sincronizando tareas, ayudando a resolver problemas, etc.
No puede haber una persona explicando su estado mientras otras "se han
apartado" de la reunin para comentar un tema particular. Si apareciese alguna
conversacin de inters comn (que debe ser rpida), debe poder ser
escuchada por todo el equipo sin distraer el principal objetivo de que todos
conozcan en qu estn trabajando los dems. Si la mini conversacin no es del
inters de todos, debe hacerse despus de la reunin.
El equipo debe contar con unos criterios consensuados sobre el proceso de
ejecucin de las de tareas
El proceso de ejecucin de las tareas debe estar consensuado para evitar que
cada reunin sea una exposicin de discrepancias entre los miembros del
equipo.
Recomendaciones

Realizar la reunin diaria de sincronizacin de pie, para que los miembros del
equipo no se relajen ni se extiendan en ms detalles de los necesarios.
Realizar las reuniones de colaboracin entre miembros del equipo justo
despus de la de sincronizacin.