Planificación de las entregas

Gestión ágil de proyectos con Scrum

PLANIFICACIÓN DE LAS ENTREGAS

TEMARIO
1. Tiempo, coste y alcance

2. Entregas tempranas y frecuentes

3. Quarterly Cycles y Monthly Cycles

4. El plan de entregas (Release Plan)

1
 Planificación de las entregas

1. LA VISIÓN DE PRODUCTO

Introducción

En todo proyecto existen tres variables, relacionadas en el llamado triángulo

de hierro, que sirven para definir los objetivos y los retos que se van a
afrontar.

Son tiempo, coste y alcance.

El triángulo de hierro fue propuesto por Martin Barnes en 1969 y es una

manera de modelar las restricciones de la gestión de proyectos. Estas
restricciones se consideran "de hierro" porque no se puede cambiar una
restricción sin que afecte a las demás.

El triángulo de hierro de los proyectos

Alcance

Cuántas funcionalidades o tareas hay que realizar en el proyecto.

Tiempo

Cuánto durará el proyecto.

Coste

Cuántos recursos se dedicarán al proyecto.

2
 Planificación de las entregas

IMPORTANTE

Si consideramos que la calidad está “congelada”, es inamovible, para

mantener sus estándares, cualquier modificación en una de las tres
variables implica la modificación de alguna(s) de las otras dos.

EJEMPLO

Dada una calidad determinada…

• Si se reducen las personas que se dedican al proyecto, será

necesario disminuir el alcance del mismo o aumentar su fecha
de entrega.
• Si se adelanta la fecha en la cual se debe entregar el
proyecto, será necesario limitar el alcance del mismo o
aumentar los recursos que se destinarán a él.
• Si se aumenta el alcance del proyecto, será necesario
ampliar la fecha de entrega del mismo o incrementar los
recursos que se destinarán a él.

IMPORTANTE

El hecho de aumentar las personas que se dedican al proyecto tiene

varios inconvenientes:

• No en todas las tareas se puede reducir el tiempo de realización

incrementando el número de personas que se dediquen a ellas.
• Será necesario contabilizar un esfuerzo adicional en
comunicación entre los miembros del equipo.

3
 Planificación de las entregas

¿SABÍAS QUE...?

El modelo estrella

Existen otros modelos más complejos que evolucionan los tres elementos
del triángulo de hierro hasta convertirlos en seis, como el modelo
estrella.

Mediante dos triángulos superpuestos, el modelo estrella representa la

relación entre inputs y outputs del proyecto en un triángulo y los factores
del proceso del proyecto en el otro. Los seis elementos son:

• El alcance
• El coste
• El tiempo
• El riesgo
• La calidad
• Los recursos

El artículo Restricciones en Dirección de Proyectos: más que coste,

tiempo y alcance profundiza en este modelo.

Gestión del triángulo de hierro en Scrum

Un aspecto importante de Scrum, que diferencia claramente este marco

de trabajo de la gestión de proyectos tradicional, es su forma de
manejar tiempo, coste y alcance.

Tradicional

Gestión de proyectos tradicional

• El alcance, es decir, las funcionalidades necesarias, es fijo, mientras

que los costes y los plazos pueden variar.

4
 Planificación de las entregas

Métodos tradicionales = Alcance fijo

SCRUM

• Ocurre lo contrario: se respetan costes, plazos y calidad, mientras que

las funcionalidades (el alcance) pueden variar.

Scrum = Alcance variable

RECOMENDACIÓN

Por este motivo, las funcionalidades de mayor valor de negocio se

desarrollarán en primer lugar. Así se mitiga el efecto de posibles
retrasos.

PARA SABER MÁS

El artículo El triángulo de hierro de la planificación amplia información

sobre este modelo de gestión de las restricciones habituales en los
proyectos.

RECUERDA

Parte del contenido de este tema se combina con lo aprendido en el

Módulo 6: Estimación ágil y en el Módulo 10: Gestión del Product
Backlog.

5
 Planificación de las entregas

2. ENTREGAS TEMPRANAS Y FRECUENTES

Para sus autores, Scrum constituye una nueva forma de desarrollar

productos capaces de aumentar la velocidad y la flexibilidad.

Algo ligero, simple de entender y difícil de dominar.

Es muy importante recordar que la transparencia, la vigilancia constante de

cómo se está desarrollando el trabajo, es uno de los tres pilares básicos de
Scrum.

Transparencia

Visibilidad para responsables y equipos de todo lo que sucede en el día a día

del desarrollo.

Adaptación

Introducción ágil de modificaciones cuando se producen problemáticas o

errores.

Inspección

Vigilancia constante de cómo se está desarrollando el trabajo.

La transparencia permite contar con una base sólida para la toma de

decisiones sobre optimización de valor y control de riesgo y es la clave para
que los artefactos de Scrum funcionen.

ATENCIÓN

Si no hay transparencia, podemos tomar decisiones erróneas que

afecten directamente al valor y al riesgo del proyecto.

Las entregas tempranas y frecuentes de incremento de producto en cada

sprint aseguran hacer llegar valor en cada una de ellas y estar
constantemente adaptándose a las necesidades del cliente final, incluso
cuando exista una gran incertidumbre.

