Stai parlando di stima del software.
I riferimenti canonici e canonici sulla stima del software sono "Economia di ingegneria del software" di Barry Boehm e Tom DeMarco "Controllo dei progetti software" .
Il libro di Boehm è il punto di partenza, anche se ha 35 anni. I suoi maggiori contributi sono (1) il riconoscimento che l'equazione di stima è intrinsecamente non lineare, (2) l'uso di dati reali su un numero significativo di progetti per calibrare una metodologia di stima e (3) il riconoscimento che alcuni fattori come strumenti, squadra capacità e programmare la compressione o l'espansione cambierà lo sforzo stimato. (Comprime la pianificazione e aumenta il numero totale di ore uomo. Espandi la pianificazione e le ore uomo totali aumentano.)
Il primo passo consiste nello stimare lo sforzo, in qualcosa come l'uomo o l'uomo. Il passaggio 2 consiste nel trasformare la stima uomo-ora in un programma stimato nominale, in genere in giorni, settimane o mesi e una dimensione nominale del team. Il passaggio 3 è quello di rivedere la stima uomo-ora, utilizzando il programma effettivo dettato da ciò che alcuni hanno chiamato i pipistrelli high-rafter (ovvero la gestione superiore, o forse le vendite o il marketing).
Il più grande contributo di DeMarco è l'idea di una "regione impossibile": alcuni programmi sono semplicemente impossibili da soddisfare, indipendentemente da quanti corpi li proiettano, indipendentemente da quanto siano bravi.
Poco dopo l'uscita del libro di Boehm, la divisione General Dynamics Fort Worth ha adottato la sua metodologia e ha calibrato il proprio stimatore sui propri dati effettivi per lo sviluppo del software F-16. Quindi hanno continuato a scommettere sul risultato finale della società ogni volta che stimavano un compito di modifica del software F-16.
La mia prima esperienza con COCOMO è stata mentre ero lì: ero più che un po 'sorpreso quando, in un progetto interno, ho scoperto che la metodologia di Boehm's "punch in the numbers and turn the manovk" ha prodotto una stima che era abbastanza vicina con il mio personale istinto.
Trovo più che un po 'sgomento quando vedo persone che usano stimatori lineari ("10 linee per uomo al giorno" o alcune di queste) ANCHE OGGI, 35 anni dopo la pubblicazione del libro di Boehm.
Dopo aver passato un passaggio nel libro di Boehm, puoi consultare l'aggiornamento: "Stima dei costi del software con COCOMO II" . Il COCOMO originale, dal 1981 o giù di lì, non si adattava a progetti "più moderni" (tradurre: molte volte più grandi).
Dopo aver digerito i tre libri di cui sopra, QUINDI puoi guardare la "Stima del software: Demistificare l'arte nera" di Steve McConnell . NON provare a saltare direttamente al libro di McConnell.