SCRUM

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.