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