Ho visto sul mio posto di lavoro (un'università) la maggior parte degli studenti fare il costo di stima del software del loro lavoro di diploma finale usando COCOMO . La mia ipotesi è che questo modo di stimare i costi sia piuttosto vecchio (date COCOMO del 1981), quindi la mia domanda:

How do you estimate costs in your software?

Ho visto cose come:

Costo = (HoursOfWork + EstimatedIddle) * HourlyRate

Non è quello che voglio, sto cercando un modello di costo ben definito (scientificamente)

EDIT Ho trovato alcune domande correlate su SO:

• Quali sono alcuni dei metodi e dei modelli di stima dei costi del software?
• Come si stima il costo dello sviluppo dei requisiti software?

Nel caso in cui sei bloccato in modalità Cascata, l'unico metodo abbastanza accurato che ho usato è:

1. Creare una struttura di suddivisione del lavoro
2. Assicurati che sia sufficientemente dettagliato in modo da poter mettere in relazione l'entità di ogni attività con qualcosa che tu (o qualcuno con cui puoi parlare) ha fatto prima.
3. Per ogni attività, fornisci i numeri del caso migliore, del caso probabile e del caso peggiore in base all'esperienza. Il caso migliore è se tutto è andato alla perfezione, il caso peggiore è se hai dovuto rifarlo (forse due volte) e probabilmente è da qualche parte lì dentro.
4. Utilizzare una formula di ponderazione come (1 * migliore + 4 * probabile + 1 * peggiore) / 6 per elaborare una stima per ogni attività che tenga conto dell'intervallo.
5. Ho anche visto varianti in cui è possibile aggiungere un componente "a rischio" per ogni attività. I tre livelli di rischio sono 0, 1 e 2. Un rischio di 0 significa che l'hai già fatto prima (o qualcosa di molto vicino), 1 significa che non l'hai mai fatto prima, ma è fatto regolarmente nel tuo settore, 2 significa che probabilmente non è mai stato fatto prima nel settore. Prendi il numero di rischio e lo moltiplichi per un'approssimazione della "deviazione standard" del tuo preventivo. Aggiungilo alla tua stima ponderata. Quindi un rischio di 0 non lo sposta, ma un rischio di 2 lo sposta abbastanza vicino al numero del caso peggiore.
6. Aggiungi tutte le attività.
7. Aggiungi una contingenza (un po '%) per "incognite sconosciute".

Ti ritroverai con un numero molto preciso. Non sto dicendo che sia accurato, ma sarà preciso.

L'accuratezza dipende interamente dalla capacità di elaborare un numero per ciascun compito basato sull'esperienza passata o di trovare qualcuno che lo abbia già fatto. Più esperienza hai, migliori sono le tue stime.

Quando esegui il progetto, tieni traccia del tuo tempo rispetto a ciascuna attività e annota quelle che hai perso, in modo da poter confrontare. Questo ti renderà migliore nel tempo.

La stima del software è estremamente difficile. Un approccio che ho usato è quello di abbattere i requisiti il ​​più finemente possibile e stimare ogni pezzo separatamente. Quindi aggiungere un "fattore di fondente" che può essere un moltiplicatore (doppio) o un importo fisso (x ore per lavoro imprevisto). Se non si hanno buoni requisiti, la stima è impossibile per scopi pratici.

L'industria ha imparato molto in 30 anni dal '81. Stimare in questo modo non ha mai funzionato. Con la mania di Agile che ha sostanzialmente riscritto il paesaggio, usiamo i "punti della storia" che rappresentano una "difficoltà comparativa" confusa. Otteniamo quindi "velocità" in modo che i muck muck possano fare le loro stime $$ con una certa quantità di dati empirici.

Ho imparato alcuni approcci "rigorosi" come le stime dei punti di funzione e alcune varianti che sono state progettate per applicazioni moderne. Penso che la parte di questi approcci che è preziosa sia quella di forzare un'analisi più dettagliata dei requisiti noti, che altrimenti potrei dare.

Ottenere un buon set di dati con cui lavorare è molto difficile anche se hai un buon modello. Misurare la produttività è difficile. La gente gioca quasi ogni metrica.

Ho smesso di usarlo perché la mia organizzazione è troppo disfunzionale per beneficiare delle stime del software, ma ho un certo rispetto per il gruppo Cost Xpert e il loro strumento; ma è molto costoso e probabilmente non vale il costo e la curva di apprendimento per la stragrande maggioranza delle organizzazioni.

È molto difficile stimare sforzi e costi, ma se vuoi qualcosa di più preciso, allora:

• dividere HoursOfWork in 3 componenti:

  1. miglior stima,
  2. stima molto probabile,
  3. stima peggiore.

• rimuovi EstimatedIddle.

Prendi nota che tutto ciò che richiede più di 8 ore introdurrà un errore enorme.

Ciò che normalmente facciamo è dividere l'ambito di lavoro completo in moduli / elementi principali che potrebbero essere considerati come sottoprogetto. In altre parole, sono quelle parti di lavoro che il cliente considera come parti separate del progetto e che il cliente vuole essere stimato separatamente.

Una volta fatto, dividiamo ciascun modulo in compiti, sotto-compiti e anche sotto-sotto-compiti ancora più piccoli in modo che ognuno possa essere stimato abbastanza facilmente e la stima impieghi da una a dieci ore-uomo. In questo modo otteniamo un'analisi dettagliata dell'ambito di lavoro del progetto.

L'ultimo passo è distribuire le attività tra le pietre miliari. Lo facciamo in modo che dopo ogni traguardo il cliente ottenga risultati visibili. Ciò aiuta a superare una pietra miliare e passare ad un'altra. Quindi finalmente otteniamo qualcosa di simile:

Modulo 1

    <ol>
        <li>
            Primary task 1 - 5 hrs
            <ol>
                <li>Subtask 1.1 – 3 hrs</li>
                <li>Subtask 1.2 – 2 hrs</li>
            </ol>
        </li>
        <li>
            Primary task 2 - 9 hrs
            <ol>
                <li>Subtask 2.1 – 1 hrs</li>
                <li>Subtask 2.2 – 2 hrs</li>
                 <li>Subtask 2.2 – 5 hrs</li>
            </ol>

Inizialmente l'abbiamo fatto semplicemente usando il foglio Excel. Ma più di due anni fa abbiamo iniziato a utilizzare lo strumento software per questo. Ci sono pochi prodotti simili che aiutano con esso www.evenflow.com , www.swproposal.com e pochi altri. Non ricordo tutta la lista. Abbiamo fatto ricerche molto tempo fa. Spero che possa essere d'aiuto.

Una buona domanda è come stimare con precisione. Non esiste una stima corretta al 100% come crediamo. L'unico modo è quello di dividere l'ambito di lavoro completo nel minor numero possibile di attività. Le attività più piccole hanno la revisione e l'analisi più dettagliate del progetto che svolgi. In modo che aumenti comunque l'accuratezza.