¿Has oído hablar de la técnica WSJF, Weighted Shortest Job First? ¿Sabías que también se puede usar para ayudar a romper tus Features, así como para priorizarlas?
Quizás alguien en su empresa haya escuchado o incluso haya utilizado el WSJF, pero ¿cómo suele decidir su organización qué iniciativas deben priorizarse? ¿Quién tiene la «voz» más alta decide? ¿O es el sentimiento del Product Manager o Product Owner?
Si alguna vez se ha encontrado en una situación como esta y ya ha pensado si tendría una forma más lógica y objetiva de priorizar, es hora de averiguar más sobre el WSJF.
¿QUÉ ES LA TÉCNICA WSJF?
A diferencia de lo que muchos piensan, el trabajo más corto ponderado primero (WSJF) no fue creado por Scaled Agile. La técnica para ayudar a priorizar características fue creada por Don Reinertsen y muy popularizada por Scaled Agile Framework® (SAFe®).
La técnica WSJF tiene en cuenta no solo el costo de la demora (cost of delay, COD), sino también la duración del trabajo, en donde el tamaño del trabajo se puede utilizar como un proxy.
Si no está familiarizado con el concepto de costo de demora, piénselo de esta manera: cada vez que demoramos la entrega de una Feature, pagamos un costo relacionado con esta demora. Esto significa que maximizar el valor de una característica significa minimizar el costo del retraso.
Por ejemplo: Un fabricante en la temporada navideña paga el costo de demora cada día que retrasa sus lanzamientos, ya que la competencia está logrando lanzar antes y aprovechar la oportunidad.
Pero, ¿cómo decidir qué producto, qué característica y qué iniciativa priorizar?
En el libro “Principles of Product Development Flow”, Don Reinersten presenta varios principios relacionados con la priorización de iniciativas, con sus respectivas condiciones de aplicabilidad. Uno de estos principios está relacionado con la técnica WSJF.
En un caso muy simple, en un extremo, en el que todas las Features tienen la misma duración, deberíamos priorizar las Features que tienen el mayor costo de retraso, lo que minimizaría el costo total. En otras palabras, se priorizaría la característica con mayor valor/beneficio.
En el otro extremo, si todas las Features tienen el mismo costo de demora, debemos priorizar las Features que se pueden lanzar más rápidamente, minimizando así el costo de demora y maximizando el valor para la organización.
Sin embargo, en el escenario actual caracterizado por el mundo VUCA (Volatilidad/Volatility, Incertidumbre/Uncertainty, Complejidad/Complexity y Ambigüedad/Ambiguity), con tanta volatilidad e incertidumbre, tanto el costo del retraso como la duración/tamaño de una característica pueden variar mucho de característica a característica.
En estos casos, la técnica WSJF contribuye mucho en la priorización para minimizar costos y maximizar el valor para la organización.
En pocas palabras, la técnica WSJF de una Feature se calcula dividiendo el costo del retraso por su duración/tamaño. Más detalles sobre las variables que componen el costo de demora se pueden consultar en un excelente artículo sobre la técnica WSJF .
Sin embargo, no debemos simplemente calcular un número y seguirlo a ciegas sin tener en cuenta otros aspectos importantes y conocidos, como la dependencia entre características.
Si sabemos de antemano que para que se entregue la característica A dependemos de la característica B que se realizará, incluso si mediante la técnica WSJF el resultado de la característica A es mayor que el resultado de la característica B, la secuencia de entrega sería la característica B y luego la característica A.
LA TÉCNICA WSJF COMO HERRAMIENTA DE APOYO AL PRINCIPIO # 6 DE SAFE®
Otro fenómeno muy importante que proporciona la técnica WSJF es el estímulo para dividir las características en características más pequeñas.
En varios casos, cuando intentamos aplicar la técnica WSJF por primera vez a un conjunto de funcionalidades, se genera un gran malestar como consenso de que si el conjunto de funcionalidades se priorizará por la sensación de generar valor o incluso por el ROI de cada característica o el resultado sería bastante diferente.
Pero durante la incomodidad, alguien dice: – ¿Qué pasa si dividimos la característica X (que, al sentirnos, creemos que es la más prioritaria, pero obtuvo el WSJF más bajo) en dos o más características?
Esto se debe a que nos damos cuenta de que el peso de duración/tamaño es lo que generalmente interfiere con la técnica WSJF, ya que es el denominador en el cálculo del resultado.
Así, podemos decir que la técnica WSJF nos ayuda a pensar en dividir características en características más pequeñas, lo que además de cambiar el orden de las características priorizadas, termina fortaleciendo el principio # 6 de SAFe® , porque al reducir el tamaño del lote de trabajo, mejoramos la fluidez y aumentamos la utilización, además de mejorar la previsibilidad.
La técnica WSJF es solo una de los muchos insights que siempre surgen en las clases de capacitación oficiales de Scaled Agile, la certificación líder en SAFe® 5 – SAFe® Agilist. Obtenga más información sobre nuestra capacitación y descubra cómo SAFe le puede ayudar en escenarios ágiles a escala.
Referencias:
- Reinertsen, D.: Los principios del flujo de desarrollo de productos. Desarrollo de productos Lean de segunda generación. Editorial Celeritas (2009) ISBN-10: 1935401009
- https://www.scaledagileframework.com/wsjf/
- https://www.scaledagileframework.com/visualize-and-limit-wip-reduce-batch-sizes-and-manage-queue-lengths/
