El concepto de Valor de Negocio (Business Value) representa el beneficio al cual accede una empresa / institución / grupo de personas usuarias cuando se disponibiliza una nueva funcionalidad de software para su uso productivo.
El Valor de Negocio suele usarse en las prácticas ágiles, entre otros factores, para priorizar un conjunto de funcionalidades, features o ítems en el desarrollo de un software. Priorización que a su vez permite balancear el alcance de un proyecto frente a las restricciones de tiempo, presupuesto, recursos y calidad.
Existen múltiples mecanismos para definir el Valor de Negocio, algunos muy conocidos y usados, pero también variaciones menos difundidas que pueden ser muy interesantes...
Los mecanismos más comunes para expresar el Valor de Negocio son en primer lugar mecanismos basado en un Conjunto Discreto de Valores, donde se asigna a cada ítem a priorizar un valor de negocio dentro de un conjunto de valores posibles. La escala más utilizada es la tradicional Alta/Media/Baja, con su variación MoSCoW (Must/Should/Could/Wont). A veces he visto usar el rango de enteros de 1 a 5, de 1 a 10, de 1 a 100, o sea generalizando un Rango de 1 a N.
Luego en algunos casos más aislados he visto el uso de un Ranking por Valor, donde por ejemplo lo más común es calcular para cada ítem algún indicador que compara el costo y beneficio del ítem, como por ejemplo el Return On Investment (ROI).
Finalmente en varios lugares pude ver como usaban un Ranking por Comparación, donde se define el valor de negocio de cada ítem en forma relativa, comparando con los otros ítems. La forma más conocida es cuando una persona o grupo de persona ordena en una secuencia única un conjunto de ítems por Valor de Negocio, tratando de comparar cada ítem con los otros para identificar su lugar en esta secuencia con criterios más o menos explícitos.
He podido experimentar con otros mecanismos o escuchar de otras formas de expresar el Valor de Negocio. Sin pretensión de establecer una lista exhaustiva, quiero compartir estos 8 otros mecanismos que me parecen interesantes o divertidos:
1. Valor de Negocio de la Colonización (variación de Conjunto Discreto de Valores)
Se usa el rango de valores: Oro, Plata, Bronce y Espejitos de Colores (!) para identificar el Valor de Negocio.
2. Priorizando con Naipes (variación de Conjunto Discreto de Valores)
Se prioriza un conjunto de ítems con una baraja de naipes, asignando una carta a cada ítem: el As tiene más Valor de Negocio que el Rey, que a su vez tiene más Valor de Negocio que la Reina, etc. La gracia es que hay una cantidad limitada de Ases, Reyes, etc.
3. Priorizando con Billetes (variación de Ranking por Valor)
Se determina el Valor de Negocio de un conjunto de ítems con billetes. Quienes participan tienen una cierta suma en billetes (por ejemplo de Monopoly) y tienen que decidir cuántos billetes quieren poner para que se desarrolle cada ítem. Luego se ordenan los ítems por mayor monto.
4. Ponderando Criterios (variación de Ranking por Valor)
Se identifican distintos aspectos críticos del Valor de Negocio, que se pueden evaluar con un valor numérico y que luego se ponderan. Por ejemplo una persona cliente usa para cada ítem un formulario de preguntas para establecer el Valor de Negocio considerando por ejemplo aspectos de coherencia con la visión del producto, impacto en personas usuarias/clientes, madurez del pedido, etc. Cada respuesta arroja un valore numérico, que luego es ponderado para calcular finalmente un Valor de Negocio para el ítem.
5. Alineándose a la Estrategia (variación de Ranking por Valor)
Se trata de valorizar cada ítem en función de su aporte a los distintos objetivos estratégicos de la empresa. Participe en la definición del mecanismo para una institución bancaria: estos objetivos estaban armados en dos niveles: en el primer nivel se encontraban 8 objetivos estratégicos como orientación al cliente o cumplimiento regulatorio, con un segundo nivel con 19 objetivos como integración multi-canal o servicio de alta calidad. Para cada ítem se valoraba el aporte a los 19 objetivos segundarios entre 0 y 1, lo que luego permitía calcular un indicador de alineamiento a la estrategia (mediante una ponderación de los 19 objetivos de segundo nivel y 8 de primer nivel). Este indicador se usaba como Valor de Negocio.
6. Costo del Atraso (variación de Ranking por Valor y Ranking por Comparación)
En su post Prioritizing Features, Dean Leffingwell profundiza el concepto de priorización basada en el Costo del Atraso, del libro The Principles of Product Development Flow: Second Generation Lean Product Development. En particular propone calcular el Costo de Atraso estimando tres valores:
a. User Value (valor para el usuario) : es el valor potencial de una funcionalidad desde el punto de vista de sus personas usuarias. Leffingwell propone usar una estimación relativa para ordenar los items entre si para determinar el User Value.
c. Information Discovery (descubrimiento de información): usando una estimación relativa se trata de ordenar items en función de como nos ayudarán a entender mejor el contexto, mitigar riesgos y/o prepararnos para explotar oportunidades en el futuro.
Finalmente Leefingwell explica como sumar estos tres parámetros para calcular el Costo del Atraso, que nos puede servir como Valor de Negocio. Recomiendo leer el post completo, ya que tiene explicaciones más detalladas con buenos ejemplos.
7. Beneficio & Penalidad (variación de Ranking por Valor y Ranking por Comparación)
Esta técnica propuesta por Karl Wiegers en First Things First: Prioritizing Requirements propone definir el Valor de Negocio de un conjunto de ítems por comparación teniendo en cuenta dos valores: el Beneficio relativo que aporta una funcionalidad a sus personas usuarias y la Penalidad relativa que sufre quien la usa o el negocio si no se incluye esta funcionalidad. Wiegers explica la necesidad de tener en cuenta ambos aspectos para priorizar, que no siempre van de la mano. Por ejemplo, no cumplir con una regulación podría generar una multa importante aún cuando el beneficio de la funcionalidad correspondiente es bajo.
En el ejemplo que presenta Wiegers, se define el orden relativo de 10 funcionalidades para el Beneficio, y luego de nuevo para la Penalidad. Con una ponderación de 2 para el Beneficio y 1 para la Penalidad, se ve en la tabla siguiente la definición del Valor de Negocio (columna "Value %"):
a. User Value (valor para el usuario) : es el valor potencial de una funcionalidad desde el punto de vista de sus personas usuarias. Leffingwell propone usar una estimación relativa para ordenar los items entre si para determinar el User Value.
b. Time Value (valor en el tiempo): tambien se usa una estimación relativa para esta valor, que se basa en como el valor de una funcionalidad para sus personas usuarias disminuye con el tiempo. Leefingwell explica:
"Muchas funcionalidades proporcionan un mayor valor cuando se entregan tempranamente y se diferencian en el mercado, que cuando ya se convirtieron en commodities."En particular la entrega de una funcionalidad puede perder todo su valor pasada una cierta fecha (por ejemplo una funcionalidad especial requerida para un promoción del día de la madre).
c. Information Discovery (descubrimiento de información): usando una estimación relativa se trata de ordenar items en función de como nos ayudarán a entender mejor el contexto, mitigar riesgos y/o prepararnos para explotar oportunidades en el futuro.
Finalmente Leefingwell explica como sumar estos tres parámetros para calcular el Costo del Atraso, que nos puede servir como Valor de Negocio. Recomiendo leer el post completo, ya que tiene explicaciones más detalladas con buenos ejemplos.
7. Beneficio & Penalidad (variación de Ranking por Valor y Ranking por Comparación)
Esta técnica propuesta por Karl Wiegers en First Things First: Prioritizing Requirements propone definir el Valor de Negocio de un conjunto de ítems por comparación teniendo en cuenta dos valores: el Beneficio relativo que aporta una funcionalidad a sus personas usuarias y la Penalidad relativa que sufre quien la usa o el negocio si no se incluye esta funcionalidad. Wiegers explica la necesidad de tener en cuenta ambos aspectos para priorizar, que no siempre van de la mano. Por ejemplo, no cumplir con una regulación podría generar una multa importante aún cuando el beneficio de la funcionalidad correspondiente es bajo.
En el ejemplo que presenta Wiegers, se define el orden relativo de 10 funcionalidades para el Beneficio, y luego de nuevo para la Penalidad. Con una ponderación de 2 para el Beneficio y 1 para la Penalidad, se ve en la tabla siguiente la definición del Valor de Negocio (columna "Value %"):
8. Post-Its Silenciosos (variación de Ranking por Comparación)
Esta variación puede servir cuando un grupo de personas tiene que ordenar un conjunto de ítems por Valor de Negocio por comparación entre los distintos ítems. La idea es escribir el titulo de un ítem por post-it y dejar que el grupo ordene los post-its en una única secuencia de Valor de Negocio. Es muy interesante observar el poder visual y manual de los post-its en este tipo de actividad. En particular que cada participante pueda visualizar (sin herramienta de por medio) el conjunto de post-its entero ayuda mucho en la priorización, y por otro lado mover manualmente un post-it arriba de otro también es un gesto muy comunicativo en un grupo. Si el grupo empieza a discutir mucho y no se pone de acuerdo, se puede recurrir a la consigna de no hablar durante el ejercicio. Y los resultados que vi en varias oportunidades son increíblemente eficientes, ya que se suele lograr un consenso en muy poco tiempo.
No estoy seguro de saber exactamente el origen de cada uno de estos mecanismos, pero quiero agradecer a Ariel Meter, Alejandro Nuñez García, Ilse Dierricks, Damián Famiglietti y Alan Cyment por habermelos comentado o enseñado.
Para cerrar, tengo un par de recomendaciones en cuanto al Valor de Negocio:
- Me parece útil encontrar un buen balance entre el costo de la definición del Valor de Negocio y sus beneficios: un método muy complejo quizás sea imposible de implementar, y en el otro extremo una priorización muy liviana quizás no permita tener las justificaciones necesarias
- Veo muy enriquecedor probar y combinar varios mecanismos.
- Me parece fundamental conseguir espacios donde experimentar y aprender a definir el Valor de Negocio. Por ejemplo el Business Value Game es un muy buen juego para trabajar los mecanismos de definición del valor de Negocio.
¿Y en tu equipo, que mecanismo usan? ¿Conocer otros?
Es usual emplear una medida de riesgo en términos de "qué tanto sabemos de la funcionalidad": las funcionalidades que menos conocemos se implementan primero para darles más chance de evolucionar antes de llegar a un momento de despliegue. He visto cómo los equipos de "negocio" entienden cada vez más este criterio!
ResponderBorrarTotalmente de acuerdo, coincido que es un criterio muy importante.
ResponderBorrarGracias!
Es un criterio interesante y me parece importante considerarlo cuando es una funcionalidad que aporta valor de negocio. Si es una funcionalidad poco conocida y no aporta valor, no la subiria en importancia por el desconocimiento.
ResponderBorrar