Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
Rozdział1:ProfessionalScrum
21
Retrospective,zaczynasięnastępnySprintiodnowapowtarzająsięjegowewnętrzne
wydarzenia.NiepowinnobyćżadnychprzerwpomiędzySprintami.
KiedyśzapytałemKenaSchwabera,jakdługipowinienbyćSprint.Jegoodpowiedź
brzmiała„takkrótki,jaktomożliwe,aleniekrótszy”.Sprintydłuższeniżczterytygo-
dnie(jedenmiesiąc)mają„brzydkizapach”–zapachdziałaniakaskadowego.Gdy
długośćSprintujestdłuższaniżmiesiąc,definicjatego,cojestbudowane,możesię
zmieniaćalbozłożonośćiryzykomogąwzrastać.Dziękiograniczeniumaksymalnej
długościSprintu,conajwyżejjedenmiesiącwysiłkówzwiązanychzrozwijaniem
produktuzostaniezmarnowany
,aniekilkamiesięcy
,jakwklasycznymprojekcie
kaskadowym.
ZdrugiejstronySprintyodługościkrótszejniżjedentydzieńsąmożliwe,ale
powinnybyćstosowanetylkoprzezwysokowydajnezespołyProfessionalScrumTeam.
NawetprzybardzokrótkichSprintachtrzebauwzględniaćnarzutywynikającezwyda-
rzeńwewnętrznych,cozostawiajeszczemniejczasu(procentowo)narzeczywisty
rozwójproduktu.Zespołypracującewtakich„mikro-Sprintach”muszącodziennie
działaćnanajwyższychobrotach.
IdealniedługośćSprintuniepowinnasięzmieniać.Jeślijużmusi,tomożesię
zmieniaćtylkopomiędzySprintamijakowynikdecyzjipodejmowanejpodczasSprint
Retrospective.WszelkiezmianydługościSprintubędąpowodowaćzakłóceniarytmu
Developerów,wpływającnaprognozyiplany
.Choćzczasemsiętoskoryguje,tonie
jestdobrympomysłemstałewprowadzanietakiegochaosu.
KażdySprintjestjakmini-projekt.Wistocie,gdyprzedstawiamScrumnowejorga-
nizacjilubzespołowi,polecamzastąpieniewrozmowachużyciaterminu„projekt”ter-
minem„Sprint”lub„Sprinty”.Naprzykładzamiastodnosićsiędo„projektuintegracji
zsystememCRM”,możnaodwoływaćsiędotejinicjatywyjakoSprinty17–19,wktó-
rychprognozowaneiopracowywanebędąelementyPBIzwiązanezintegracjązCRM.
Sprintzawieradefinicjętego,„co”mazostaćopracowane.Obejmujetoteżelastyczne
podejściedotego,„jak”toopracować.PodczasSprintuwykonywanesąwszystkie
aspektypracynadrozwojemproduktu.Wprzypadkuproduktuprogramistycznego,
będzietocoświęcejniżtylkoprojektowanie,kodowanieitestowanie.Zakresprac
możebyćdoprecyzowanywmiaręwzrostuwiedzy
,aProductOwnermożewspół-
pracowaćzDeveloperaminadrenegocjacjąidodawaniemnowychelementówalbo
wymienianiemelementówwSprintBacklogu–oilebędąpasowaćdoCeluSprintu.
Developerzyniemogązmniejszaćcelówjakościowychwceluukończeniaswojejpracy
.
PowstajewynikowyIncrementproduktu,którypodlegainspekcjiprzezinteresariuszy
ibyćmożejestnawetwydawany
.
Wybórdniatygodnia,wktórymzaczynać(ikończyć)Sprint,zależycałkowicie
odScrumTeamu.Niektórzypraktycywoląponiedziałkilubpiątki.Jawolęśrodek
tygodnia,takabybyłojaknajwiększeprawdopodobieństwo,żeobecnybędziecały
zespółiwszyscybędąuczestniczyćmaksymalnieskoncentrowani.Harmonogram
wydarzeńmożebyćniecozmienianywokresachświątecznych,alezalecamścisłe
