KIMISUITE 7 min lexim

Si të mbani standup të shkurtra dhe të planifikoni sprint-et në mënyrë realiste

Axhenda me kohë të kufizuar, një standup 15-minutësh me pyetje të freskëta, story points para planifikimit dhe një parashikim i sprint-it nga velocity dhe kapaciteti juaj, me një shembull të zgjidhur.

Si të mbani standup të shkurtra dhe të planifikoni sprint-et në mënyrë realiste

Takimet e shkurtra dhe të dobishme të ekipit kanë tre gjëra të përbashkëta: një axhendë të shkruar me kohë të caktuar për çdo pikë, një fund të qartë dhe një rezultat mbi të cilin dikush vepron. Planifikimi realist i sprint-it ka edhe një tjetër: ekipi angazhohet për atë që sprint-et e fundit tregojnë se mund të bëjë, të përshtatur sipas atyre që janë realisht të disponueshëm, jo për atë që shpreson të bëjë.

Shumica e ekipeve nuk fillojnë me takime të gjata, por rrëshqasin drejt tyre: standup-i kthehet në raport statusi, problemet zgjidhen në rreth ndërsa gjashtë veta presin, dhe planifikimi bëhet një negociatë ku fiton vlerësimi më optimist. Ky udhëzues ju çon nëpër zgjidhjet në katër hapa, duke përdorur katër mjete falas në kimisuite.com. Asnjëri prej tyre nuk kërkon llogari.

Hapi 1: Shkruani axhendën para se të dërgoni ftesën

Meeting Agenda Generator ka gjashtë shabllone: daily standup, retrospektivë sprint-i, takim i gjithë kompanisë (all-hands), 1:1, telefonatë zbulimi në shitje dhe nisje projekti. Vendosni një titull, kohëzgjatjen e takimit dhe moderatorin, pastaj kopjoni ose shkarkoni rezultatin si markdown.

Shablloni i standup-it duket kështu:

  1. Dje: arritje dhe pengesa (5 min)
  2. Sot: prioritetet (5 min)
  3. Bllokime dhe kërkesa (5 min)
  4. Një gjë që askush nuk e di (një raund prej një minute)

Shablloni i retrospektivës zgjat 42 minuta: përgatitja e terrenit (5), çfarë shkoi mirë (10), çfarë nuk shkoi (10), veprime konkrete, me përgjegjës dhe afat (15), dhe një kontroll i shpejtë i energjisë nga 1 në 5 (2).

Një detaj që vlen ta dini: kohët e seksioneve janë fikse për çdo shabllon. Kohëzgjatja që shkruani shfaqet në krye, por seksionet nuk rishkallëzohen. Nëse retrospektiva juaj zgjat 30 minuta, shkurtojini me dorë para se të dërgoni ftesën. Pikërisht ky ndryshim ka rëndësi: ju vendosni paraprakisht se çfarë merr më pak kohë.

Hapi 2: Mbajeni standup-in brenda 15 minutave

Scrum Guide (versioni i nëntorit 2020, scrumguides.org) e përshkruan Daily Scrum si "një event 15-minutësh për Developers", që mbahet "në të njëjtën orë dhe vend çdo ditë pune të Sprint-it". Qëllimi i tij është të inspektojë progresin drejt Sprint Goal dhe të përshtatë planin për punën në vijim.

I njëjti udhëzues thotë gjithashtu se Developers "mund të zgjedhin çfarëdo strukture dhe teknikash që duan". Tri pyetjet klasike janë zakon, jo rregull. Nëse "çfarë bëre dje?" është kthyer në recitim, ndryshojeni pyetjen.

Standup Question Generator ju ndihmon këtu. Ai zgjedh rastësisht 1 deri në 10 pyetje nga një prej katër grupeve: icebreaker, retrospektivë, të thella dhe argëtuese. Hapeni standup-in me një pyetje icebreaker një herë në javë, ose sillni në retrospektivë pyetje si "Ku humbët më shumë kohë?" ose "Çfarë duhet të NDALOJMË së bëri?"

Hapi 3: Vlerësoni stories para planifikimit

Planifikimi shkon më shpejt kur stories kanë tashmë madhësi. Story Point Estimator është një version individual i planning poker. Zgjidhni Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) ose madhësi bluzash (XS deri në XXL, plus "?"), shkruani story-n, zgjidhni një kartë dhe vendosni besueshmërinë tuaj si të ulët, mesatare ose të lartë. Vlerësimet shtohen në një listë që përditësohet, me totalin e pikëve.

Pjesa e dobishme janë udhëzimet nën çdo kartë. Një 13 tregon "I madh · ndajeni para se të angazhoheni", një 21 "Shumë i madh · ndajeni në stories më të vogla", ndërsa "?" do të thotë se ju duhen më shumë informacione para vlerësimit. Nëse e gjeni veten duke zgjedhur 13 ose më shumë, story nuk është gati për sprint-in.

Vlerësimet individuale janë pikënisje. Ekipi duhet t'i diskutojë gjithsesi, sepse një person i vetëm humbet atë që dinë të tjerët.

Hapi 4: Parashikoni sprint-in nga velocity juaj

Scrum Guide nuk përmend velocity apo story points. Megjithatë, thotë se sa më shumë të dinë Developers për "performancën e tyre të kaluar, kapacitetin e ardhshëm dhe Definition of Done, aq më të sigurt do të jenë në parashikimet e Sprint-it". Velocity, pikët që një ekip përfundon për sprint, është një mënyrë e zakonshme për ta matur këtë.

