Sprinto planavimo darbotvarkės šablonas inžinerijos komandoms

Kodėl sprintai perkraunami

Sprinto planavimas turi vieną struktūrinį trūkumą, kurio šablonai neapsaugo: komandos atrenka sprinto užduočių sąrašą (backlog) dar prieš kam nors patikrinant pajėgumą. Rezultatas — sprintas, kuris atrodė pasiekiamas ant baltos lentos ir sugriūva iki trečiadienio, kai du inžinieriai pusę savaitės nedirba, vieno bilieto apimtis patrigubėja, o trys punktai turėjo neišsakytų priklausomybių nuo paslaugos, kurią platformos komanda perrašinėja.

Sprendimas paprastas ir beveik niekada neatliekamas: įsipareigokite pajėgumui prieš įsipareigodami darbui. Žemiau pateiktas šablonas prasideda pajėgumo apžvalga būtent dėl šios priežasties.

Darbotvarkė (nukopijuokite ir įklijuokite)

Trukmė: 2 valandos 2 savaičių sprintui; 1 valanda 1 savaitės sprintui
Formatas: vedamas, su visai komandai matomu backlog'u

1 skiltis — Sprinto tikslas (10 min.)

Vienas sakinys: kaip sėkmingas sprintas atrodo iš išorės?
Tikslas turi būti pakankamai konkretus, kad bet kuris komandos narys sprinto pabaigoje galėtų įvertinti, ar jį pasiekėte
Atmeskite tikslus, kurie tėra bilietų sąrašas („užbaigti autentifikacijos pertvarkymą ir apmokėjimo puslapį“) — tai backlog'as, o ne tikslas

2 skiltis — Pajėgumo apžvalga (15 min.)

Išvardykite kiekvieną komandos narį vardu
Kiekvienam: suplanuotos atostogos (PTO), budėjimo rotacija, pasikartojantys susitikimai, žinomi išoriniai įsipareigojimai
Išreikškite pajėgumą prieinamais istorijos taškais (story points) ar dienomis — ne žmonių skaičiumi
Šis skaičius yra lubos; neatrinkite daugiau darbo, nei jis palaiko

3 skiltis — Backlog atranka (45 min.)

Peržiūrėkite aukščiausio prioriteto punktus iš patikslinto backlog'o
Kiekvienam kandidatui: ar komanda turi pakankamai, kad jį pradėtų, ar yra neatsakytų klausimų, į kuriuos reikia atsakymų prieš sprinto pradžią? Neatsakyti klausimai priklauso patikslinimo eilei, ne sprintui
Nustokite atrinkinėti, kai pasiekiate 80 % pajėgumo; likę 20 % sugeria persiliejimą ir neplanuotą darbą

4 skiltis — Priėmimo kriterijai (20 min.)

Kiekvienam atrinktam punktui: nurodykite kriterijų, kuris jį daro atliktą
Jei komanda negali nurodyti kriterijaus per 60 sekundžių, bilietas nepakankamai patikslintas — grąžinkite jį atgal į backlog'ą
Užrašykite tai biliete dabar, kambaryje; nesiremkite „pridėsime vėliau“

5 skiltis — Rizikos ir priklausomybės (15 min.)

Kas galėtų blokuoti sprinto tikslo įgyvendinimą, ko komanda nekontroliuoja?
Įvardykite priklausomybės atsakingą asmenį; iškelkite tai dabar, kol yra laiko išspręsti prieš sprinto vidurį
Neišspręstoms priklausomybėms priskiriamas įvardytas atsakingas asmuo iš komandos, kuris jas seks

Pabaiga (15 min.)

Patvirtinkite, kad sprinto tikslas vis dar galioja atsižvelgiant į atrinktą darbą
Priskirkite sprinto santraukos užrašinėtoją arba patvirtinkite automatinės ataskaitos nustatymą
Patvirtinkite kito planavimo datą

Ko trūksta daugumai sprinto planavimo šablonų

