Dienos Scrum trunka ne ilgiau kaip penkiolika minučių ir visada vyksta toje pačioje vietoje ir tuo pačiu metu, kad sumažintų nereikalingą sudėtingumą. Jame dalyvauja visi kūrėjai, dirbantys kartu prie produkto, ir, pasirinktinai, Scrum meistras. Pagrindinis šio Scrum įvykio tikslas yra suplanuoti užduotis, kurioms jie sutelks dėmesį tą dieną.
Dienos Scrum yra trumpiausias ir dažniausias Scrum įvykis, kurio apžvalgą galima rasti atskiroje straipsnyje. Kūrėjų, dalyvaujančių Dienos Scrum, užduotis yra greitai nustatyti darbo tikslus artimiausioms 24 valandoms. Taip kiekvienas iš jų žino, prie ko dirba kiti ir kaip jie dirba link bendro Sprint tikslo.
Nėra vienos teisingos Dienos Scrum formulės. Kiekviena kūrėjų komanda kuria susitikimo formatą, kuris jiems tinka. Tačiau yra bendra struktūra, kad būtų lengviau ją vykdyti.
Gerai vykdomas Dienos Scrum turėtų leisti kiekvienam dalyviui atsakyti į du klausimus:
Tačiau tiesiogiai jų klausti nėra privaloma formulė. Tai yra pavyzdiniai klausimai, kurie apibrėžia susitikimo ašį. Dienos Scrum skirtas pagerinti komunikaciją kūrėjų komandoje, prioritetizuoti užduotis ir sumažinti butelio kakliukų riziką.
Dienos Scrum yra įvykis, atitinkantis Dienos Standup kitose Agile metodikose. Ir jis dažnai vyksta labai panašiai – nors oficialus Scrum vadovas nereikalauja, kad kūrėjai stovėtų šio trumpo įvykio metu. Labai dažnai jo dalyviai tiesiog stovi, kalbėdami neformaliame rate.
Nors gali pasirodyti, kad 15 minučių per dieną yra daug diskutuoti apie kasdienes užduotis, praktika rodo, kad tokie susitikimai yra geriausi kūrėjų komandos efektyvumui. Dažnai ir reguliariai atnaujinant tikslus ir įsipareigojimus, visi kūrėjai sutelkia dėmesį į prioritetines užduotis ir prioritetizuoja sklandų komandos pažangą prieš individualius rezultatus.
Viena iš problemų su Dienos Scrum yra ta, kad Kūrėjai užtrunka susitikimo laiką. Jei taip yra, gerai būtų įvesti politiką, kad būtų rašomi ant lentos – tiek fizinės, tiek virtualios – problematiški klausimai, kurie nėra centriniai Dienos Scrum, bet yra svarbūs komandai. Tokiu būdu bus galima grįžti prie problemų, kurios buvo paliktos aptarti neformalių diskusijų metu dienos bėgyje. Ir taip pat, jei reikia, per Sprint Retrospektyvą, kurią aprašysime išsamiau atskiroje straipsnyje.
Dar viena problema, kuri dažnai kyla per Dienos Scrum, yra jų paversti susitikimais, skirtais apibendrinti praėjusios dienos darbą. Kūrėjai tada sutelkia dėmesį į jau pasiektų rezultatų aptarimą. Tai nėra gera praktika. Pripažinkime, kad dabartinė kūrėjų orientacija į darbą, vedančią į Sprint tikslą, yra labai svarbi. Tačiau skiriant Dienos Scrum jau užbaigtoms užduotims, efektyvumas neskatinamas.
Jei komanda negauna naudos iš Dienos Scrum, Scrum meistras gali padėti kūrėjams identifikuoti problemas, stebėdamas susitikimą, ieškodamas atsakymų į šiuos klausimus:
Po pradinio problemos identifikavimo efektyvi technika nustatyti problemos priežastį gali būti 5 Kodėl metodas, dar vadinamas 5 Kodėl arba 5W, sukurtas Sakichi Toyoda. Jis apima kelis “Kodėl?” klausimus iš eilės. Tai leidžia diagnozuoti gilesnę problemos priežastį ir taip lengviau ją išspręsti.
Pavyzdžiui, paimkime paskutinį punktą lentelėje: problema kyla įsipareigojimo spręsti problemas srityje, kurioje dirba kūrėjų komanda. Penki klausimai gali atrodyti taip:
1 x KODĖL?
K: Kodėl kūrėjai nesiūlo skirtingų būdų spręsti kylančias problemas?
A: Nes kūrėjas Harry visada pirmas pasiūlo vieną sprendimą.
2 x KODĖL?
K: Kodėl kūrėjas Harry visada pirmas pasiūlo vieną sprendimą?
A: Nes niekas kitas nekalba.
3 x KODĖL?
K: Kodėl niekas kitas nekalba?
A: Nes kiti kūrėjai neturi noro ieškoti geresnių sprendimų.
4 x KODĖL?
K: Kodėl kiti kūrėjai nenori ieškoti geresnių sprendimų?
A: Nes sprendimų paieška reikalauja dėmesio, ir lengviau laikyti Harry sprendimą pakankamai geru.
5 x KODĖL?
K: Kodėl jie laikė Harry sprendimą pakankamai geru?
A: Kadangi jie nėra apdovanoti už alternatyvų pasiūlymą, jie aptarė savo planus šiandien susitikimo pradžioje ir galvoja apie pradėjimą.
Šiuo atveju problemą dėl įsipareigojimo spręsti problemas galima išspręsti pakeitus Dienos Scrum tvarką ir pradedant nuo šios problemos. Arba sugalvojus sistemą, skatinančią geriausią sprendimą, pavyzdžiui, įvedant simbolinį apdovanojimą autoriui, kuris pateikė didžiausią priimtų sprendimų skaičių komandoje per tam tikrą Sprint.
Dienos Scrum yra pagrindinė kūrėjų komandos kasdienio darbo dalis. Tačiau kiekviena komanda turi pati išsiaiškinti optimalų šio susitikimo formulę. Gerai vykdomas Dienos Scrum leidžia nuolat nustatyti sub-tikslus, siekiant Sprint tikslo. Tai taip pat leidžia greitai diagnozuoti komunikacijos problemas ir pagerinti bendradarbiavimą tarp kūrėjų.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.
Ar kada nors jaučiate, kad diena per trumpa viskam, ką planavote, padaryti? Visi mes tai…
Kas yra programinė įranga? Kokie yra jos tipai ir platinimo metodai? Kalbėdami apie skaitmeninius produktus,…
Pateikti ir perduoti tyrimų rezultatus greičiausiai yra viena iš svarbiausių (ir reikalaujančių daug pastangų) UX…
Ar žinote, kaip sukurti el. knygą? Ar žinote visus esminius el. knygos gamybos proceso aspektus?…
Tvarus marketingas nebe yra tik viena iš marketingo strategijų, kurias galite taikyti savo įmonėje, bet…
Neseniai darbo rinkoje pasirodė du reiškiniai, susiję su šiuolaikinių darbuotojų ir vadovų požiūriu – tylus…