scrum events time boxing
Uvod v Scrum dogodke:
V naših prejšnjih vajah smo razpravljali o Scrumu in njegovi strukturi.
In naša prejšnja vadnica je razložila vse o tem Scrum Artefakti Podrobno.
Vemo, kdo tvori Scrum Team in kateri različni artefakti se razvijajo skozi ves postopek. Zdaj imamo močno ozadje. Zato naredimo korak naprej pri Scrumu in se pogovorimo o ključnih dogodkih / slovesnostih, ki sestavljajo Scrum proces.
V tej vadnici bomo poskušali razumeti, kaj pomeni vsak dogodek Scrum, katere so bistvene značilnosti in kako jih podrobno organiziramo.
Kaj se boste naučili:
- Pregled
- Vrste Scrum dogodkov
- Kaj je Time Boxing?
- Načrtovanje šprinta
- Dnevni standup
- Sprint Review
- Retrospektiva Sprinta
- Izboljšanje zaostankov
- Zaključek
- Priporočeno branje
Pregled
Med delom na projektu, ki temelji na Scrumu, ekipa scrum opravi vrsto Scrum ceremonij.
Nekateri jih lahko imenujejo Scrum ceremonije ali dogodki, drugi pa jih lahko kličejo za rituale ali sestanke. Ne glede na različne terminologije, ki se tukaj uporabljajo, cilj vsakega Scrum dogodka ostaja enak. Vsak od Scrum dogodkov v bistvu pomaga pri izvajanju in spremljanju Sprint dela.
Vrste Scrum dogodkov
Vsaka Scrum slovesnost je osebna afera / druženje, ki ga za namenske skupine organizira Scrum Master. Nekateri sestanki lahko poleg osrednje ekipe vključujejo zainteresirane strani, vodje dostave ali celo samega kupca. Ti sestanki so časovno omejeni in jih je zato treba zaključiti v predpisanem časovnem okviru.
Cilj vsakega srečanja je zbrati udeležence in jim omogočiti, da razpravljajo o delu. Vsak udeleženec pričakuje, da bo ostal osredotočen, angažiran in udeležen.
Šteje se kot priložnost za pogovor, preučitev in pridobivanje povratnih informacij o opravljenem delu. Za razliko od običajnih srečanj so dogodki Scrum usmerjeni v rezultate, časovno omejeni, ciljno občinstvo in imajo določene cilje usklajene z vsakim od njih.
Kaj je Time Boxing?
Časovni okvir je ena ključnih značilnosti vsakega Scrum dogodka. Od udeležencev se pričakuje, da bodo vedeli in spoštovali čas, namenjen vsakemu dogodku. Dogodkov ni mogoče podaljšati, lahko pa jih skrajšate, če so cilji srečanja že doseženi.
Scrum Master, ki je tudi pospeševalec vseh Scrum dogodkov, skrbi, da vsi razumejo pomen časovnega boksa, in jih nenehno opominja, naj se osredotočijo na cilj srečanja, da bi dobili najboljše rezultate in časovne rezultate z odstopanji.
Časovnega okvira za dogodek v idealnem primeru ne bi smeli podaljšati, toda ker vemo, da Scrum ne zadeva pravil, se lahko čas podaljša na določeno dolžino, če se s tem strinja vsak udeleženec.
Kako določimo časovni okvir za vsak dogodek Scrum?
Časovni okvir za Scrum dogodke je neposredno sorazmeren dolžini Sprinta. Edina izjema od tega pravila je Daily Standup, ki ima določen časovni okvir 15 minut, ne glede na dolžino sprinta.
Za vsak dogodek obstajajo standardni časovni okviri, ki temeljijo na dolžini sprinta. Vendar pa ima ekipa svobodo, da glede na svoje potrebe odloči o časovnih okvirih za te dogodke.
Razumimo več teh konceptov, tako da podrobno razpravljamo o vsakem dogodku Scrum.
Načrtovanje šprinta
Predpogoj za to slovesnost mora imeti lastnik izdelka, da ima pred prihajajočim srečanjem pripravljen stabilen prednostni seznam zalog uporabniških zgodb. Zgodbe uporabnikov naj bodo dobro oblikovane in dovolj jasne, da jih bo ekipa lahko razumela.
Lastnik izdelka lahko za pomoč pri iskanju zaostankov izdelkov poišče zainteresirane strani, kupca, oblikovalca in Scrum Masterja.
V uporabniški zgodbi je obvezno imeti merila sprejemljivosti. Skupina je pooblaščena za zavrnitev uporabniške zgodbe brez meril sprejemljivosti.
Namen
Načrtovanje šprinta je začetna slovesnost med zagonom šprinta. Namen srečanja Sprint Planning je ustvariti cilj Sprint, izbrati uporabniške zgodbe iz zaostanka izdelkov do zaostanka Sprint in podrobno razpravljati o njih.
Skupina se zbere v sejni sobi, skupaj z lastnikom izdelka in Scrum Masterjem, kjer lastnik izdelka predstavi uporabniške zgodbe, ki jih je treba izbrati za naslednji sprint.
Skupina lahko zastavi toliko vprašanj, kolikor želi vedeti več o zgodbi, lastnik izdelka pa je odgovoren, da obravnava vprašanja. Ekipa bi lahko zgodbo izpodbijala tudi zaradi njene celovitosti in primernosti.
Če se v zgodbi zahtevajo dodatne informacije ali če je nedovršena odvisnost ali se ugotovi, da je nepopolna, ima ekipa to zgodbo možnost zavrniti.
Navsezadnje so se dvomi odpravili in ekipa ve natančno količino dela, ki ga je treba opraviti, da se dokonča zgodba, nato ekipa oceni in vsakemu uporabniku doda zgodbe.
Na podoben način se obravnavajo in ocenjujejo tudi druge zgodbe. Skupina zdaj izbere zgodbe z vrha prednostnega zaostanka izdelkov v zaostanku Sprinta, za katerega misli, da jih bo v Sprintu lahko opravila in dopolnila glede na njihovo preteklo hitrost.
Hitrost je določena s skupnim številom zgodb, doseženih v povprečnem sprintu. Hitrost se izračuna na podlagi preteklih Sprintov in s povprečenjem. Več kot sprintov opravimo, stabilnejša je hitrost ekipe.
Mnoge ekipe uporabljajo kartice Planning Poker za oceno zgodb. Najpogostejša tehnika ocenjevanja je usmerjanje zgodbe z uporabo Fibonaccijeve serije. Fibonaccijeva serija je vrsta števil, pri kateri je vsako naslednje število v nizu sestavljeno s seštevanjem prejšnjih dveh števil.
Fibonaccijeve serije - 1, 1, 2, 3, 5, 8, 13 itd.
Uporabniške zgodbe, ocenjene na več kot 13 zgodb, se štejejo za zelo velike, ki jih je treba dokončati v enem sprintu, zato so razčlenjene na manjše logične uporabniške zgodbe, ki jih je mogoče oceniti posamično.
Med srečanjem za načrtovanje šprinta bo skupina ustvarila tudi naloge v okviru uporabniških zgodb, ki so bile izbrane za šprint. Pričakuje se, da ekipa med načrtovanjem šprinta ne bo opravila vseh zgodb uporabnikov, vendar je dovolj, da jih začnejo. Preostalo opravilo lahko opravite med šprintom.
Ključni rezultat sestanka Sprint Planning je Sprint Goal in Sprint Backlog, ki je sestavljen iz zgodb uporabnikov, ki se jih je ekipa zavezala izpolniti.
Poleg uporabniških zgodb so lahko nekatere druge vrste predmetov, ki lahko postanejo del zaostanka Sprint.
- Konice
- Tehnični dolg
- Napake
Konice so raziskovalne naloge za iskanje rešitve, tj. potrebo po njih sproži uporabniška zgodba sama. Nekatere zgodbe morda niso enostavne ali pa niso v tehnični zmogljivosti, zato bi bilo treba okoli njih opraviti več analiz in raziskav. Zato se ustvari konica. Po potrebi lahko vključuje tudi POC.
Tehnični dolg so preoblikovanje obstoječe kode. Velikokrat se zgodi, da mora ekipa predelati kodo, ki je bila prej razvita, da bo ustrezala novim zahtevam.
Napake v Scrumu so ponavadi zamujene ali nove zahteve, ki izhajajo iz sprejetih zgodb uporabnikov, vendar so pomembne za trenutne delovne postavke. Če ne zahteva, je dejansko lahko napaka v sistemu, ki je bila odkrita med prejšnjimi sprinti, vendar ni bila odpravljena in ji je bila v tem sprintu dana prednost.
Udeleženci
Vsi v ekipi Scrum so del sestanka Sprint Planning. Na sestanek ni povabljen nihče drug kot glavna ekipa.
Sestanek Sprint Planning organizira in vodi Scrum Master, vendar lastnik izdelka predstavo ukrade.
Časovni okvir
Srečanje za načrtovanje sprinta lahko traja pol dneva dva tedna. Časovni okvir za sestanek Sprint Planning je neposredno odvisen od dolžine Sprinta. Krajši za kratek sprint in daljši za daljši sprint.
Sestanek Sprint Planning ima zelo pomembno vlogo v celotni arhitekturi Scrum in neposredno vpliva na izdelek, ki se razvija. Zato bi morala ekipa vložiti toliko časa, kolikor se jim zdi potrebno za podrobno razpravo o vseh zgodbah uporabnikov, in lahko predlaga alternativni časovni okvir, ki jim ustreza.
Ko se časovni okvir določi in dogovori, je odgovornost Scrum Masterja, da moštvo osredotoči na cilj in hkrati vodi čas.
Dnevni standup
Namen
Daily Standup je srečanje, ki daje priložnost za ponazoritev splošnega pogleda na zdravje Sprinta. Je tudi platforma za razpravo, na čem delajo drugi člani ekipe in če se kaj ustavlja pri doseganju cilja Sprinta.
Med vsakodnevnim sestankom standup vsak član ekipe deli status svojega napredka pri delovnih postavkah, na katerih dela. Prav tako bi si delili in iskali pomoč od drugih članov ekipe, če bi kakšne ovire preprečevale njihov napredek.
Med vsakodnevnim sestankom standup vsak član ekipe za mizo posamezno odgovori na naslednja tri ključna vprašanja:
'Kaj ste storili od zadnjega dnevnega sestanka standup?'
'Kaj nameravate početi danes?'
najboljši predvajalnik glasbe in prenosnik za android
„Ali obstaja kakršna koli ovira za vaše delo?“
Od ostalih članov ekipe se pričakuje, da bodo pozorni, ko nekdo deli status, in po potrebi ponudijo pomoč. Takoj, ko zadnji član ekipe odgovori na vsa tri vprašanja, se sestanek tam konča.
Vsakodnevno srečanje v standup-u daje splošno sliko o trenutnem in splošnem stanju dokončanja ponovitve, na kateri trenutno delajo. Scrum Master igra zelo pomembno vlogo pri ohranjanju osredotočenosti dnevnega sestanka in časovnega okvira. Prav tako je odgovoren za reševanje ovir, ki preprečujejo napredovanje ekipe s svojimi uporabniškimi zgodbami.
Scrum Master mora poskrbeti tudi, da nihče razen osrednje ekipe ne postavlja vprašanj in ne predstavlja stanja. Po potrebi lahko dovoli hitre razprave o uporabniških zgodbah, vendar mora biti ves čas seznanjen s časom in lahko kadar koli vstopi in prosi člane ekipe, da pogovor poteka brez povezave.
Udeleženci
vprašanja in odgovori za skrbniške pogovore v prodajnem forumu pdf
Vsakdo se lahko udeleži sestanka Daily Standup. Vendar je obvezna, da se glavna skupina udeleži sestanka in predstavi status svojega dela.
Kdorkoli drug, tudi zunaj ekipe, ki ga zanima vedenje o napredku Sprinta, se lahko udeleži dnevnega standup sestanka, vendar ne sme predstaviti statusa svojega dela ali zaslišati članov razvojne skupine o njihovem delu.
Samo člani glavne ekipe lahko delijo svoj napredek pri delu, vsi ostali pa naj bi tiho poslušali.
Vsak dnevni sestanek bi moral biti izveden, tudi če je prisoten en član ekipe.
Ekipa lahko vsakodnevno srečanje v standup-u izvede sama ali pa prosite Scrum Masterja, da jim to olajša.
Časovni okvir
Kot že ime pove, se vsakodnevno srečanje pripravlja vsak dan in udeleženci naj bi stali, saj gre za kratek sestanek, ki traja le 15 minut. Zamisel je, da se držimo dnevnega reda in ne odstopamo od fokusa, zato je sestanek kratek. Ohranjanje sestanka tudi ljudem pomaga, da se z njim zlahka zavežejo, saj zahteva le 15 minut.
Dnevno srečanje v pripravljenosti poteka tudi vsak dan ob istem času in na istem mestu, da se zmanjša zmeda med udeleženci in se dnevno rezervirajo sejne sobe. Med sestankom se močno odsvetuje uporaba prenosnih računalnikov, namiznih računalnikov ali mobilnih telefonov.
Ekipe se lahko odločijo, kdaj bodo organizirale sestanek Daily Standup, in se ga bodo držale. Vendar je običajno, da sestanki ostanejo najprej zjutraj. Za ekipe, ki delajo v različnih časovnih pasovih, jutranji klic morda ne bo deloval, zato ga bodo lahko popoldne ali karkoli jim najbolj ustreza.
Scrum Master lahko na koncu sestanka z ekipo deli tudi pomembne novice ali posodobitve, če čas dopušča, vendar ne sme podaljšati sestanka za vsako ceno.
Sprint Review
Namen
Sprint Review Meeting je namenjen predstavitvi opravljenega dela ter zbiranju povratnih informacij in vplačilu. Ponekod je sestanek Sprint Review znan tudi kot Sprint Demo. Sprint Review Meeting se običajno opravi ob koncu šprinta, vendar pred sestankom Sprint Retrospective.
Izbrani predstavnik (-i) iz ekipe prikažejo trenutne postavke sprinta. Običajno razvijalec, ki dela na uporabniški zgodbi, prikaže delo in se odzove na poizvedbe, ki jih je postavil kdo iz občinstva.
Zgodbe uporabnikov, ki so narejene na podlagi opredelitve Končano, so edini kandidati za predstavitev na sestanku Sprint Review.
Lastnik izdelka ima med srečanjem Sprint Review zelo pomembno vlogo. Odgovorni je za oceno vsake predstavljene uporabniške zgodbe glede na njena merila sprejemljivosti in zgodbo sprejme ali zavrne.
Sprejete zgodbe se nato povežejo z Done incrementom, ki je potencialno dobavljiv izdelek. Kam gre zavrnjena ali nedokončana zgodba, je klic lastnika izdelka. Zavrnjene zgodbe lahko postanejo del naslednjega sprinta ali pa se premaknejo v zaostanek izdelkov, od koder bodo znova prednostne.
Ključni rezultat srečanja Sprint Review je splošna slika datuma zaključka projekta. Lastnik izdelka sprejme / zavrne zgodbo in sprejete zgodbe se nato integrirajo s prirastkom (ustvarjenim med prejšnjimi sprinti) kot celoto, da dobimo boljšo sliko o tem, kje stojimo pri dokončanju celotnega izdelka.
Drug ključni rezultat srečanja Sprint Review je, da se člani ekipe naučijo nekaj o oceni. Število sprejetih uporabniških zgodb določa število zgodb, doseženih v sprintu.
Tako postopoma sprint za sprintom lahko ekipa razvije sposobnost pravilne ocene in premišljene odločitve glede zgodb, ki jih je mogoče doseči.
Pogosto je opaziti, da taki sestanki osvetljujejo nepopolna merila sprejemljivosti ali izstopajoče nove zahteve. Najboljši način, kako se rešiti te situacije, je, da zgodbe zaprete in jih označite kot končane, če izpolnjujejo vsa merila sprejemljivosti, o katerih so se prvotno dogovorili na sestanku za načrtovanje šprinta.
Vse, kar je poleg tega, je treba šteti za novo zahtevo, lastnik izdelka pa je odgovoren za te zahteve za prihodnji sprint.
Udeleženci
Sestanka Sprint Review se udeležujejo člani ekipe, vključno s Scrum Masterjem in lastnikom izdelka. Drugi udeleženci srečanja Sprint Review so zainteresirane strani, vodje dostave, kupci / končni uporabniki ali vsi, ki jih zanima sodelovanje v Sprint Review.
Časovni okvir
V idealnem primeru za dvotedenski sprint preživimo približno 2 uri na sestanku Sprint Review. Ta se lahko razlikuje glede na dolžino Sprinta. Za krajši sprint krajši pregled sprinta in za daljši sprint daljši pregled sprinta.
Tako kot drugi sestanki je tudi Scrum Master odgovoren, da ohrani zagon sestanka in poskrbi, da dejavnosti (prikaz zgodb, odgovarjanje na poizvedbe, sprejemanje zgodb, zabeležene povratne informacije itd.) Ustrezajo določenemu časovnemu okviru.
Retrospektiva Sprinta
Namen
Retrospektiva Sprint je namenjena utelešenju tega, kar Agile pravi - ' Redna razmišljanja o tem, kako postati učinkovitejši ’. Retrospektiva Sprint daje priložnost celotni ekipi, da razmisli in razmišlja, kako je šprint potekal in kaj je treba narediti za improvizacijo procesov? Retrospektiva sprinta se izvede na koncu vsakega sprinta.
Med srečanjem Sprint Retrospective se celotna ekipa zbere in razpravlja o pravkar končanem Sprintu. Pričakuje se, da bo ekipa transparentna in daje iskrena mnenja, vendar ni nobenih iger krivde.
Ne pozabite, da je cilj srečanja narediti korak naprej na področju improvizacije in ne zadržati ekipe s povečanjem napetosti med člani.
Vsi v ekipa naj bi odgovorila na štiri osnovna vprašanja:
Scrum Master prosi člane ekipe, naj napišejo svoje točke za vsak kvadrant, kot je prikazano zgoraj v lepljivih zapiskih. Ponekod se orodja uporabljajo za isti namen.
Kaj je šlo dobro?
Člani ekipe dajo eno ali več točk o tem, kaj je bilo dobro v zadnjem Sprintu. Ta odsek lahko uporabimo tudi kot priložnost, da druge člane ekipe cenimo in jim priznamo njihovo dobro delo.
Kaj ste se naučili?
Scrum velja za priložnost, da se v vsakem sprintu naučite česa novega. Na tem področju kvadranta naj bi razpravljali o ključnih izvlečkih in spoznanjih zadnjega Sprinta.
Kaj ni šlo dobro?
V tem poglavju ekipa razpravlja o težavah in ovirah, s katerimi se je srečala med zadnjim sprintom. Ta del srečanja je ponavadi najbolj krhek, saj lahko ljudje sprožijo vprašanja, zaradi katerih bi lahko drugi postali neprijetni.
Odgovornost Scrum Masterja je, da pomiri ozračje, če je to potrebno, in ljudi nauči, da svoja vprašanja postavljajo na konstruktiven način, namesto da bi šli skozi kroge osebnih napadov.
Če se komu od članov neprijetno sooča z vprašanji pred drugimi soigralci, lahko pozneje odide do Scrum Masterja in se o njih pogovori.
Kaj bi lahko naredili bolje?
Ta del srečanja daje priložnost vsem članom ekipe, da razpravljajo o vseh prej zastavljenih vprašanjih in najdejo načine, kako jih rešiti. Vsi v ekipi so dobrodošli, da predlagajo rešitve problema. Nato ekipa v enotnosti odloča o najbolj primernih rešitvah.
Ekipa bi morala razmisliti tudi o tem, da bi se tudi v prihodnjem šprintu držala stvari, o katerih je razpravljalo v oddelku, ki je šel dobro, in da bi te stvari lahko dodali kot sestavni del procesa.
Rezultat srečanja Sprint Retrospective je seznam akcijskih točk, o katerih so se udeleženci dogovorili za izboljšanje postopka za prihajajoči sprint.
Udeleženci
Celotna ekipa Scrum, vključno s Scrum Masterjem in lastnikom izdelka. Toda za razliko od vsakodnevnega sestanka, Scrum Master in izdelek sodelujeta tudi pri zagotavljanju svojih prispevkov in točk za nazaj.
Tako kot vsakodnevni standup sestanek tudi Sprint Retrospective srečanje omogoča Scrum Master. Scrum Master poskrbi, da ima vsakdo v ekipi, tudi on sam, priložnost, da se odpre in spregovori tako o pozitivnih kot negativnih straneh.
Upoštevajte, da udeleženci zunaj ekipe niso povabljeni na retrospektivni sestanek Sprint. Retrospektiva Sprinta velja za malo osebnega in čustvenega okolja, ki članom ekipe omogoča, da se brez zadržkov odprejo in razpravljajo o težavah, s katerimi so se srečali med zadnjim sprintom.
Časovni okvir
Upravičeno je rečeno, da so vse Scrum ceremonije časovno omejene, njihov časovni okvir pa je odvisen od dolžine Sprinta. Glede na to, da je za dvotedenski sprint idealno imeti dvoletni retrospektivni sestanek Sprint.
Če pa na Sprint Retrospektivo gledamo kot na priložnost za komunikacijo, retrospektivo in zavzemanje za izboljšave, je zelo upravičeno dati dovolj časa za srečanje, da se izognemo izgubi pomembnih stališč in spoznanj.
Zato je dobro, da sestanek določite za čas, vendar se ga ne sme izvesti za ceno komunikacije in napredovanja. Drug zelo pomemben dogodek v Scrumu je izboljšanje zaostankov. Vzemimo si samo hiter trenutek, da ga malo osvetlimo.
Izboljšanje zaostankov
Izboljšanje zaostankov, ki je znano tudi kot urejanje zaostankov, je sestanek, na katerem se razpravlja o zgodbah uporabnikov v zaostanku z izdelki, ki so lahko del naslednjega Sprinta. Na sestanku za izboljšanje zaostankov celotna ekipa sedi skupaj in razpravlja o zgodbah uporabnikov ter tako prispeva svoje prispevke.
Splošna ideja je pripraviti zaostanek izdelkov za prihajajoči Sprint in zagotoviti, da so uporabniške zgodbe pripravljene na izbiro. Srečanje za zaostanke je organizirano med sprintom 'n-1', da se pripravijo na predmete, ki jih je treba izbrati v sprintu 'n'.
Zaključek
S tem smo prišli do konca te vadnice o 'Scrum dogodkih', ki jo je treba prebrati. Scrum dogodki so daleč najpomembnejša in najpomembnejša tema serije Scrum.
V tej vadnici smo razpravljali o vseh petih Scrum dogodkih, tj Sprint, Sprint Planning, Daily Standup, Sprint Review in Sprint Retrospective . Vsak dogodek, razen dnevnega pripravljanja, ima reden cikel na sprint, torej izveden enkrat v vsakem sprintu.
Dogodki dajejo vpogled v to, kako se naloge izvajajo v Scrum okolju. Vsi Scrum dogodki so priložnosti za izboljšave, prilagajanje in pregled.
Naslednja je vadnica o 'preizkusu napak', ki je formalno srečanje, na katerem se razpravlja o vseh pomanjkljivostih trenutnega Sprinta, tj.
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Scrum artefakti: zaostanki izdelkov, zaostanki sprinta in prirastki izdelkov
- JIRA Scrum Board Tutorial: Scrum Handling with Jira for Managing Sprint
- Spletni kviz Agile Scrum: preizkusite svoje znanje Agile Scrum
- Kako v kratkem času uporabiti funkcije programske opreme visoke vrednosti s pomočjo Agile Scrum procesa
- Triaging napak v Scrumu: kako je organiziran v Scrum Setup
- Priložnost za honorarno honorarno zaposlitev za strokovnjake za selen
- Vloge in odgovornosti ekipe Scrum: mojster in lastnik izdelka
- 10 najboljših programov za prosti čas za sledenje času zaposlenih