Sprint retrospektyva yra Sprinto užbaigimo renginys, kuriame gali dalyvauti tik Scrum komandos nariai. Tai leidžia visiškai skirti dėmesį komandos vidiniams reikalams. Tai yra todėl, kad Sprint retrospektyva pirmiausia naudojama apmąstyti dabartinius darbo metodus, taip pat aptarti pasiūlymus, kaip juos patobulinti.
Kas yra Sprint retrospektyva? – turinys:
- Įvadas
- Sprint retrospektyvos tikslai ir temos
- Kaip vykdyti efektyvią Sprint retrospektyvą?
- Aptariamos problemos
- Diskusija ir įsipareigojimai
- Santrauka
Įvadas
Sprint retrospektyva yra susirinkimas, kuris baigia kiekvieną Sprintą. Tai yra viena iš Scrum renginių, apie kuriuos rašėme apžvalgoje atskiroje straipsnyje.
Pagal oficialų Scrum vadovą, Sprint retrospektyva trunka ne ilgiau kaip tris valandas mėnesiniam Sprintui. Arba atitinkamai trumpiau, jei Scrum komanda dirba trumpesniais ciklais.
Sprint retrospektyvos tikslai ir temos
Visi Scrum komandos nariai dalyvauja Sprint retrospektyvoje. Susirinkimo tikslas yra aptarti problemas, susijusias su Scrum komandos darbu ir kaip ji jas sprendžia. Tačiau tai nėra problemos, susijusios su produktu, kurį kuria Scrum komanda, o klausimai, susiję su bendradarbiavimo pobūdžiu ir eiga tarp Scrum komandos narių.
Kadangi iškelti klausimai dažnai yra jautrūs ir delikatus, Sprint retrospektyva yra uždaras renginys. Mes galime suformuluoti jos tikslus taip:
- apibendrinti dabartinius bendradarbiavimo būdus
- nustatyti tas problemas ir trūkumus, kurie reikalauja patobulinimų
- pasiūlyti sprendimus ir pakeitimus
Sprint retrospektyvos tikslai glaudžiai susiję su empirizmo pagrindais, kuriais remiasi Scrum. Pirmieji du punktai susiję su patikrinimu. O paskutinis susijęs su pritaikymu. Daugiau apie empirizmo pagrindus ir jų vaidmenį Scrum rašėme šioje straipsnyje.
Aukščiau pateiktų susirinkimų atsakymų rezultatas yra ne tik aiškus Scrum komandos bendradarbiavimo principų vaizdas, prieinamas visiems jos nariams. Komanda taip pat įsipareigoja gerinti bendradarbiavimą ir komandos elgesį, kurie bus įgyvendinti kitame Sprint’e.
Kaip vykdyti efektyvią Sprint retrospektyvą?
Kadangi Sprint retrospektyva yra sudėtingas susirinkimas, Scrum meistro, moderuojančio diskusiją, vaidmuo yra labai svarbus. Idealiu atveju jis arba ji turėtų pasiūlyti Scrum komandos nariams kalbėti toliau. Pavyzdžiui, jis gali paprašyti visų pateikti vieno sakinio santrauką apie pasibaigusį Sprintą.
Aptariamos problemos
Kadangi kalbėjimas apie problemas komandoje gali sukelti daug emocijų, bendras sprendimas yra užrašyti aptariamas problemas atskirose popieriaus lapuose. Tai palengvina nuomonės išreiškimą. Taip pat lengviau pastebėti didesnes problemų sritis ir klausimus, kurie labiau rūpi daugiau žmonių.
Jei Scrum komanda pateikia per daug klausimų, galite pradėti diskutuoti apie svarbiausius. Arba kolektyviai pasirinkti, kurie klausimai yra svarbiausi Scrum komandos nuomone.
Galite atidėti problemas, kurioms per Sprint retrospektyvą nebuvo pakankamai laiko, į kitą retrospektyvą. Žinoma, tik tuo atveju, jei jos vis dar kyla.
Diskusija ir įsipareigojimai
Tačiau svarbiausios Sprint retrospektyvos dalys yra diskusija ir įsipareigojimų priėmimas.
Diskusija turėtų būti orientuota į problemų priežastis, momentus, kai jos kyla, ir jų poveikį Scrum komandos veiklai. Verta apsvarstyti, ar jų atsiradimą galima išvengti ir su kuo aptarti jų sprendimą.
Įsipareigojimų priėmimas yra toks pat svarbus kaip ir problemų diagnozavimas, nes tik žinoti, kad jos egzistuoja, ir jų priežastys nesukuria sprendimų. Sprint retrospektyvos rezultatas paprastai yra keli įsipareigojimai. Jei problema paveikia visą komandą, dažnai vienas iš komandos narių įsipareigoja skirti ypatingą dėmesį konkrečiai problemai kitame Sprint’e. Ir pasiūlyti jos sprendimą, arba netgi išspręsti pačią problemą. Jei, kita vertus, problema susijusi su konkretaus asmens veikla, jis arba ji įsipareigoja pakeisti savo elgesį jau kitame Sprint’e.
Santrauka
Sprint retrospektyva yra Sprinto santrauka iš Scrum komandos narių bendradarbiavimo perspektyvos. Jos tikslas yra pagerinti efektyvumą ir puoselėti tris empirizmo pagrindus: skaidrumą, patikrinimą ir pritaikymą. Skaidrumas, kai visi bendradarbiai atvirai kalba vieni su kitais apie tiek sėkmes, tiek problemas, kurios kyla komandoje. Patikrinimas, kuris apima dažną ir patikimą situacijos komandoje diagnozę, ir pritaikymas, t.y. nuolat kylančių klaidų taisymas.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
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.
Scrum Guide:
- Pagrindinių terminų, vaidmenų ir sąvokų žodynas
- Kas yra Scrum?
- Scrum vertybės
- Kaip įgyvendinti Scrum savo įmonėje?
- Scrum komanda - kas tai yra ir kaip ji veikia?
- Kas yra produkto savininkas?
- Dažniausios Produktų Savininko klaidos
- Kas yra Scrum meistras?
- Dažniausios Scrum Master klaidos
- Kokias statistiką ir metrikas turėtų stebėti Scrum meistras?
- Plėtros komanda Scrum sistemoje
- Dažniausios programuotojų klaidos
- Scrum artefaktai
- Mastelio didinimas Scrum
- Sprinto ataskaita
- Kas yra produkto atsargų sąrašas?
- Kas yra vartotojo istorijos?
- Geriausios vartotojo istorijos kūrimas su INVEST
- Dažniausios vartotojo istorijų klaidos
- Vartotojo istorijos priėmimo kriterijai
- Įvertinimas ir istorijos taškai Scrum metodikoje
- Planavimo pokeris
- Komandos vertinimo žaidimas
- Inkremento apibrėžimas
- Scrum renginiai
- Kas yra degimo diagrama?
- Burndown diagramos privalumai ir trūkumai
- Kanban lentos Scrum ir Scrumban sistemose
- Greitis Scrum - Vystymo komandos greitis
- Kasdienis Scrum
- Sprinto planavimas
- Sprinto apžvalga
- Kas yra Sprinto retrospektyva?
- Bendros klaidos per Sprint retrospektyvą
- Produkto backlog'o puoselėjimas
- Kaip sukurti ir interpretuoti degimo grafiką?