Si preguntas a la mayoría de los directivos por la "seguridad psicológica" o la "visión" (leer más: seguridad psicologica) de sus equipos de desarrollo ágil de software, están de acuerdo en que estas cosas son importantes, pero... Cuando el cliente señala urgencia o se acerca la fecha límite, todas estas variables "más suaves" suelen pasar a un segundo plano. A los directivos les preocupa sobre todo que el flujo de entrega ágil de su equipo ágil funcione de forma predecible.

Si echas un vistazo a nuestro blog Echometer (a nuestro blog), sabrás que nuestro contenido suele centrarse en mejorar las habilidades blandas de los equipos y las organizaciones. Los responsables de la toma de decisiones suelen subestimarlas. Pero no por los Scrum Masters y los Agile Coaches.

Lo que creo que los Scrum Masters y los coaches ágiles vuelven a subestimar es la concentración en mejorar el flujo de entrega –, básicamente lo que quieren los directivos. En el post de hoy, describo una técnica sencilla para aumentar significativamente la probabilidad de entregar a tiempo y dentro del presupuesto una y otra vez.

Paso 1 en relación con tu Flujo de Entrega Ágil

Me refiero a supervisar el flujo de entrega Ágil de tus tareas. Si haces unas pocas cosas bien, podrás obtener resultados mucho más predecibles. Incluso tus gráficos de dispersión del tiempo de ciclo o tu simulación Monte Carlo para calcular las estimaciones del proyecto podrían finalmente indicar predicciones válidas en lugar de estar completamente fuera de lugar (leer más: 9 Métricas ágiles para los responsables de la toma de decisiones).

El primer síntoma a combatir es que hay tareas que tardan sólo unos días desde "Programadas" hasta "Completadas", y luego hay tareas que tardan más de un mes. Para contrarrestarlo, debes asegurarte de que una tarea contenga siempre la versión entregable más pequeña posible de la función deseada. Sin campanas ni silbatos que no sean necesarios para la petición principal del cliente. Básicamente una MVT, Tarea Mínima Viable. Esto no significa que haga que todas las tareas sean pequeñas. Pero debería ayudarte a llegar a una fase en la que las tareas te lleven como mucho unas semanas, en lugar de meses.

Segundo paso en relación con tu Flujo de Entrega Ágil: WIP en lugar de Velocidad

Muchos Scrum Masters o entrenadores Kanban creen que una medición válida de la velocidad, etc., depende del "dimensionamiento correcto" de las tareas o elementos de trabajo, en el que todos los elementos de trabajo tienen aproximadamente el mismo tamaño. Sólo entonces los puntos de historia (necesarios para medir la velocidad) son útiles para medir la velocidad, porque se parecen más a una unidad de tiempo comparable. 

Pero esto es erróneo: ni siquiera es necesario que las tareas tengan un tamaño similar. No deberías suponerlo, porque es demasiado difícil controlar las estimaciones del Punto de Historia. Lo único que puedes controlar es cuántas tareas nuevas empiezas.

Así que haz lo siguiente para ser predecible Controla la tasa de "nuevas tareas iniciadas" en comparación con la tasa de "tareas completadas". Ambas deben estar equilibradas. En otras palabras, las tasas de "entrada" y "salida" de tareas deben ser lo más parecidas posible, idealmente incluso iguales.

Un ejemplo: el comportamiento típico en los equipos de desarrollo de software es que, en cuanto se bloquea una tarea, se inicia un nuevo elemento de trabajo. Esto lleva a que muchas tareas estén abiertas pero inacabadas, lo que hace mucho más complicado volver a desbloquearlas todas. 

En cambio, si te aseguras de que por cada tarea que empiezas, hay también una tarea terminada, podrás desbloquear mejor las pocas tareas centradas en el Diario. Tu rendimiento general será más predecible – y el equipo estará más contento porque tu jefe y tus clientes también lo estarán.

Algunos "síntomas positivos" de un flujo saludable de entrega del Ágil

En la práctica, esto daría lugar a los siguientes comportamientos:

• • No empezamos nuevas tareas cuando todavía hay muchas cosas en curso. 

• • Nos centramos en terminar lo que hemos empezado antes de empezar cosas nuevas.

• • La antigüedad de las tareas nunca va más allá de unas pocas semanas.

• • Si no hay una buena razón, siempre trabajamos en la tarea más antigua.

Los límites WIP (trabajo en curso) también ayudan en este sentido, aunque a menudo no son suficientes. Una vez que el equipo aprenda a centrarse en terminar las tareas en lugar de empezar otras nuevas, estaréis mejor que la mayoría de los equipos.

Cuando utilizas correctamente el Flujo de Entrega Ágil

Crear expectativas claras: De esta forma sigues sin poder controlar si una tarea lleva dos o tres días. Pero al menos te aseguras de que tu equipo no esté trabajando en tantas tareas que las de 2-3 días acaben llevándote un mes.

¿Cuánto mejor estaría tu equipo si supiera que básicamente todas las obligaciones de entrega se cumplirán en unas pocas semanas? Esto supone, por supuesto, que pongas en práctica todas las cosas mencionadas anteriormente: Establecer MVT, un límite estricto de WIP y el compromiso de no reiniciar las tareas hasta que se haya completado otra tarea.

Paso 3: Empieza a mejorar el Flujo de Entrega Ágil

En teoría, sabes lo que hay que hacer. Ahora bien, ¿cuál es la mejor manera de empezar en la práctica? Creando conciencia y "disposición al cambio" en el equipo. En el mejor de los casos, mediante la autorreflexión.

Tienes que ser transparente con estas cifras y comprobarlas regularmente para ver si la proporción entre tareas iniciadas y completadas está equilibrada. Podría formar parte de tu retrospectiva profundizar un poco más y reflexionar sobre por qué las cifras no estaban equilibradas en el último ciclo. 

Puedo recomendarte que discutas los comportamientos que he mencionado con nuestra herramienta de retrospectiva ágil Echometer en tu retrospectiva (leer más: 7 Herramientas retrospectivas en comparación). Incluso podrías hacer que esto formara parte de tus acuerdos de trabajo o de tu chequeo médico periódico para concienciarte haciendo las preguntas con regularidad.

Las siguientes preguntas son nuestra plantilla retrospectiva para la "entrega ágil" (leer más: 22 plantillas divertidas para retrospectivas ágiles). Empezamos con unas cuantas afirmaciones de chequeo y preguntamos al equipo si tienden a estar de acuerdo o en desacuerdo. Después, hay algunas preguntas abiertas: