Quali libri hai letto che ti hanno aiutato, come programmatore, a imparare a stimare il tempo per il completamento di attività di programmazione di piccole e medie dimensioni, come correzioni di bug o l'implementazione di nuove funzionalità? Quale ti è stato di più utile?
Descrivi come ti ha aiutato, citandone i punti di forza e di debolezza.
Suggerirei di esaminare il processo di personal software. Watts Humphrey ha tre libri che potrebbero essere di interesse - Introduzione al processo di personal software , Una disciplina per l'ingegneria del software e PSP : Un processo di auto-miglioramento per gli sviluppatori software .
L'introduzione al processo del software personale è probabilmente il punto in cui si desidera iniziare. La PSP è un processo graduale e introduce le prime fasi del processo. Credo che introduca concetti attraverso PSP 1.1, che sono disciplina del processo, misurazione, stima e pianificazione. Questo suona molto simile agli argomenti che ti interessano. È anche una lettura molto più semplice, concentrandosi maggiormente sulle pratiche e meno sull'analisi statistica che fa parte della PSP in piena regola.
Una disciplina per l'ingegneria del software approfondisce questi argomenti e include anche il resto della PSP (gestione della qualità, progettazione) e inizia a introdurre il processo del software del team per progetti più grandi. PSP: un processo di auto-miglioramento per gli ingegneri del software è estremamente approfondito e copre anche l'intera PSP. La differenza è nel focus. Una Disciplina per l'ingegneria del software è progettata per un corso di specializzazione e discute alcune delle ricerche e argomenti di interesse accademico, mentre PSP: Un processo di auto-miglioramento per gli ingegneri del software è scritto per le persone che lavorano nell'industria e migliorare il processo degli sviluppatori di software, omettendo argomenti di natura puramente accademica.
Dovrei aggiungere un avvertimento che la PSP "out of the box" è molto pesante e guidata da script / form. Tuttavia, non è necessario che sia necessariamente così: è un framework che può essere personalizzato. Inoltre, molte delle pratiche PSP possono essere integrate con un processo esistente senza una quantità significativa di spese generali.
Non è un libro, ma ...
Il fondatore di Stack Overflow e Stack Exchange ha creato una ragionevole metodologia di stima e schedulazione che ha chiamato " Evidenza- pianificazione basata ". La metodologia era implementata nel FogBugz sistema di tracciamento bug e gestione dello sviluppo.
Breve riassunto:
** interrompe funzionalità / attività in piccoli blocchi, non più lunghi di 16 ore ciascuno.
** chiedi ai programmatori di fare delle stime sul tempo.
** tieni traccia del tempo reale trascorso.
** Utilizza la stima v. Cronologia effettiva per prevedere le stime effettive e creare un programma.
Nota: il primissimo bit della scrittura di Joel che ho letto era il suo articolo " Pianificazione del software indolore ". Joel lo ha deprecato in favore di EBS, ma potrebbe avere qualche valore come punto di partenza mentre si costruisce la cronologia o se si lavora da soli.
Leggi altre domande sui tag estimation books