Kokios yra „Scrum“ ceremonijos vikriai?

„Scrum“ turi keturias pagrindines ceremonijas, kurios suteikia kiekvieno sprinto struktūrą:

• Sprinto planavimas: Komandos planavimo susitikimas, kuriame nustatoma, ką užbaigti ateinančiame sprinte.
• Kasdienis atsistojimas: Taip pat žinomas kaip kasdienis patikrinimas, 15 minučių mini susitikimas, skirtas programinės įrangos komandai sinchronizuoti.
• „Sprint“ demonstracinė versija: Dalijimosi susitikimas, kuriame komanda parodo, ką jie gabeno per tą sprintą.
• „Sprint“ retrospektyva: Apžvalga to, kas sekėsi ir kas nesiseka su veiksmais, kad kitas sprintas būtų geresnis.

Sprinto planavimas

Sprinto planavimo ceremonijos tikslas - suburti visą komandą, kad ji būtų sėkminga viso sprinto metu.

Reikalingi dalyviai yra:

• Kūrėjų komanda
• „ScrumMaster“
• Produkto savininkas

Sprinto planavimas vyksta prieš pat sprinto pradžią ir paprastai trunka vieną - dvi valandas.

Atėjęs į susitikimą, produkto savininkas turės prioritetinį produktų atsargų sąrašą.

Produkto savininkas aptaria kiekvieną elementą ar vartotojo istoriją su kūrėjų komanda, o grupė kartu įvertina įdėtas pastangas.

Kūrėjų komanda sudarys sprinto prognozę, paprastai pagrįstą komandos greičiu, nurodydama, kiek darbo komanda gali atlikti iš produkto neveikimo. Tada šis darbas tampa sprinto atsilikimu.

Ar Kanbanas turi sprinto planavimo ceremoniją?

Taip, „Kanban“ komandos taip pat planuoja, tačiau jos nėra pagal fiksuotą kartojimo grafiką su oficialiu sprinto planavimu.

Sprinto planavimas ir istorijos tobulinimas

Kai kurios organizacijos naudojasi sprinto planavimo susitikimu, kad išsiaiškintų kiekvieno vartotojo istorijos detales. Tiesą sakant, labai rekomenduojama, kad visi dalyviai dalyvautų veiksmingose ​​diskusijose, kad visi suprastų darbo apimtį.

Kitos organizacijos rengia atskiras istorijos tobulinimo sesijas, kuriose aptaria kiekvienos istorijos detales ir apytikslį įvertinimą, kiek darbo tenka pristatant istorijas. Paprastai istorijos yra suskirstytos į keletą mažų užduočių.

Surengdami šias atskiras istorijos tobulinimo sesijas, paprastai prieš kitą sprintą, sprinto planavimo sesija trunka trumpiau ir siekiama priimti istorijas tik į būsimą sprintą.

Kasdienis atsistojimas

Kasdieninis „stand-up“ susitikimas skirtas visiems greitai pranešti apie tai, kas vyksta visoje komandoje. Tai neturėtų būti išsamus statuso susitikimas.

Tonas turėtų būti lengvas ir įdomus, bet informatyvus. Tegul kiekvienas komandos narys atsako į šiuos klausimus:

• Ką aš baigiau vakar?
• Ką aš dirbsiu šiandien?
• Ar mane kas nors užblokavo?

Kasdieninis atsistojimas vyksta kartą per dieną, paprastai ryte. Jame turi dalyvauti kūrėjų komanda, „ScrumMaster“ ir produkto savininkas.

Patariama, kad trukmė būtų ne ilgesnė kaip 15 minučių, taigi atsistoti siekiama, kad susitikimas būtų trumpas.

Vienas iš kasdienio „stand-up“ susitikimo pranašumų yra tas, kad žmonės paverčia save ištikimais.

Yra netiesioginė atskaitomybė pranešant, kokį darbą vakar atlikote savo bendraamžių akivaizdoje. Niekas nenori būti komandos nariu, kuris nuolat daro tą patį ir nedaro pažangos.

Paskirstytos komandos paprastai naudoja vaizdo konferencijas ar grupinius pokalbius, kad pašalintų atstumo skirtumą.

„Sprint“ demonstracija

Sprinto pabaigoje kiekviena komanda gauna demonstraciją ar demonstruoja savo naujai sukurtas savybes arba tiesiog tai, ką dirbo sprinto metu.

Tai laikas komandai pasidžiaugti savo pasiekimais, parodyti iteracijos metu baigtą darbą ir nedelsiant gauti projekto suinteresuotųjų šalių atsiliepimų.

Trukmė gali skirtis, atsižvelgiant į kiekvienos komandos demonstruojamų elementų skaičių.

Darbas paprastai pristatomas atitinkamos komandos dalyviams, būtent kūrimo komandai, „ScrumMaster“ ir „Product Owner“, taip pat kitoms komandoms ir projekto suinteresuotosioms šalims.

Kad demonstracinė versija būtų vertinga ir domintų kitus, darbas turėtų būti toks visiškai įrodyti ir atitikti komandos kokybės juostą, kad ji būtų laikoma užbaigta ir pasirengusi demonstruoti apžvalgoje.

Ar produkto demonstracinė versija taikoma „Kanban“?

Kaip ir planavimas, „Kanban“ komandų apžvalga turėtų būti suderinta su komandos etapais, o ne su fiksuotu ritmu.

„Sprinto retrospektyva“

Ir galiausiai apie sprinto retrospektyvą, kuri įvyksta sprinto pabaigoje, paprastai po sprinto demonstracijos ir trunka apie vieną valandą. Dalyviai yra kūrėjų komanda, „ScrumMaster“ ir produkto savininkas.

„Agile“ yra nuolatinis tobulinimas ir greitas atsiliepimas, kad produkto ir kūrimo kultūra būtų geresnė.

Retrospektyvos padeda komandai suprasti, kas gerai veikė, o kas ne.

Nuolatinis tobulėjimas palaiko ir skatina judrios komandos plėtrą retrospektyvos yra pagrindinė to dalis .

„Sprint“ retrospektyvos neturėtų būti tik skundų pateikimo nesiimant veiksmų.

Retrospektyvos yra priemonė nustatyti, kas veikia, kad komanda galėtų toliau sutelkti dėmesį į tas sritis ir į tai, kas neveikia, kad komanda galėtų diskutuoti ir bendradarbiauti ieškant kūrybiškų problemų problemų.

Ar Kanbanas taip pat turi „Sprint Retrospective“?

„Scrum“ komandos atlieka sprinto retrospektyvą, pagrįstą fiksuotu ritmu. Niekas netrukdo „Kanban“ komandoms pasinaudoti retkarčiais vykstančiomis retrospektyvomis.