Uno dei principi di agile è che dovresti misurare il software funzionante:
Il software di lavoro è la misura principale del progresso - 12 principi di Agile
Il fatto è che, mentre posso misurare il mio software in termini di storie fatte, bug eliminati o il volume di segnalazioni di difetti in diminuzione, sono bloccato su come misurare il valore del mio software.
Se uso Mike Cohn come esempio e il suo aiuto in SalesForce.com offre il 500% di valore in più ai suoi clienti rispetto all'anno precedente *, come posso misurare tale aumento? Come misuro dove sono adesso?
Altre metriche che utilizza sono il numero di funzionalità e il numero di funzionalità per sviluppatore. Questo è qualcosa che potrei capire se il mio arretrato fosse in buone condizioni e le storie fossero state tagliate per "funzionalità", ma abbiamo appena iniziato con Agile, quindi ho bisogno di un modo per capire quale sia il valore che offriamo ora , quindi utilizza una metrica simile, diciamo, sei mesi, per vedere se abbiamo aumentato il nostro output.
Ho sentito parlare della misurazione del valore del software attraverso un aumento delle entrate o un aumento della soddisfazione del cliente (come lo misureresti comunque?) Ma quegli aumenti potrebbero essere attribuiti a qualsiasi cosa nell'azienda (vendite, contabilità, supporto) e non direttamente al lavoro svolto dal mio dipartimento.
Quindi, come misurate il valore del vostro software e come avete iniziato?
* Avere successo con Agile - Mike Cohn