SCRUM
Scrum es el nombre con el que se denomina a
los marcos de desarrollo ágiles caracterizados por:
·
Adoptar una estrategia de desarrollo incremental,
en lugar de la planificación y ejecución completa del producto.
·
Basar la calidad del resultado más en el conocimiento
tácito de las personas en equipos auto organizados, que en la calidad de los
procesos empleados.
·
Solapamiento de las diferentes fases del
desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o en
cascada.
Características
SCRUM es un modelo de referencia que define
un conjunto de prácticas y roles, y que puede tomarse como punto de partida
para definir el proceso de desarrollo que se ejecutará durante un proyecto.
Los roles principales en Scrum son:
·
El Scrum Master,
que procura facilitar la aplicación de scrum y gestionar cambios
·
El Product Owner,
que representa a los stakeholders (interesados externos o internos)
·
El Team (equipo), que ejecuta el
desarrollo y demás elementos relacionados con él.
Product backlog
El product
backlog se trata como un documento de alto nivel para todo el proyecto. Es el
conjunto de todos los requisitos de proyecto, el cual contiene descripciones
genéricas de funcionalidades deseables, priorizadas según su retorno sobre la
inversión (ROI). Representa el qué va a ser
construido en su totalidad. Es abierto y solo puede ser modificado por el product owner. Contiene estimaciones realizadas a grandes
rasgos, tanto del valor para el negocio, como del esfuerzo de desarrollo
requerido. Esta estimación ayuda al product owner a ajustar la
línea temporal (KEV) y, de manera limitada, la prioridad de las diferentes
tareas. Por ejemplo, si dos características tienen el mismo valor de negocio la
que requiera menor tiempo de desarrollo tendrá probablemente más prioridad,
debido a que su ROI será más alto.
Sprint backlog
El sprint backlog es el
subconjunto de requisitos que serán desarrollados durante el siguiente sprint.
Al definir el sprint backlog, se describe el cómo el equipo va a implementar los requisitos durante el sprint. Por lo
general los requisitos se subdividen en tareas, a las cuales se asignan ciertas horas de trabajo pero ninguna tarea con una duración superior a 16 horas.
Si una tarea es mayor de 16 horas, deberá ser dividida en otras menores. Las
tareas en el sprint backlog nunca son
asignadas, son tomadas por los miembros del equipo del modo que les parezca
adecuado.
Sprint
El Sprint es el período en el cual se lleva a cabo
el trabajo en sí. Es recomendado que la duración de los sprints sea constante y
definida por el equipo con base en su propia experiencia. Se puede comenzar con
una duración de sprint en particular (2 o 3 semanas) e ir ajustándolo con base
en el ritmo del equipo, aunque sin relajarlo demasiado. Al final de cada
sprint, el equipo deberá presentar los avances logrados, y el resultado
obtenido es un producto que, potencialmente, se puede entregar al cliente.
Así mismo, se recomienda no agregar objetivos al
sprint o sprint backlog a
menos que su falta amenace al éxito del proyecto. La constancia permite la
concentración y mejora la productividad del equipo de trabajo.
El tiempo mínimo de un Sprint es de dos (2) semanas
y el máximo es de cuatro (4) semanas.
Durante cada sprint, un periodo entre una y cuatro semanas (la magnitud es
definida por el equipo y debe ser lo más corta posible), el equipo crea un
incremento de software potencialmente
entregable.
El conjunto de características que forma
parte de cada sprint viene del Product
Backlog, que es un conjunto de requisitos de alto nivel priorizados que
definen el trabajo a realizar.
Los elementos del Product Backlog que forman parte
del sprint se determinan durante la reunión de Sprint Planning. Durante esta reunión, el Product Owner identifica los
elementos del Product Backlog que
quiere ver completados y los hace del conocimiento del equipo. Entonces, el
equipo conversa con el Product Owner buscando la claridad y magnitud adecuadas
para luego determinar la cantidad de ese trabajo que puede comprometerse a
completar durante el siguiente sprint. Durante el sprint, nadie puede
cambiar el Sprint Backlog, lo que significa que los requisitos están
congelados durante el sprint.
Daily Scrum o Stand-up meeting
Cada día de un sprint, se realiza la ceremonia
sobre el estado de un proyecto. Esto se llama daily standup o Stand-up meeting. El scrum tiene unas
guías específicas:
·
La ceremonia comienza puntualmente a su hora.
·
Todos son bienvenidos, pero sólo los involucrados
en el proyecto pueden hablar.
·
La ceremonia debe celebrarse idealmente, en la
misma ubicación y a la misma hora todos los días.
Durante la ceremonia, cada miembro del equipo
contesta a tres preguntas:
·
¿Qué has hecho desde ayer?
·
¿Qué es lo que haré hoy?
·
¿Has tenido algún problema que te haya impedido
alcanzar tu objetivo? (Es el papel del ScrumMaster recordar estos
impedimentos).
El objetivo último de las ceremonias diarias es que
cada miembro del equipo sepa si se están cumpliendo los plazos marcados para el
"sprint".
Scrum de Scrum
Estas ceremonias, por lo general, se realizan
cuando en la organización existan varios equipos Scrum, y les permiten discutir
su trabajo, enfocándose especialmente en áreas de solapamiento e integración.
Se hace normalmente cada día después del “Daily Scrum” o, como máximo, cada dos
días. Asiste una persona asignada por cada equipo Scrum.
La agenda será la misma que la del Daily Scrum,
añadiendo, además, las siguientes cuatro preguntas:
·
¿Qué ha hecho tu equipo desde nuestra última
reunión?
·
¿Qué hará tu equipo antes que nos volvamos a
reunir?
·
¿Hay algo que demora o estorba a tu equipo?
·
¿Estás a punto de poner algo en el camino del otro
equipo?
Planificación del Sprint (Sprint Planning)
Al inicio de cada ciclo de Sprint (de acuerdo a la
duración definida de los sprints), se lleva a cabo una ceremonia
de planificación del Sprint. Se pretende:
·
Seleccionar qué trabajo se hará.
·
Preparar, con el equipo completo, el Sprint Backlog
que detalla el tiempo y el esfuerzo que llevará hacer el trabajo.
·
Identificar y comunicar cuánto del trabajo es
probable que se realice durante el actual Sprint.
·
Se toma como medida de tiempo para esta ceremonia
una hora por cada semana de duración del sprint, teniendo un máximo posible de
ocho (8) horas como límite.
Al final del ciclo Sprint se celebran dos
ceremonias más: la revisión del Sprint y la retrospectiva del Sprint.
Revisión del Sprint (Sprint Review)
·
Revisar
el trabajo que fue completado y no completado
·
Presentar
el trabajo completado a los interesados, puede ser a través de una demostración
o de un ambiente para tal fin (sin que esto constituya una tarea adicional al
equipo)
·
El
trabajo incompleto no puede ser demostrado
·
Se
toma como medida de tiempo una hora por cada semana de duración del Sprint.
Retrospectiva del Sprint (Sprint Retrospective)
Después de cada sprint, se lleva a cabo una
retrospectiva del propio sprint, en la cual todos los miembros del equipo dejan
sus impresiones sobre el sprint recién superado. El propósito de la
retrospectiva es realizar una mejora continua del proceso. Aplicando las mismas
medidas de tiempo antes descritas para las otras ceremonias.
