Korta, användbara teammöten har tre saker gemensamt: en skriftlig agenda med en tidsbudget per punkt, ett tydligt slut och ett resultat som någon agerar på. Realistisk sprintplanering har en sak till: teamet åtar sig det som de senaste sprintarna visar att det klarar, justerat efter vilka som faktiskt är tillgängliga – inte det som det hoppas hinna.
De flesta team börjar inte med långa möten, de glider dit: standupen blir en statusrapport, problem löses i ringen medan sex personer väntar, och planeringen blir en förhandling där den mest optimistiska uppskattningen vinner. Den här guiden går igenom lösningarna i fyra steg med hjälp av fyra gratisverktyg på kimisuite.com. Inget av dem kräver ett konto.
Steg 1: Skriv agendan innan du skickar inbjudan
Meeting Agenda Generator har sex mallar: daglig standup, sprintretrospektiv, all-hands, 1:1, säljsamtal (discovery call) och projektstart. Du anger en titel, mötets längd och mötesledaren, och kopierar eller laddar ner resultatet som markdown.
Standupmallen ser ut så här:
- Igår: framgångar och hinder (5 min)
- Idag: prioriteringar (5 min)
- Blockerare och önskemål om hjälp (5 min)
- En sak som ingen vet (en snabb runda på en minut)
Retrospektivmallen omfattar 42 minuter: sätt scenen (5), vad som gick bra (10), vad som inte gick bra (10), åtgärdspunkter som är konkreta, har en ägare och är tidsatta (15), samt en snabb energikoll från 1 till 5 (2).
En detalj som är bra att känna till: tiderna för varje avsnitt är fasta per mall. Längden du anger visas i rubriken, men avsnitten skalas inte om. Om er retro bara har 30 minuter får du korta avsnitten för hand innan du skickar inbjudan. Det är just det som är poängen: du bestämmer i förväg vad som får mindre tid.
Steg 2: Håll standupen till 15 minuter
Scrum Guide (versionen från november 2020, scrumguides.org) beskriver Daily Scrum som "a 15-minute event for the Developers", som hålls "at the same time and place every working day of the Sprint". Syftet är att inspektera framstegen mot sprintmålet och anpassa planen för det kommande arbetet.
Samma guide säger också att utvecklarna "can select whatever structure and techniques they want". De tre klassiska frågorna är en vana, inte en regel. Om "vad gjorde du igår?" har blivit en uppräkning – byt fråga.
Standup Question Generator hjälper till här. Den väljer 1 till 10 slumpmässiga frågor ur en av fyra frågebanker: icebreaker, retrospektiv, djup och rolig. Inled standupen med en icebreaker-fråga en gång i veckan, eller ta med retrofrågor som "Var förlorade du mest tid?" eller "Vad måste vi SLUTA göra?" till retrospektivet.
Steg 3: Uppskatta storyna före planeringen
Planeringen går snabbare när storyna redan har en storlek. Story Point Estimator är en soloversion av planning poker. Du väljer Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) eller T-shirtstorlekar (XS till XXL, plus "?"), skriver in storyn, väljer ett kort och anger din säkerhet som låg, medel eller hög. Uppskattningarna samlas i en löpande lista med en poängsumma.
Vägledningen under varje kort är det verkligt användbara. En 13:a visar "Big · break it down before committing", en 21:a "Too big · split into smaller stories", och "?" betyder att du behöver mer information innan du kan uppskatta. Om du märker att du väljer 13 eller högre är storyn inte redo för sprinten.
Solouppskattningar är en utgångspunkt. Teamet diskuterar dem ändå, eftersom en person ensam missar det som de andra vet.
Steg 4: Gör en sprintprognos utifrån er egen velocity
Scrum Guide nämner varken velocity eller story points. Däremot står det att ju mer utvecklarna vet om "their past performance, their upcoming capacity, and their Definition of Done, the more confident they will be in their Sprint forecasts". Velocity, alltså de poäng ett team har slutfört per sprint, är ett vanligt sätt att mäta detta.
Sprint Velocity Calculator utgår från era tre senaste sprintar och er kapacitet för nästa sprint, i procent, och visar:
- Genomsnittet för de tre sprintarna
- En trend: uppåt om den senaste sprinten låg mer än 10 procent över den föregående, nedåt om den låg mer än 10 procent under, annars stabil
- En prognos: genomsnittet multiplicerat med er kapacitet
- Hur många sprintar det tar att slutföra 50 poäng med den prognosen
Ett genomräknat exempel
Ett team på fem personer slutförde 24, 31 och 27 poäng under sina tre senaste sprintar. En person är på semester hela nästa sprint, så kapaciteten är 80 procent.
- Genomsnitt: (24 + 31 + 27) / 3 = 27,3 poäng
- Trend: 27 ligger mer än 10 procent under 31, så kalkylatorn visar "Trending down — investigate blockers"
- Prognos: 27,3 x 0,8 = 21,8 poäng
- Sprintar för att slutföra 50 poäng: 50 / 21,8 = 2,3, avrundat uppåt till 3
Ta nu de uppskattade storyna från steg 3: 8, 5, 5, 3 och 2 poäng, totalt 23. Det är mer än prognosen på 21,8. Den ärliga planen är 8 + 5 + 5 + 3 = 21 poäng, med storyn på 2 poäng som den första att dra in om teamet blir klart tidigt.
Trenden jämför bara de två senaste sprintarna, så en enda tung sprint räcker för att utlösa "nedåt". Fråga på retrospektivet vad som kom i vägen innan du tolkar det som ett problem. Och jämför aldrig velocity mellan team: varje teams poäng betyder något olika.
Var KIMISUITE passar in
Verktygen fungerar på egen hand. Vill du ha mötena och sprinttavlan på ett och samma ställe täcker två KIMISUITE-appar stegen ovan.
Meeting Hub kör videomöten som gäster ansluter till i webbläsaren via en länk. När du schemalägger ett möte kan du klistra in agendan i beskrivningen. Under samtalet finns en timer i menyn Verktyg (1, 5, 10, 15, 30 minuter eller valfri tid) som alla ser och som blir röd vid 0:00. En omröstning med två eller fler alternativ hjälper en retro att bestämma vilken åtgärd som ska tas först. Efter mötet kan transkriptionen laddas ner i alla planer, och i Pro och Enterprise listar en AI-sammanfattning åtgärdspunkterna med vem och när, samt besluten.
Task Hub rymmer själva sprinten. Mallen Engineering Sprint skapar listor, etiketter och exempelkort för en ny tavla. I Grow-planen och uppåt kan du lägga till anpassade fält, till exempel ett nummerfält, och ange beroenden, så att ett kort kan visa vad det blockerar eller blockeras av. I Business-planen kan AI Task omvandla sammanfattningen och transkriptionen av ett avslutat Meeting Hub-möte till förslag på kort, som du granskar innan de skapas. Läs mer om det arbetsflödet i Task Hub: från röstanteckning till uppgiftstavla.
Båda apparna finns i samma KIMISUITE-arbetsyta, som faktureras per arbetsyta, inte per användare. Vad det innebär för ett team kan du läsa i prissatt per arbetsyta, inte per användare. Varje app har en provperiod på 14 dagar.
Vanliga frågor
Vad gör vi om vår standup hela tiden drar över 15 minuter?
Flytta ut problemlösningen. När ett ämne behöver mer än en minut: nämn det, nämn de två personer som behöver prata, och låt dem ses direkt efteråt.
Måste vi använda de tre standupfrågorna?
Nej. Scrum Guide från 2020 låter utvecklarna välja struktur, så länge mötet inspekterar framstegen mot sprintmålet och anpassar planen. En ny fråga varje vecka hindrar rundan från att bli en rapport.
Hur många sprintar behöver jag för att beräkna velocity?
Sprint Velocity Calculator använder de tre senaste. Färre sprintar ger ett brusigt genomsnitt, och mycket gamla sprintar beskriver ett team som kan ha förändrats sedan dess.
Vilken kapacitet ska jag ange när någon är borta under en del av sprinten?
Uppskatta hur stor andel av teamets arbetsdagar som faktiskt är tillgänglig. I ett team på fem är en person borta hela sprinten 80 procent. En person borta tre dagar av en sprint på tio dagar blir 47 av 50 persondagar, alltså cirka 94 procent.
