Scrum

Scrum är ett ramverk för att utveckla komplexa produkter, definierade av en liten uppsättning roller, händelser och artefakter som arbetar med en fast kadens. Det specificerar tre ansvarsområden: en produktägare som ansvarar för att maximera värdet av arbetet, en scrummaster som ansvarar för processens effektivitet och utvecklare som bygger inkrementet. Dess händelser är själva sprinten, sprintplanering, den dagliga scrumen, sprintgranskningen och sprintretrospektiven.

Ramverket är avsiktligt minimalistiskt och beskriver vad som måste hända utan att föreskriva hur. Det är inte en metod som tillhandahåller tekniska metoder, uppskattningstekniker eller kravformat; dessa lämnas till teamet. Denna minimalism är avsiktlig, eftersom ramverkets premiss är att teamen närmast arbetet ska bestämma sina egna metoder, men det innebär också att ett team som använder Scrum utan kompletterande tekniska metoder har en samordningsstruktur och ingen teknisk disciplin.

Varje händelse existerar av en anledning som ofta går förlorad. Planering fastställer vad som ska försökas och varför. Den dagliga scrum-processen är till för att utvecklarna ska koordinera och upptäcka hinder, inte en statusrapport till en chef. Granskningen är till för att inspektera ökningen med intressenter och anpassa riktningen, inte en demonstration. Retrospektiven är till för att förbättra hur teamet arbetar. När dessa blir rituella föreställningar med sitt ursprungliga syfte glömt, förbrukar de tid och producerar ingenting, vilket är det vanligaste klagomålet på ramverket.

Det är produktägarens ansvar som implementeringar oftast brister. Rollen kräver genuin auktoritet att bestämma prioritet och tillgänglighet att fatta beslut kontinuerligt, och organisationer utser ofta någon utan någondera, som måste eskalera varje meningsfullt val. En produktägare utan auktoritet omvandlar ramverket till ett köhanteringsarrangemang där teamet verkställer beslut som fattats någon annanstans, och förlorar den anpassningsförmåga som motiverade tillvägagångssättet.

Den fasta sprintlängden tjänar ett syfte som är värt att förstå innan den överges. En konsekvent kadens skapar en rytm för planering, granskning och anpassning, och tvingar fram att arbetet delas upp i bitar som kan slutföras och utvärderas. Team som förlänger sprintar när arbetet inte passar in har tagit bort den begränsning som orsakade nedbrytningen och glider vanligtvis mot längre cykler med mindre frekvent feedback.

Retrospektiven är samtidigt den mest värdefulla händelsen och den första som överges. Det är den mekanism genom vilken ett team förbättrar sin egen process, och utan den upprepar ett team samma hinder i all oändlighet. Retrospektiv som inte producerar några förändrade beteenden är värre än inga, eftersom de fastställer att problemupplysningar inte uppnår någonting, så det är att spåra om identifierade åtgärder faktiskt slutförs som gör händelsen meningsfull.

Ramverket passar vissa arbeten mycket bättre än andra. Det passar produktutveckling med genuin osäkerhet, ett stabilt team och en riktig kund att lära av. Det passar oplanerat operativt arbete, underhåll med oförutsägbar ankomst och mycket avbrottsdrivna sammanhang betydligt mindre bra, och team i dessa situationer klarar sig ofta bättre med en flödesbaserad metod som inte kräver att man binder sig till en fast batch.

Eftersom effektivitet snarare beror på auktoritet, teamstabilitet och organisatoriskt stöd än på efterlevnad av ceremonier, bör bedömningen granska resultat snarare än efterlevnad. I praktiken etableras genomförandemetoden inom produktutveckling, produktägarens beslut är grundade på bevis från produktforskning, och för en små eller medelstora företag Ramverkets omkostnader är ofta värda att minska till förmån för ett enklare arrangemang som passar ett enda litet team.