En el libro de Don Reinertsen, Principios del flujo de desarrollo de productos , la compensación entre el tamaño del lanzamiento (número de historias) y el costo del lanzamiento (costo de la prueba de regresión y costo del lanzamiento) se describe así:
En el libro de Ken Rubin, Essential Scrum , habla sobre los beneficios de los tamaños de lanzamiento más pequeños, que son:
También usa la siguiente forma de describir esta compensación:
Ambos hablan de esto en términos de un problema de optimización de curva en U. El desafío es cómo cuantificar esto.
Ahora suponga:
Lo anterior tiene la forma de
cost = n*BS + m/BS
con
n
= factor de costo de tenencia,m
= factor de costo de transacción yBS
= tamaño del lote.Tienes que encontrar el cruce por cero de la primera derivada para el mínimo. La primera derivada de lo anterior es
n - m/(BS^2)
Al establecer eso en cero, encuentras
min cost = sqrt(m/n)
Pero, ¿cómo encuentra el costo de lanzar ahora versus lanzar en seis meses? ¿Cuál fue el costo de oportunidad?
Mi pregunta es: ¿Cómo cuantifica financieramente el 'costo de retención' de no liberar artículos hasta que tenga un lote grande?
Dependiendo del tipo de proyecto utilizamos diferentes enfoques, algunos ejemplos a continuación:
Si el proyecto está mejorando la eficiencia interna, entonces es muy fácil calcular el ROI. El costo de oportunidad será entonces una función del valor del producto y del tiempo.
Si el proyecto consiste en actualizar soluciones obsoletas, utilizamos un enfoque basado en riesgos. El costo de oportunidad será entonces una función del riesgo [creciente] y del tiempo.
Si el proyecto se relaciona con el cumplimiento de las regulaciones, generalmente usamos un enfoque simplificado, es decir, consideramos el riesgo de no cumplir para siempre superar el costo general de liberación (trabajamos en la industria médica, no cumplir allí significa enormes pérdidas directas e indirectas) - luego liberación tan pronto como el reglamento en cuestión entre en vigor.
Si el proyecto está relacionado con clientes externos, podemos involucrarlos en el ejercicio de evaluación, ya que no es solo nuestro costo / valor, sino también el de ellos.
Un enfoque ligeramente diferente sería utilizar la gestión del valor ganado: https://en.wikipedia.org/wiki/Earned_value_management .
Si bien EVM ha pasado de moda por ser difícil de manejar y difícil de definir cuando se gana valor (especialmente en el software), no tiene que usar todas las fórmulas y puntos de datos. Si usted y sus partes interesadas pueden acordar que se obtiene valor cuando se envía el software, entonces puede realizar un seguimiento del gasto continuo de creación de software (el costo real) contra el valor ganado del software lanzado. Eso mostrará el aumento de CA contra un EV que se mantiene plano hasta que haga un lanzamiento.
También puede crear escenarios que incluyan el esfuerzo para realizar un lanzamiento y comparar los diferentes tamaños de lanzamiento con el momento en que se ganó el valor.
Daniel