30díasdeblog

Flow, ¿otro framework Ágil o no?

Flow, un marco de trabajo ágil minimalista que trata de llevar la agilidad (Agile) y todos los diferentes elementos y formas en que los equipos trabajan al negocio, ejecutivos y clientes.

Marvin López

24 de jun. de 2020 • 7 min read

Día 24 del reto #30díasdeblog y hoy es día #Agile.

Introducción

Llegué a conocer de Flow luego de una conversación interesante en la CoP (Comunidad de Practicas ágiles) de Minsait, en dónde inicialmente discutíamos sobre los marcos de trabajo (frameworks) que existen y como hay organizaciones que creen unos marcos son "más ágiles" que otros y que incluso basan la decisión de utilizar uno u otro en "cómo de ágiles les hace sentir".

Después de la conversación llegamos a la conclusión que las organizaciones que piensan de esa forma, no han entendido que el objetivo no es aplicar un marco u otro, o usar Scrum o Kanban (o Scrumban 🤮) y que eso no los hace ser más ágiles.

Es nuestro deber como Profesional de la Agilidad, ya seas Scrum Master, Agile Coach o el título que tengas, enseñarles, guiarles y mostrarles en la práctica que el objetivo es aprovechar lo beneficios que pueden ofrecer los frameworks, viéndolos como un conjunto de herramientas. Esto también lo he comentado antes en De scrum puro, agilidad pura y otras adicciones - Día 9 y Practiquemos la Agilidad Agnóstica - Día 18.

Disclaimer: Hoy es la primera vez que leo sobre Flow, y no tengo ninguna experiencia ni conozco mucho sobre él ya que tampoco existe mucha literatura al respecto, por lo que mis comentarios y análisis están basados en lo que he podido leer, he analizado y entendido de ello y aclaro y reconozco desde ya, que puedo estar equivocado. (al final del post les comparto la lista de artículos que leí además de un video para que puedan hacerse su propio juicio).

¿Qué es Flow?

Agile Transformation

Flow, un marco de trabajo ágil creado por Haydn Shaughnessy y Fin Goulding.

No pude encontrar una definición concreta de Flow entre los artículos que encontré, pero de lo que pude leer armé la siguiente:

Flow es un marco de trabajo ágil minimalista que trata de llevar la agilidad (Agile) y todos los diferentes elementos y formas en que los equipos trabajan al negocio, los ejecutivos y a los clientes. En su núcleo está conformado por: un portafolio adaptativo, desarrollo de software lean, kanban, DevOps, Despliegue continuo y feedback continuo de clientes, que en su conjunto nos ayudan a hacer más eficiente y transparente el flujo de trabajo.

*Flow el* *marco de trabajo ágil minimalista*

Flow promueve la transparencia extrema a través de paredes y tableros con post-it a los que llaman Flow Walls, en donde incluyen el proceso desde que se genera una idea en la organización que puede venir incluso de los directivos, hasta que pasa por el desarrollo y la puesta a los cliente a través del despliegue continuo. Promueve la idea de que cuando comienzas a visualizar tu Flow, puedes ver dónde hay cosas que deberían cambiarse o mejorarse.

Flow se basa mucho en kanban como modelo, incluyendo las políticas y métricas que permiten mejorar la eficiencia del flujo. Para los creadores de Flow, el método, el proceso, las formas de trabajo, las técnicas y las reglas de Agile están congeladas en el tiempo. Y Flow representa todo lo contrario. Como su nombre lo sugiere, se trata de un cambio constante, un desarrollo constante en el tiempo, un flujo eficiente.

Análisis

A pesar de que Flow presenta ideas interesantes y con las que coincido, no veo que ninguna de ellas sea algo nuevo desde el punto de vista práctico, que me motiven a querer utilizar Flow para algo.

Pienso que al no brindar una definición de qué es Flow, que se quiere lograr con el marco, la visión o el objetivo que tiene, se presta a la interpretación de quién tenga la intención de aplicarlo y a una mala implementación que puede a su vez derivar malas experiencias. Si tomamos el ejemplo de Scrum, que tiene una definición muy clara y aún así, es entendido y aplicado de formas incorrectas, imaginen lo que pasara si no tuviera una definición tan clara.

Creo que basa su idea enfocándose en lo que no debería, en el "proceso o marco de trabajo" que aplican las organizaciones, en "el Agile que hacen" o en "el Scrum que hacen", como si ese fuera el objetivo que persigue la organización y como si Flow fuera la receta definitiva a los problemas que causa la agilidad en general.

También me da la sensación de que su propuesta critica a Agile y Scrum como si fueran o significaran lo mismo, e intenta ser una alternativa innovadora a ellas, pero manteniendo dentro de su propuesta prácticas que provienen de ellos (un poco contradictorio).

Algo en lo que si estoy de acuerdo, es cuando en su discurso mencionan que hacer Agile (como sea que se haga eso), Kanban o Scrum no es suficiente, como lo he mencionado antes. Pienso que debemos entender los marcos de trabajo como un conjunto de herramientas de las que podemos aprovecharnos para lograr los objetivos que tenga la organización, ya sea si es una practica que proviene de XP, Scrum, Kanban, Design Thinking, etc, etc, etc,.

El objetivo no es la practica; tampoco lo es el framework.

Conclusión

Antes de seleccionar usar un marco de trabajo nuevo, debemos entender la agilidad como cultura de trabajo, como una filosofía de vida que implica establecer y seguir valores y principios que guíen nuestro comportamiento en busca de la creación de valor, cualquiera que sea la definición de valor en el contexto en el que estamos, aprendiendo, innovando y mejorando constantemente. Como expliqué en La mentalidad ágil - Día 10.

Creo que Flow representa muy buenas ideas que pueden ser aplicadas sin agregar la complejidad de implementar "otro marco de trabajo ágil".

El mensaje que envían en los distintos artículos es confusa y no me queda muy claro, a lo mejor es a propósito para que quieras comprar el libro o contratarles, pero siendo sincero, con lo que me dicen, yo no lo compraría ni les contrataría por el hecho de experimentar Flow, a lo mejor sí por la experiencia que pueden tener. El hecho de no tener una definición que pueda ser utilizada como referencia me parece clave.

Por otro lado me da la sensación que busca lo mismo que The Heart of Agile y Modern Agile, romper las ideas de que el "framework es lo importante" o "utilizar un framework es el objetivo" y volver a los fundamentos sin tanto maquillaje encima, pero nuevamente es confuso y un poco contradictorio porque dicen que Flow es un "Framework" también.

Seguiré indagando en el tema para hacerme un mejor juicio, pero si me gustaría conocer tu punto de vista respecto a Flow y si lo conocías o no antes de este artículo, así que si puedes déjame un comentario debajo te lo agradecería.

Te dejo una presentación que vi sobre Flow, por uno de los creadores en el DevOps Enterprise Summit 2018 en Londres, Fin Goulding.

Nota curiosa: Intentando encontrar más fuentes de información sobre Flow, que hay pocas, he encontrado otro framework que se llama igual Flow, pero fue creado por otra persona https://flowframework.org/