legendarny-osobomiesiac.-opowiesci-o-inzynierii-oprogramowania.-wydanie-ii ebook.epub

(33752 KB) Pobierz
Spis tre ci
7
Spis tre ci
Wst p do wydania rocznicowego
Wst p do pierwszego wydania
1. Smolisty dó
2. Legendarny osobomiesi c
3. Zespó chirurgiczny
4. Arystokracja, demokracja i projekt systemu
5. Efekt drugiego systemu
6. Przekazywanie wie ci
7. Dlaczego upad a wie a Babel?
8. Podejmowanie decyzji
9. Dziesi
kilo w pi ciokilowym worku
11
15
21
31
47
59
71
79
91
105
115
125
133
145
10. Hipoteza dokumentacji
11. Plan odrzucania
12. Ostre narz dzia
Kup książkę
Poleć książkę
8
13. Ca o
i cz ci
Legendarny osobomiesi c
159
173
183
199
227
251
277
315
317
333
14. Wysiadywanie katastrofy
15. Druga twarz
16. Nie ma srebrnej kuli — esencja i przypadek
w in ynierii oprogramowania
17. Nie ma srebrnej kuli, raz jeszcze
18. Propozycje z „Legendarnego osobomiesi ca”:
prawda czy fa sz?
19. Legendarny osobomiesi c — 20 lat pó niej
Epilog. Pi dziesi t lat cudów, zachwytów i rado ci
Przypisy ko cowe
Skorowidz
Kup książkę
Poleć książkę
Legendarny osobomiesi c
31
2.
Legendarny
osobomiesi c
Dobra kuchnia wymaga czasu. Je eli zechcesz poczeka ,
pozwoli to lepiej Ci obs u y i zadowoli .
M
ENU RESTAURACJI
A
NTOINE W
N
OWYM
O
RLEANIE
Kup książkę
Poleć książkę
32
Legendarny osobomiesi c
Wi cej projektów upad o z powodu braku czasu w kalendarzu ni z wszyst-
kich innych powodów razem wzi tych. Dlaczego w a nie ten powód jest
tak cz sty?
Po pierwsze, nasze techniki szacowania s wyj tkowo s abej jako ci.
Przede wszystkim, wyra aj one ciche (i niczym nieuzasadnione) za o e-
nie, e wszystko uda si zrealizowa bez problemów.
Po drugie, nasze techniki szacowania ch tnie mieszaj poj cia pracy
i post pu, ukrywaj c w ten sposób nies uszne za o enie, e pracownik i mie-
si c s poj ciami wymiennymi.
Po trzecie, poniewa nie jeste my pewni poprawno ci naszych sza-
cunków, kadrze zarz dzaj cej cz sto brakuje tego wspania ego uporu szefa
restauracji Antoine.
Po czwarte, post py projektu s zazwyczaj s abo monitorowane. Tech-
niki, które dobrze si sprawdzi y w innych dziedzinach in ynierskich i dla-
tego s w nich stosowane rutynowo, w przypadku in ynierii oprogramo-
wania uznawane s za radykalne innowacje.
Po pi te, w przypadku zauwa enia opó nie w harmonogramie ca -
kowicie naturaln (i tradycyjn ) reakcj jest dodanie do zespo u nowych
programistów. Powoduje to tylko ci g e pogarszanie si sytuacji i przy-
pomina próby gaszenia ognia benzyn . Wi kszy ogie wymaga u ycia wi k-
szej ilo ci benzyny, a powtarzaj cy si w ten sposób cykl prowadzi prosto
do katastrofy.
Monitorowanie post pów b dzie tematem jednego z rozdzia ów, teraz
przyjrzyjmy si innym aspektom tego problemu.
OPTYMIZM
Wszyscy programi ci s optymistami. By mo e nowoczesna forma magii
przyci ga do siebie osoby, które wierz w szcz liwe zako czenia i Wró ki
Z buszki. By mo e setki powodów do frustracji odstrasza wszystkich tych,
którzy ca kowicie koncentruj si na osi gni ciu celu. By mo e wynika
to z tego, e komputery s jeszcze ca kiem m ode, programi ci s jeszcze
m odsi, a m odzie zawsze promienieje optymizmem. Niezale nie od tego,
jak dzia a ten mechanizm selekcji, w jego wyniku pojawiaj si takie stwier-
dzenia jak: „Tym razem na pewno zadzia a” albo „W a nie znalaz em
ostatni b d”.
Kup książkę
Poleć książkę
Zgłoś jeśli naruszono regulamin