Skip to main content
www.bluebridge.lt 
Fiksuotas laikas, 
fiksuotas biudžetas, o 
norime naudoti Scrum 
2014-10-09 
Aivaras ir Viktoras
www.bluebridge.lt 
Standartinė projekto situacija 
• Numatytas biudžetas; 
• Apibrėžti projekto terminai; 
• Aprašyta projekto vizija – abstraktūs techniniai reikalavimai; 
• Pradžioje kuriama būtina infrastruktūra – daug paruošiamųjų 
darbų, be kurių neįmanoma parodyti apčiuopiamo rezultato 
klientui. 
+ +
www.bluebridge.lt 
Planavimo tiesos 
• Neįmanoma tiksliai įvertinti užduočių trukmės; 
• Vieni komandos nariai yra svarbesni už kitus tam tikru 
projekto etapo metu; 
• Vieni darbai yra svarbesni už kitus iš projekto įgyvendinimo 
perspektyvos; 
• Didžioji dalis sukurto funkcionalumo yra labai retai 
naudojama.
www.bluebridge.lt 
Reikalavimai projekto įrankiams 
• Matyti esamą situaciją viso projekto rėmuose – kiek 
dabartiniu metu įgyvendinta darbų, kiek liko įgyvendinti; 
• Prognozuoti įgyvendinimo terminus ir valdyti buferius; 
• Kuo greičiau identifikuoti vėlavimus; 
• Išskirti klientui vertę nešančias veiklas nuo infrastruktūrinių 
veiklų; 
• Matyti vėluojančių darbų įtaką visam projektui.
• Komandos preliminariai įvertintas ir produkto šeimininko 
prioretizuotas Produkto darbų sąrašas; 
• Eigos diagrama “Burndown” – nuolat stebima kaip sekasi 
“deginti” darbų sąrašo įrašus, atsižvelgiant į faktinę komandos 
spartą (angl. „velocity“) prognozuojama projekto eiga; 
• Visas darbas, kuris gali potencialiai būti daromas turi iš karto 
atsirasti darbų sąraše. Sąrašas „groominamas“ komandos, 
derinami prioritetai su klientu; 
• Įtraukti klientą į kūrimo procesą, anksti diegti, gauti grįžtamąjį 
ryšį. 
www.bluebridge.lt 
“Scrum team” projekto įrankiai
www.bluebridge.lt 
Scrum taikymas - pradžia 
Komanda – kam tas planas, 
? 
kam tie žaidimai
www.bluebridge.lt 
Įgyvendinimas – nuo sprinto prie sprinto 
• Sunku numatyti projekto pabaigą ir etapus projekto pradžioje: 
– Infrastruktūros parengimo darbai paslėpti po klientų 
poreikiais; 
– „Velocity“ keičiasi drastiškai projekto eigoje; 
• Iteracijos nebaigiamos sėkmingai: 
– Komanda prisiima darbus pagal iteracijos valandų apimtį, o ne 
įsipareigoja sukurti konkrečias funkcijas; 
– Darbų lygiagretumo problema; 
• „Bugai“ neleidžia atlikti diegimo – gero grįžtamojo ryšio gali 
nelaukti; 
• Jaučiamas „studento sindromas“.
www.bluebridge.lt 
Planavimas – komandos įsitraukimas 
• Mes planuojame sprintą ir visada neįgyvendiname darbų, 
nesvarbu kiek laiko bus palikta atsargai! 
• Komanda daugiau koncentruojasi į sprinto darbus, savarankiškai 
nežiūri ateities darbų!
www.bluebridge.lt 
Projekto užduočių valdymas 
• Kaip komandai aiškiai matyti produkto darbų įrašų 
priklausomybes - tiek „makro“, tiek „mikro“ lygmeniu; 
• Kaip matyti produkto darbų įrašo įtaką projektui įgyvendinimo 
požiūriu? - vienas produkto darbų įrašas dažnai būna 
svarbesnis už kitą; 
• Geriau neprisirišti konkrečiam komandos nariui prie atskiros 
srities.
www.bluebridge.lt 
Projekto progresas 
• Svarbu teisingai formuluoti produkto darbų sąrašą, tai ne 
reikalavimų rinkinys, tai atskiros funkcijos; 
• Už produkto darbų sąrašo prioritetų nustatymą atsakingas 
Produkto šeimininkas: 
– būtina konsultuotis su komanda dėl techninių reikalavimų; 
– Produkto darbų sąrašo tvarkymas; 
• Pasitikėjimas komanda ir komandos atsakomybė – pagrindas.
www.bluebridge.lt 
Žiūrint iš retrospektyvos – kas nepavyko 
• Pilnas komandos įsitraukimas; 
• Aiškus plano matymas ir darbų sekimas; 
• Darbų priklausomybių valdymas. 
X
www.bluebridge.lt 
Žiūrint iš retrospektyvos – kas pavyko 
• Greitesni darbai keičiant netinkančias proceso dalis per 
retrospektyvas; 
• Aiškesnis einamų darbų vykdymo matymas per kasdieninį 
scrum - „standup‘us“; 
• Mažiau nereikalingo triukšmo ir dokumentacijos; 
• Komanda dirba kaip viena Komanda. 
• Visi turi būti orientuoti į rezultatą, o ne į darbų procesą; 
• Nelaukti nurodymų ką padaryti, o pasirinkti ir daryti teisingus 
darbus; 
• Kiekvieną sprintą komanda įsipareigoja padaryti funkcionalumą ir jį 
padaro; 
• Ne visi žmonės tinka, nevisi nori įsitraukti į „Produkto kūrimo“ 
procesą. 
www.bluebridge.lt 
Svarbiausia - komanda
www.bluebridge.lt 
Kaip SCRUM naudosime toliau 
• Papildomi planavimo įrankiai buferiams ir etapams valdyti; 
• Planuoti mažas (1-3 mėn. iteracijas), kurios atneštų naudą 
klientams ir būtų aiškiai suprantamos komandai; 
• Aiškesnė projekto komunikacija su komanda projekto 
pradžioje išaiškinant SCRUM naudą.
www.bluebridge.lt 
Ačiū už dėmesį. 
l www.įdebesis.lt