Uno de los principios de agile es que debe medir el software de trabajo:
El software de trabajo es la medida principal del progreso: 12 principios de Agile
La cuestión es que, si bien puedo medir mi software en términos de historias realizadas, errores eliminados o disminución del volumen de informes de defectos, estoy atascado en cómo medir el valor de mi software.
Si uso a Mike Cohn como ejemplo y él ayuda a SalesForce.com a ofrecer un valor 500% más a sus clientes en comparación con el año anterior *, ¿cómo mido ese aumento? ¿Cómo mido dónde estoy ahora?
Otras métricas que utiliza son la cantidad de características y la cantidad de características por desarrollador. Esto es algo que podría resolver si mi cartera de pedidos estuviera en buen estado y las historias fueran cortadas por 'característica', pero recién estamos comenzando con Agile, por lo que necesito alguna forma de determinar cuál es el valor que entregamos ahora , luego use una métrica similar en, digamos, seis meses, para ver si hemos aumentado nuestra producción.
Escuché sobre la medición del valor del software por un aumento en los ingresos, o un aumento en la satisfacción del cliente (¿cómo lo mediría?), Pero esos aumentos podrían atribuirse a cualquier cosa en la empresa (ventas, contabilidad, soporte) y no directamente al trabajo que está haciendo mi departamento.
Entonces, ¿cómo miden el valor de su software y cómo comenzaron?
* Tener éxito con Agile - Mike Cohn
Respuestas:
Así es como defino el valor en general (incluso fuera del desarrollo de software)
Tú defines qué valor es .
Si el valor es la cantidad de dinero ganado / ahorrado gracias al software, el valor será:
o
Se puede dar la vuelta. ¿Sabes lo que costó la facturación en tu empresa? Si puede medirlo, la reducción del 50% de su facturación gracias a Agile le permitirá calcular el valor que proporciona:
El valor puede cualquier cosa que te importe , el tipo que define cuál es el valor.
Es por eso que el valor se evalúa en puntos en ágil. Los puntos se comparan con los puntos de la historia para ayudarlo a priorizar el valor. Porque debe comparar el valor (comercial) (arbitrario) con el valor de los puntos de la historia (costo).
fuente
En muchos casos, el valor del software se mide calculando "ganancias adicionales" o "ahorros de costos logrados".
En otros casos, donde el software es parte integrante de un sistema más grande (es decir, el software que controla un automóvil), es más difícil. O mide el gasto para hacerlo (valor = costo), o calcula el valor de todo el sistema (ganancias agregadas / ahorro de costos archivados) y asigna una parte de if al software (por ejemplo, proporcional a los costos del software vs . costos totales)
fuente
En pocas palabras, tiene que averiguar cuál es la diferencia financiera entre tenerlo y no tenerlo.
Si un poco de software automatiza un proceso que significa que dos personas que trabajan a tiempo completo ya no tienen que hacer esa tarea, eso es un ahorro de sus salarios anuales (más los costos relacionados) para la empresa. Si los vendedores en promedio venden un 10% más que aquellos que no usan el nuevo sistema, el beneficio es el 10% de las ventas totales para todos los vendedores que podrían usar el software.
Las cifras solo pueden ser aproximadas y listas, pero la mayoría de las cosas se pueden cuantificar lo suficiente como para darle una especie de impresión útil de qué esperar.
fuente
Esta es una pregunta difícil. No estoy seguro de que me guste la métrica "características / desarrollador", porque no todas las características se crean de la misma manera. Algunas características son "imprescindibles" y robarán clientes de su competidor. Algunas características son oscuras y pueden ser utilizadas por el 0.1% de sus clientes, y también podrían funcionar sin ellas.
Los aumentos en los ingresos son buenos si puede correlacionarlos fácilmente con una afluencia repentina de ventas / renovaciones del software con el momento de un nuevo lanzamiento. Además, si de alguna manera pudiste rastrear la conversión de usuarios de productos de la competencia a una nueva versión. La satisfacción del cliente podría medirse en términos de cantidad de llamadas felices (o falta de llamadas enojadas) normalizadas a la cantidad de clientes o ventas. Para relacionarlos directamente con su departamento, la clave podría ser el momento de estos cambios y el momento del software que está lanzando.
fuente
El software de trabajo es la medida. Escuche abiertamente a sus usuarios e involúcrelos en el proceso de desarrollo. Entregue regularmente la funcionalidad que le dicen que se necesita cuando la necesitan. Entregue en trozos pequeños para que los usuarios sientan progreso.
Si recién está comenzando un desarrollo ágil o incluso un nuevo proyecto ... entonces los interesados deben tener un poco de fe. Esto requiere que el propietario del producto articule por qué ágil es mejor que otros procesos (supongo que cree que está en su situación específica).
Si el propietario del producto no está seguro de qué características (historias) ofrecen el valor más relativo, entonces debe sentarse con las partes interesadas y resolverlo. Planear póker es una buena herramienta para eso. Asignar valor comercial relativo a cada historia también ayuda con la priorización, pero tenga cuidado de no hablar con los contadores de frijoles sobre "Valor comercial ágil", ¡no es lo mismo que ROI!
fuente
A menudo hay un resultado "duro" que se puede medir fácilmente para mantener contentos a los contadores de frijoles, "La función X aumentó nuestros ingresos en un 150%". Pero la mayoría de las veces es una combinación de valores "duros" y "blandos". Nuestros ingresos aumentaron un 160% y creemos que podemos atribuirlo al cambio de software, ya que los clientes en promedio nos dieron calificaciones un 11% más altas con la nueva función de interfaz de usuario ".
Es realmente difícil medir estas cosas con precisión: intente verlo de la manera más integral posible.
fuente