Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
WSTęP
DlaczegoScrum?
PorazpierwszyopracowałemmetodęScrumwrazzKenemSchwaberem
dwadzieścialattemu,jakoszybszy,bardziejniezawodnyiefektywnysposób
tworzeniaoprogramowaniawbranżytechnicznej.Dotegoczasu–anawetdo
roku2005–większośćprojektówprogramistycznychbyłatworzonametodą
kaskadową(Waterfall),wktórejprojektrealizowanywodrębnychetapachpo-
suwałsiękrokpokrokuwkierunkuostatecznejwersjiprzeznaczonejdlaodbior-
cówlubużytkowników.Procesbyłpowolny,nieprzewidywalny,aczęstojego
wynikiemniebyłprodukt,któryludziechcielilubzaktórybylibyskłonniza-
płacić.Opóźnieniaomiesiące,czynawetlata,byływtymprocesiepowszechne.
Początkoweplanykolejnychetapów,projektowanezapomocąwygodnych,
szczegółowychwykresówGantta,dawałykierownictwupoczuciekontrolowa-
niaprocesutworzenia–leczzcałąpewnościąszybkomożnabyłoznaleźćsię
pozaharmonogramemlubkatastrofalnieprzekroczyćbudżet.
Abyprzezwyciężyćteproblemy,w1993r.wymyśliłemnowąmetodępo-
stępowania:Scrum.Nastąpiłaradykalnazmianawstosunkudostosowanej
wprzeszłościmetodologiizarządzaniaprojektem„odogółudoszczegółu”
(top–down).Scrumprzypominaraczejewolucyjne,adaptacyjneisamonapra-
wiającesięsystemy.OdczasupowstaniastrukturaScrumstałasiętymspo-
sobem,zapomocąktóregobranżatechnicznatworzynoweoprogramowanie
iprodukty.Mimożemetodaodniosłaznaczącysukcesprzyzarządzaniupro-
jektamidotyczącymioprogramowaniaisprzętuwSiliconValley,pozostała
13
