Come misurare quando un progetto software è completo?

5

Ho un'esperienza molto limitata nei ruoli di project management del software, e mi è stata posta questa domanda da un altro ingegnere e sono rimasto un po 'perplesso.

Come posso misurare quando un progetto software è completo?

La parte con cui sto combattendo è la parte "misura". So che ci sono misure come EVM , ma sono più focalizzate sulle prestazioni generali del progetto. Ad esempio, avere un SPI basso o un CPI basso può indicare problemi di prestazioni / allocazione, ma in realtà non indica la completezza di un progetto.

C'è una regola pratica per dire che il mio progetto è completo al XX% o sto pensando troppo a questo?

    
posta mainstringargs 07.11.2011 - 20:19
fonte

6 risposte

6

Il progetto è completo quando non è rimasto nulla da fare per cui lo sponsor del progetto è disposto a pagare.

    
risposta data 10.12.2011 - 06:07
fonte
4

In una metodologia guidata dal piano, in cui si hanno i requisiti completi in anticipo, un progetto completo soddisfa tutti i requisiti e passa i test di unità, integrazione, sistema e accettazione specificati. In un mondo perfetto, il progetto terminerebbe alla fine del piano. Tuttavia, lo stato di salute del progetto deve essere tracciato come parte del piano, consentendo di approfondire lo stato e la salute in modo che un progetto che supera il costo / tempo consentito possa essere cancellato anticipatamente.

In una metodologia iterativa e incrementale, termina spesso ogni iterazione con un prodotto potenzialmente spedibile, che include tutto il software e la documentazione associata necessaria. Il progetto potrebbe finire in una serie di circostanze: i requisiti per la spedizione sono esauriti, i soldi finiscono, il cliente termina il progetto se il costo di una iterazione futura è inferiore al valore ottenuto o così via.

Non si desidera stimare una percentuale di completamento, in quanto è possibile misurare solo rispetto ai requisiti noti, in quanto non tiene conto di requisiti sconosciuti o requisiti difettosi. Invece, si desidera misurare il completamento del progetto in base a misurazioni quali i requisiti completati, la percentuale di test di superamento (in particolare i test di accettazione) e il valore ottenuto - questi forniranno uno stato generale di salute del progetto, indipendentemente dalla metodologia utilizzata.

A seconda della tua metodologia specifica, ci sono un certo numero di misurazioni e metriche che potresti essere interessato. Alcuni esempi includono valore guadagnato, velocità, abbandono dei requisiti (requisiti modificati / unità di tempo), rapporti sui difetti, costo (confronta effettivo da preventivare in ciascuna fase del progetto), sforzo e avanzamento (attività effettive completate rispetto alle attività pianificate completate).

    
risposta data 07.11.2011 - 20:30
fonte
2

Sembra che si stia pensando un po ', ma noi programmatori abbiamo l'abitudine di farlo.

Tieni traccia di un elenco di requisiti. Quando è possibile contrassegnare ciascun requisito come testato e implementato, avviare il test del sistema nel progetto.

    
risposta data 07.11.2011 - 20:27
fonte
2

Se devi porre la domanda, non hai un progetto, in quanto un progetto deve essere definito (pensa a SMART Goals - Specifico, Misurabile, Realizzabile, Realistico, Temporale).

Hai una lista di requisiti e / o elementi consegnabili che devono essere raggiunti, nel qual caso è completa quando questi sono fatti. Se non li hai, non sai cosa stai costruendo e in realtà non hai un progetto. Dato che probabilmente si sta andando a fallire in questo caso, quando i soldi si esauriscono è un buon punto per definirlo completo.

    
risposta data 07.11.2011 - 23:13
fonte
1

Esiste una semplice regola empirica . Definisci l'obiettivo del tuo progetto, esprimilo in un numero di unità, controlla quante unità hai completato finora e calcola la percentuale di completamento .

Ad esempio, l'obiettivo del tuo progetto è di dedicare 400 ore alla scrittura di un codice. Hai già trascorso 280 ore. La percentuale di completamento è 280/400 = 70% . (Questo paragrafo è sarcasmo al 100%, ma sfortunatamente questo è il modo in cui la maggior parte dei project manager vede progressi.)

Per dare un altro esempio, l'obiettivo del tuo progetto è sviluppare alcune caratteristiche del prodotto e distribuirle agli utenti. Diciamo, hai 10 funzionalità e non ne hai ancora implementate nessuna. La percentuale di completamento è 0/10 = 0% . (È qui che un tipico project manager dirà: "Ma ne abbiamo codificato e testato cinque, il 50% o sono fatti!")

I momenti in cui una di queste metriche è prossima allo zero mentre l'altra è vicina al 100% sono illuminanti. Sai qual è il tuo obiettivo, vero?

    
risposta data 07.11.2011 - 20:47
fonte
1

È necessario pianificare anche la chiusura del progetto, che può essere contrassegnato come una pietra miliare, che può essere attraversata in base ad alcune condizioni, anche nel piano. Appena prima di questo punto, di solito hai un progetto post-mortem e attività di archiviazione dei dati ecc.

Quindi, in poche parole, il progetto termina quando il piano per lo stesso dice che lo fa! HTH.

    
risposta data 10.12.2011 - 07:19
fonte

Leggi altre domande sui tag