Sprint Velocity Calculator merr tre sprint-et tuaja të fundit dhe kapacitetin për sprint-in e ardhshëm, në përqindje, dhe ju jep:

  • Mesataren e tre sprint-eve
  • Një trend: në rritje nëse sprint-i i fundit ishte më shumë se 10 përqind mbi atë të mëparshmin, në rënie nëse ishte më shumë se 10 përqind poshtë, përndryshe i qëndrueshëm
  • Një parashikim: mesatarja e shumëzuar me kapacitetin tuaj
  • Sa sprint-e duhen për të përfunduar 50 pikë me atë parashikim

Një shembull i zgjidhur

Një ekip me pesë anëtarë përfundoi 24, 31 dhe 27 pikë në tre sprint-et e fundit. Një person është me pushime gjatë gjithë sprint-it të ardhshëm, kështu që kapaciteti është 80 përqind.

  1. Mesatarja: (24 + 31 + 27) / 3 = 27.3 pikë
  2. Trendi: 27 është më shumë se 10 përqind poshtë 31, ndaj kalkulatori shfaq "Në rënie — hetoni bllokimet"
  3. Parashikimi: 27.3 x 0.8 = 21.8 pikë
  4. Sprint-e për të përfunduar 50 pikë: 50 / 21.8 = 2.3, rrumbullakosur lart në 3

Tani merrni stories e vlerësuara në hapin 3: 8, 5, 5, 3 dhe 2 pikë, gjithsej 23. Kjo është më shumë se parashikimi prej 21.8. Plani i ndershëm është 8 + 5 + 5 + 3 = 21 pikë, me story-n 2-pikëshe si të parën që shtohet nëse ekipi mbaron më herët.

Trendi krahason vetëm dy sprint-et e fundit, kështu që një sprint i vështirë mjafton për të shkaktuar "rënie". Pyesni në retrospektivë se çfarë pengoi, para se ta lexoni si problem. Dhe mos e krahasoni kurrë velocity mes ekipeve: pikët e çdo ekipi kanë kuptim të ndryshëm.

Ku hyn KIMISUITE

Mjetet funksionojnë edhe më vete. Nëse doni takimet dhe tabelën e sprint-it në një vend, dy aplikacione të KIMISUITE mbulojnë hapat e mësipërm.

Meeting Hub organizon takime video ku të ftuarit bashkohen në shfletues me një link. Kur planifikoni një takim, mund ta ngjisni axhendën në përshkrimin e tij. Gjatë thirrjes, menuja Tools ka një kohëmatës (1, 5, 10, 15, 30 minuta ose me kohë të personalizuar) që e shohin të gjithë dhe që bëhet i kuq në 0:00. Një sondazh me dy ose më shumë opsione ndihmon retrospektivën të vendosë cilin veprim të ndërmarrë së pari. Pas takimit, transkripti mund të shkarkohet në çdo plan, ndërsa në Pro dhe Enterprise një përmbledhje me AI liston veprimet me përgjegjësin dhe afatin, si dhe vendimet.

Task Hub mban vetë sprint-in. Shablloni i tij Engineering Sprint krijon lista, etiketa dhe karta shembull për një tabelë të re. Në planin Grow e lart, mund të shtoni fusha të personalizuara, si një fushë numerike, dhe të vendosni varësi, që një kartë të tregojë çfarë bllokon ose nga çfarë bllokohet. Në planin Business, AI Task mund ta kthejë përmbledhjen dhe transkriptin e një takimi të përfunduar në Meeting Hub në karta të propozuara, të cilat i rishikoni para se të krijohen. Më shumë për këtë rrugë te Task Hub: from a voice note to a task board.

Të dy aplikacionet ndodhen në të njëjtën hapësirë pune të KIMISUITE, që faturohet për hapësirë pune, jo për përdorues. Për të parë çfarë do të thotë kjo për një ekip, lexoni priced per workspace, not per user. Çdo aplikacion vjen me një provë 14-ditore.

Pyetje të shpeshta

Po nëse standup-i ynë vazhdon të zgjasë më shumë se 15 minuta?

Nxirreni zgjidhjen e problemeve jashtë tij. Kur një temë kërkon më shumë se një minutë, emërtojeni, emërtoni dy personat që duhet të flasin dhe lërini të takohen menjëherë pas standup-it.

A duhet patjetër t'i përdorim tri pyetjet e standup-it?

Jo. Scrum Guide i vitit 2020 u lejon Developers të zgjedhin strukturën, për sa kohë takimi inspekton progresin drejt Sprint Goal dhe përshtat planin. Një pyetje e ndryshme çdo javë e pengon raundin të kthehet në raport.

Sa sprint-e më duhen për të llogaritur velocity?

Sprint Velocity Calculator përdor tre të fundit. Më pak sprint-e japin një mesatare të paqëndrueshme; sprint-et shumë të vjetra përshkruajnë një ekip që mund të ketë ndryshuar që atëherë.

Çfarë kapaciteti duhet të vendos kur dikush mungon për një pjesë të sprint-it?

Vlerësoni pjesën e ditëve të punës së ekipit që është realisht e disponueshme. Në një ekip me pesë anëtarë, një person që mungon gjatë gjithë sprint-it do të thotë 80 përqind. Një person që mungon tri ditë në një sprint dhjetëditor do të thotë 47 nga 50 ditë-njeri, pra rreth 94 përqind.

Planifikoni sprint-in tuaj të ardhshëm me Task Hub