Misurazione di nuove funzionalità in un progetto software e confronto e miglioramento incrementale delle capacità

Question

Misurazione di nuove funzionalità in un progetto software e confronto e miglioramento incrementale delle capacità

#1 da (2 voti)

0

Dati due progetti software X e Y relativi ad alcuni prodotti A -

Progetto X offre alcune nuove funzionalità.
Il progetto Y offre funzionalità incrementali.

Le caratteristiche di Y possono essere misurate: ne conosciamo gli usi, i modelli di accesso, ecc. Il Prodotto A comprende come monitorare Y e quantificarne i miglioramenti.

Project X offre funzionalità totalmente nuove; queste capacità si combineranno con le funzionalità del progetto A esistenti e con altre modalità non pianificate. Come quantificate i modi imprevisti in cui gli utenti lo useranno? In particolare, che tipo di ROI puoi stimare per Project X, che tipo di miglioramento della% per la tua base di clienti accadrà?

Un esempio potrebbe essere: gestisci una libreria nei componenti della tua azienda standard o ne costruisci una totalmente nuova?

Oppure continui a lavorare con l'installazione di PHP o fai un salto a Haskell?

Oppure, offri una funzione migliorata o una funzione totalmente nuova?

Uno sguardo alla tecnologia di ricerca del software di Google sembra fornire solo metriche standard del codice sorgente; la ricerca sulla gestione dei prodotti fornisce solo parametri di business standard.

project-management metrics measurement

posta Paul Nathan 01.04.2015 - 20:51

fonte

1 risposta

Leggi altre domande sui tag project-management metrics measurement

Conversione da byte [] a tipo definito dall'utente Come pianificate i rilasci con le nuove funzionalità in un modello di diramazione di sviluppo / rilascio?

score 2 · Answer 1

Il modo in cui misurate il ROI dipende dall'effetto dei progetti sul prodotto complessivo. Per un lavoro totalmente "dietro le quinte" (miglioramento o sostituzione della libreria, linguaggio di implementazione, ecc.), Probabilmente si guarderà al carico del server, alle prestazioni del sistema, alla frequenza dei difetti, al risparmio di tempo ingegneristico futuro / stimato, ecc. Per una funzione rivolta all'utente , guarderesti cose come la soddisfazione del cliente, il tasso di difetti, i tassi di coinvolgimento degli utenti, ecc.

Nel tuo caso, penso che dovresti misurare il progetto X nello stesso modo in cui hai misurato il progetto Y quando era nuovo. Se non sei sicuro di fare X o meno, allora devi sostanzialmente fare un'ipotesi. Questo è un rischio, ed è inevitabile. Puoi fare un'analisi costi / benefici per determinare se i premi giustificano lo sforzo.

Se non puoi aspettarti o prevedere il modo in cui gli utenti useranno i risultati di X, allora non c'è modo di misurarli in anticipo. Quello che puoi fare è prendere in giro X, mostrarlo ad alcuni utenti e osservare la loro reazione. Utilizzare uno strumento di prototipazione o un codice veloce e sporco come prova del concetto. Questo potrebbe darti un'idea di come la funzione proposta verrà ricevuta e utilizzata.