6
 Planificación de las entregas

RECOMENDACIÓN

Para que esto sea posible, el Product Backlog (y el Sprint Backlog) ha de

ser detallado, estimado, emergente y priorizado (DEEP).

RECUERDA

Parte del contenido de este tema se combina con lo trabajado en el

Módulo 2: El marco de trabajo Scrum y el Módulo 5: Artefactos en
Scrum.

7
 Planificación de las entregas

3. QUARTERLY CYCLES Y MONTHLY CYCLES

A la hora de gestionar los ciclos de entregas, podemos establecer diferentes

frecuencias en lo que denominamos plan de entregas o Release Plan.

Las frecuencias de entrega más habituales son mensuales o trimestrales.

Y la elección de una u otra genera cierta polémica en las organizaciones,

debido a los pros y contras de cualquiera de las opciones escogidas.

Pero ¿cuáles son los pros y los contras de cada una de estas opciones?

Ciclos de entrega mensuales o Monthly Release Cycles

Pros

• Usualmente reservado para organizaciones que ya tienen experiencia

en metodologías de desarrollo ágil, Scrum o Kanban, y logran fechas
objetivo.

• Los equipos de desarrollo han de funcionar de forma muy coordinada.

Debe implementarse un proceso sólido y Lean, con un conjunto de
pruebas automatizadas y adecuadas.

• Las funcionalidades y versiones del sistema no dependen unas de

otras.

• El nivel de complejidad de la integración no es alto.

Contras

• Alto riesgo de lanzamientos fallidos debido a un marco de tiempo más

corto para remediar los defectos.

• El nivel de las pruebas puede no ser tan exhaustivo.

8
 Planificación de las entregas

RECOMENDACIÓN

En cualquiera de los dos casos, lanzamiento mensual o trimestral, es

importante hacer análisis y generar informes que recojan
información clave sobre planificación, tiempos y riesgos.

IMPORTANTE

En suma, no hay una frecuencia ideal de lanzamiento: lo más adecuado

es adaptar el plan de entregas al contexto de cada organización en
concreto.

Algunas preguntas sencillas pueden ayudar a tomar esta decisión:

- Cambios de prioridad: ¿Cuántos cambios de prioridades solicita la

organización y cuál es la dimensión de los mismos?

- Metodología de producción actual: ¿Cómo es la metodología de

entregas y el sistema de gestión de cambios en la producción actual?
(simple, robusto, repetible).

9
 Planificación de las entregas

- Complejidad del entorno: ¿Cómo es de complejo el entorno en

términos de integración y conocimiento del sistema?

Las respuestas a estas cuestiones contribuirán a la decisión final y a la

justificación de la elección entre lanzamiento mensual o trimestral.

RECUERDA

Parte del contenido de este tema se combina con lo aprendido en el

Módulo 6: Estimación ágil y el Módulo 10: Gestión del Product Backlog.

10
 Planificación de las entregas

4. EL PLAN DE ENTREGAS (RELEASE PLAN)

El plan de entregas (o Release Plan) es un conjunto de historias de usuario

agrupadas en versiones del producto (Releases) que se ponen a disposición
de los usuarios.

El plan de entregas es una planificación a media distancia, es decir, una

proyección hacia adelante en una serie de sprints.

El plan de entregas es especialmente útil en determinados casos:

- Soluciones complejas: Cuando es difícil ofrecer una solución

compleja en el corto periodo de tiempo que supone un solo sprint.

- Periodos de prueba extensos: Cuando se necesitan extensos

periodos de prueba para satisfacer los requisitos de alta calidad.

- Dependencia entre historias de usuario: Cuando algunas historias

de usuario tienen dependencias entre sí y realmente aportan valor
cuando se liberan juntas.

- Ruido en el mercado: Cuando los clientes no quieren entregas

frecuentes, ya que pueden generar problemas o ruido en el mercado.

RECOMENDACIÓN

El Release Plan es útil también porque ayuda a la transparencia y a

comunicar expectativas en cuanto a entregas y tiempos.

11
 Planificación de las entregas

Dentro del marco Scrum, el plan de entregas debe ser un documento:

• simple y minimalista;
• abierto a modificaciones constantes;
• compartido o consensuado con el equipo de desarrollo o, incluso,
generado con su colaboración.

Para conseguir un plan de entregas con estas características, es

necesario:

• tener un Product Backlog refinado (estimado y priorizado);

• saber la velocidad del equipo;
• conocer las condiciones de satisfacción: metas, alcance y recursos.

IMPORTANTE

No obstante, también se puede aplicar Scrum de forma satisfactoria sin

necesidad de utilizar el Release Plan.

De hecho, el experto Darío Palminio indica que es mejor no usar el plan

de entregas cuando:

El equipo no es capaz de crear incrementos realmente utilizables.

En estos casos, el plan de entregas solo servirá para afianzar prácticas de

desarrollo pobre.

Los procesos para liberar incremento utilizable son muy engorrosos,

burocráticos o tan lentos que exigen una planificación.

En este caso, el plan de entregas puede colaborar en mantener estos

procesos pesados, en vez de procurar modificarlos para hacerlos más ágiles.

12