Kniha Odhadování softwarových projektů

Z CHWiki

[editovat] Obsah

Předmluva
Poděkování
1. Co je to "Odhad"?
2. Jak dobré odhady děláte?
3. Hodnota přesných odhadů
4. Odkud se berou chyby v odhadech?
5. Vlivy na odhady
6. Úvod k metodám odhadů
7. Počítaní, kalkulace, úsudky
8. Kalibrace a historická data
9. Individuální úsudky expertů
10. Dekompozice a zpětné skládání
11. Odhad pomocí analogie
12. Odhady pomocí zástupce
13. Skupinové úsudky expertů
14. Softwarové nástroje na odhady
15. Použití více přístupů
16. Vývoj odhadů software u dobře odhadnutých projektů
17. Standardizované procedury odhadování
18. Problémy v odhadech velikosti
19. Problémy v odhadech práce
20. Problémy v odhadech rozvrhu
21. Odhadování parametrů plánování
22. Způsoby prezentace odhadu
23. Politika, vyjednávání a řešení problémů
A. Prvotní kontrola odhadu
B. Odpovědi na kvíz v kapitole 2, "Jak dobré odhady děláte?"
C. Tipy pro odhadování softwaru
Rejstřík

[editovat] Anotace

Odhadování softwarových projektů, tedy správné stanovení potřebného rozpočtu, termínů, lidských zdrojů a dalších aspektů, se zdá být tolik nepředvídatelná, nejistá a složitá činnost, že bývá s nadsázkou přirovnávána k černé magii. Ve skutečnosti tomu tak není: při znalosti několika pravidel a postupů lze podat realistický odhad s poměrně velkou jistotou, vyhnout se tak problémům při realizaci projektu a ušetřit vysoké částky, které zdržený projekt nevyhnutelně spolyká.

Proslulý softwarový inženýr Steve McConell, autor mnoha knižních bestsellerů, vám v této knize předává své zkušenosti, které z něj učinily jednoho z nejvyhledávanějších projektových manažerů. Neočekávejte akademické poučky ani obtížně aplikovatelné vzorce: kniha vychází z reálné praxe a přináší více než 110 tipů, které můžete přímo využít ve vašich projektech a okamžitě tak zvýšit efektivitu vaší firmy.

[editovat] Recenze

Hned takhle úvodem bez mučení klidně přiznám, že nejsem úplně kompetentní hodnotit obsah knížky vzhledem k tomu, že na svém kontě nemám přiliš mnoho komerčních věcí (a odhadnout, za jak dlouho implementuji do projektu například binární strom, ještě jakžtakž zvládnu i bez knížky). Proč si tedy troufám o tomhle dílku něco psát?

Důvod je prostý. Jednou bych se rád programováním živil a jsem si dobře vědom toho, že bych měl být schopen něco nabídnout. Netajím se tím, že jsem k sobě velice náročný a že můj kód je kdovíjak kvalitní. Nemění to ale nic na faktu, že umět programovat je jedna věc, ta druhá je naopak umět s přidělenou zakázkou pracovat. Jsem si také vědom toho, že v různých firmách mají podobné věci na starosti různí analytici či manageři. Otázkou samozřejmě je, zdali pracují dostatečně efektivně.

Když jsem četl knihu Dokonalý kód, autor Steve McConnel popisoval jistou skupinu analytiků jako nedůvěryhodnou. Ve snaze o zisk všemožných zakázek podle slov pana McConnela docházelo ke špatným odhadům a firmy tak přicházely o spousty peněz. Někteří analytici to pak předávali jako své know-how veřejně na přednáškách.

Samozřejmě předchozích několik vět je na delší diskuzi, mně osobně tato slůvka utkvěla velmi silně v paměti a byl to v podstatě takový impuls pro nákup právě dnes recenzované knihy, kterou shodou okolností napsal právě také Steve McConnel. Její kvalita je plně srovnatelná s Dokonalým kódem a dle mého skromného laického názoru čtení podobných věcí rozhodně smysl má. Kniha je určená prakticky pro každého, kdo má s vývojem nějakou spojistost. Počet stran, stejně jako cena, je také velice na dobré úrovni. Takže bych se opět nebál titul doporučit.

artman