Populiariausi sprinto planavimo šablonai sutelkia dėmesį į backlog'o tvarkymą ir atliktumo apibrėžimą (definition-of-done). Abu svarbūs. Nė vienas nesprendžia planavimo klaidos, kuri sukelia daugiausiai sprintų nesėkmių: darbo atrinkimo nepatikrinus prieinamumo.

Penkių inžinierių komanda, dirbanti pilnu pajėgumu, turi apytiksliai 200 istorijos taškų per 2 savaičių sprintą. Penkių komanda su dviem inžinieriais atostogose, vienu budinčiu rotacijoje ir vienu trijų dienų išvykoje turi galbūt 110. Jei antram sprintui atrenkate 180 taškų, jau žlugote. Atrinkimo žingsnis yra ten, kur įvyksta perteklinis įsipareigojimas, ir pajėgumas turi jį pasitikti.

Antra spraga — priėmimo kriterijai. Komandos greitai praeina planavimą ir ketina kriterijus parašyti vėliau. Vėliau to paties konkretumo lygiu neįvyksta. Žmogus, kuris kambaryje būtų parašęs tikslų kriterijų, kitą dieną iš atminties parašo kažką miglota arba visai neparašo. Sprinto vidurio nesutarimai dėl to, ką reiškia „atlikta“, beveik visada atsekami iki praleistų priėmimo kriterijų planavime.

Šių spragų besikaupianti kaina — perkrauti sprintai, sprinto vidurio atradimai, iš naujo ginčijami apibrėžimai — aiškiai matoma, kai ją susumuojate: Susitikimų mokestis.

Kodėl sprinto planavimo užrašai sunkesni, nei atrodo

Sprinto planavimas sugeneruoja daugiau informacijos nei beveik bet kuris kitas pasikartojantis susitikimas: sprinto tikslą, pajėgumo skaičius, punktas po punkto atrinkimo pagrindimą, priėmimo kriterijus kiekvienam bilietui, priklausomybių atsakingus asmenis, rizikų punktus. Naudingos santraukos parašymui reikia visą tai užfiksuoti forma, kuri naudinga po trijų dienų, kai kas nors klausia „kodėl iškirtome tą punktą?“.

Pavleur automatiškai sugeneruoja sprinto planavimo ataskaitą pokalbio pabaigoje. Ji fiksuoja sprinto tikslą, atrinktą backlog'ą su pagrindimu, priėmimo kriterijus, kaip išsakyta susitikime, ir priklausomybių atsakingus asmenis, kaip įvardyti. Jei kas nors bendrino ekraną su backlog'u ar pajėgumo skaičiuokle, tas vizualas įtraukiamas į ataskaitą šalia diskusijos — kontekstas, kurį vien garso įrankiai kaip Otter ar Fireflies visiškai praleistų. Bet kuris, kuris prisijungė vėlai ar turi patikrinti sprendimą sprinto viduryje, turi pilną įrašą. Palyginimui, kuo tai skiriasi nuo vien garso įrankių: Pavleur ir alternatyvos.

Sprinto vidurio plano keitimo tvarkymas

Sprinto planas yra įsipareigojimas, o ne sutartis. Kai kažkas sprinto viduryje iš tikrųjų paneigia planą — gamybos incidentas, kritinė priklausomybė, blokuojanti tris bilietus, prioriteto poslinkis iš vadovybės — teisingas atsakas yra greitas perplanavimo pokalbis, o ne tylus apimties atmetimas. Perplanavimo pokalbis užtrunka 20 minučių ir sukuria atnaujintą sprinto tikslą, atspindintį realybę. Alternatyva yra sprintas, kuris žlunga popieriuje, bet neformaliai koreguojamas būdais, kurių niekas neužsirašė, dėl ko retrospektyva tampa sunkesnė, o greičio (velocity) skaičiai beprasmiai.

Ugdykite aiškaus perplanavimo įprotį. Naudokite tą pačią struktūrą: atnaujintas pajėgumas, pataisyta atranka, iš naujo nurodytas tikslas. Tai užtrunka kur kas mažiau laiko nei painiava, kurią jis užkerta.