Fiksuotas laikas, fiksuotas biudžetas, o norime naudoti scrum
28. Oct 2014•0 gefällt mir
0 gefällt mir
Sei der Erste, dem dies gefällt
Mehr anzeigen
•434 Aufrufe
Aufrufe
Aufrufe insgesamt
0
Auf Slideshare
0
Aus Einbettungen
0
Anzahl der Einbettungen
0
Downloaden Sie, um offline zu lesen
Melden
Software
Norime pasidalinti savo patirtimi, ieškant Scrum panaudojimo galimybių fiksuoto laiko ir biudžeto projektuose. Pranešimo tikslas yra parodyti kas mums nepavyko, kas pavyko ir ką ruošiamės daryti kitaip.
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
Į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ą.