Scrum i stor skala (LeSS): En översikt och jämförelse

Föreställ dig att du har 3 agila team som arbetar enligt Scrum och nu vill skala upp – Scrum räcker inte längre. Hur går man vidare då? Det finns olika ramverk för detta, bland annat SAFe Nexus och många andra. Idag tar vi en närmare titt på LeSS.

LeSS är SCRUM (definition)

Den LeSS-ramverk försöker tillämpa principerna och idealen från Scrum i ett stort företagssammanhang så enkelt som möjligt genom definierade regler och riktlinjer. På grund av sin enkelhet har LeSS fått definitionen eller etiketten “knappt tillräckligt” ramverk – men det ska inte framställas i dålig dager.

7 Fördelar med LeSS-ramverket

Det grundläggande fokuset för LeSS är inte att skapa ytterligare ett nytt ramverk. Istället tillämpas Scrum-principerna på många team.

Några av de fördelar som följer med LeSS kan uppnås är:

1. Lägre implementeringskostnader genom att implementera metoder som teamen redan använder i Scrum
2. En produktägaresom förstår ramverket och principerna och sedan överbryggar klyftan mellan verksamheten och de tekniska teamen.
3. För den Leverans av en produkt, färre personer kommer att behövs. LeSS lägger inte till exponentiellt fler roller och overheadkostnader
4. Den erbjuder en fullständig produktvy i fokusområdet
5. Den Teamen har direktkontakt med kunden och andra intressenter 
6. Kontinuerliga förbättringar underlättas genom regelbundna retrosamtal och andra möten, som är grundläggande processer i Agilen-manifestet
7. För många företag kan LeSS-metoden för att skala upp Scrum-team vara nästa logiska steg på vägen mot agil skalning.

Hur är LeSS uppbyggt? En definition

Large Scale Scrum bygger per definition på principer, ramverk, riktlinjer och experiment. Illustrationen (källa: LeSS webbplats) visar det. Låt oss förklara detta med ett exempel: 

Principer: Team X utvecklar en mobiltelefon. För dem är det viktigt att agera transparent. Därför arbetar de transparent och har regelbundna dagliga möten. Dessutom vill de ta reda på exakt varifrån de material som är viktiga för mobilproduktionen kommer – för att senare kunna meddela detta på ett transparent sätt till kunderna. Transparens rakt igenom alltså.

ramvillkor: Samtidigt arbetar de kontinuerligt med att skapa de ramvillkor som gör SCRUM-ramverket idealiskt med agila värderingar fördefinierar: Öppenhet, mod, respekt, fokus och engagemang.

Vägledande principer: Vägledande principer för utvecklingen är produktvisionen, de tekniska kraven på produkten, men också sättet att arbeta tillsammans i teamet.

Experiment: När osäkerheter uppstår befinner vi oss i experimentområdet, där det handlar om att testa och pröva sig fram. Till exempel om vi vill utveckla en ny funktion eller nå en helt ny målgrupp. (Källa: LeSS webbplats)

De 10 LeSS-principerna

LeSS definierad 10 Principer. De hjälper till – om vi stannar kvar vid vårt exempel – att utveckla en mobiltelefon som bäst motsvarar kundens värderingar och idéer. Här är en lista över de 10 principerna i korthet:

1. Scrum i stor skala är Scrum: Mobiltelefonen kan utvecklas inte bara av en utan av flera team så att kunden blir nöjd och utvecklingstiden är rimlig
2. Empirisk processtyrning: Baserat på kortsiktiga erfarenheter anpassas och revideras enskilda funktioner i mobiltelefonen kontinuerligt.
3. Öppenhet: Vårt team X beslutar att från och med nu öppet dela med sig av veckovisa teammål på sin interna plattform. Detta hjälper oss enormt att förstå vad alla faktiskt arbetar med.
4. Mer med mindre: I grund och botten bör man experimentera med nya idéer och lära sig av dem innan man fastställer inerta regler och därmed lägger till “ballast”.
5. Fokus på hela produkten: Team har en ännu större tendens att suboptimera sina mål än vad enskilda individer har. Därför är den största utmaningen för team att integrera sitt arbete i en produkt. “Syftet” med hela produkten bör därför vara så tydligt som möjligt. Teamen och individerna får därmed befogenhet att själva definiera lämpliga delmål efter behov.
6. Kundcentrering: Endast team som arbetar direkt med kunden kan maximera det verkliga värdet av produkten. Tyvärr har organisationer en tendens att koppla bort teamen från kunden så snart de börjar växa. För att motverka detta bjuds kunderna regelbundet in till teammöten för att ge feedback, till exempel.
7. Kontinuerlig förbättring mot perfektion: LeSS är en genomgripande förändring för många organisationer. Observera att detta inte automatiskt innebär en förbättring. LeSS ger organisationen möjlighet att börja bli bättre – och från och med då bör man kontinuerligt optimera vidare. LeSS är en process!
8. Lean-tänkande: LeSS betonar framför allt att se platsen för själva händelsen (Gemba), inlärningskonceptet i tre steg ShuHaRi (Shu = imitera, Ha = variera, Ri = definiera dina egna regler) och respekt för människor.
9. Systemtänkande: Alla handlingar, förändringar och förbättringar ska alltid tänkas systematiskt eller systemkonformt för att uppnå målen. Exempel: Om jag i ett team teoretiskt erbjuder ekonomiska bonusar – vad betyder det för andra team (dvs. för resten av organisationssystemet)?
10. Köteori: Grundtanken är att vi i programvaruvärlden bygger upp en massa osynliga köer (t.ex. kravdokument, otestad programvara) och knappast bryr oss om hur dessa köer ska hanteras på bästa sätt. Visste du till exempel att när utnyttjandet av en resurs ökar från 50% till 90%, så fördubblas inte väntetiden för nya uppgifter, utan den mångdubblas? Så definiera gränser för pågående arbete (WIP), undvik multitasking och stora arbetspaket. 

LeSS-ramverken

LeSS erbjuder två konfigurationer: Grundläggande LeSS för Två till åtta team (10 till 50 personer) och LeSS Enorm för Fler än åtta lag (50 till 6 000 personer och fler).

Källa: Less.works

Vi rekommenderar att du börjar med Basic LeSS för att experimentera, skaffa erfarenhet och få feedback innan du går direkt till LeSS Huge. Det finns två föreslagna tillvägagångssätt för att introducera LeSS Huge:

• Börja med ett kravområde i taget inom den större produkten och fokusera bara på det till en början.
• Eller gradvis utöka teamets arbetsområde, definitionen av Done och produktdefinitionen.

På detta sätt kan ett företag bygga upp teamerfarenhet med LeSS, expandera inom ett produktområde, uppnå de första framgångarna – och därmed få ledningsstöd innan LeSS skalas upp i hela företaget.

Förresten, en kort notis i samband med agil transformation: Vill du vara säker på att ni för närvarande prioriterar rätt i er agila transformation? 

Gör då vår mognadsgradskontroll för er agila transformation – det tar bara 3 minuter. Du får till och med ett riktmärke baserat på de över trehundra andra deltagarna. Se knappen 🙂

Roller och planering i LeSS

Basic LeSS fokuserar på teamet och de viktigaste Scrum-rollerna:

1. Scrum Product Owner, som ansvarar för produktens vision och inriktning.
2. Scrum-utvecklingsteam som ansvarar för produktutveckling och leverans
3. Scrum Master, som stödjer teamet i arbetet med ständiga förbättringar.
4. Chefens roll och hur han/hon hjälper teamet att undanröja hinder eller “impediment” för kontinuerlig förbättring och autonomi (förlängning av SCRUM).

Huge LeSS kompletterar Basic LeSS med följande roller:

1. LeSS Huge Regional Product Owner stödjer produktägare och är avgörande för att koppla samman affärskrav (ekonomi etc.) med utvecklingsteamen.
2. Area Product Owner är specialiserad på kundorienterade uppgifter och fungerar som produktägare för produktorienterade funktionsteam.

PBR-mötena utökar sprintplaneringen över fokusområden genom en serie parallella LeSS-sprintgenomföranden. Den löpande kadencen av dessa möten krävs i varje sprint för att förstå, diskutera och förfina element och förbereda för framtida sprintar. De huvudsakliga aktiviteterna vid PBR-möten är: 

1. Skapande av Epics – alltså klustring av stora sammanhängande ämnesområden; i vårt exempel skulle det vara sammanslagningen av sprintarna från Design & Usability Team
2. Klargöra och besvara öppna frågor: Alla bör ha samma förståelse för produkten och de idéer som kunden och kollegorna har.
3. Uppskattning av storleken på användarberättelsen, risker, beroenden: Quasi härledning och detaljerad planering av de enskilda ämnena

Den Sprint recension

Motsvarar Scrum: Sprint review är ett möte i slutet av en sprint för att utvärdera det arbete som utförts i förhållande till sprintmålet. Detta handlar om själva produkten. Framstegen synliggörs och nya områden för åtgärder identifieras. Det gör framstegen med avseende på produkten och målet transparenta.

Den Retrospektiv 

Liknande Scrum: Retrospektivet är ett möte som handlar om teamets samarbete. Det handlar om att förbättra samarbetet inom teamet och därmed om att förbättra processer och innehåll. Det handlar också om interaktionen mellan enskilda utvecklare, Scrum Master-arbetet och kommunikationen med produktägaren. Detta gör retrospektivet till en viktig del av en kontinuerlig förbättringsprocess (CIP).

Inom Large Scale Scrum rekommenderas ibland att utföra en “Retro of Retros” – alltså överordnat över många team.

Large Scale Scrum – Scrum Master-kvot

Hur många team ska en Scrum Master ha? Man kan argumentera för att en Scrum Master per team är bäst – även om detta också Nackdelar har. Som regel gäller följande ligger Large Scale Scrum Master-kvoten på 1:1 till 1:3 – en Scrum Master har ett till maximalt tre team.

När är Large Scale Scrum LeSS rätt Agile-metod?

Large Scale Scrum kan användas om du redan arbetar med SCRUM och vill skala upp Scrum. Men också för att hitta balansen mellan självorganisering och regler. 

Bas Vodde en gång sagt att han och Craig Larman anser att LeSS är en mycket bra metod eftersom den träffar mitt i prick mellan så mycket vägledning som behövs och så lite som möjligt. 

I likhet med Scrum är det bara ett processramverk som fortfarande kan utformas mycket individuellt och varierat av de team som använder det. Detta argument verkar rimligt och skiljer faktiskt Large Scale Scrum (LeSS) från vissa andra skalningsramverk.

Illustration: Söt plats 

Jämförelse: Storskalig Scrum kontra Scrum

LeSS bygger vidare på Scrum för att stödja dess användning i ett bredare sammanhang och för att skala upp det i större organisationer och bortom det enskilda teamet. Så det finns ingen fråga om antingen eller. LeSS är en förlängning av SCRUM. Så för att introducera LeSS behöver du alltid SCRUM. Det är vettigt att först införa SCRUM och sedan gå över till LeSS.

Jämförelse: Storskalig Scrum kontra skalad Agile Framework SAFe®.

Även om LeSS blir alltmer populärt i företag med stora programvaruutvecklingsteam, har andra skalade agila ramverk som Scrum of Scrums eller Scrum @ Scale också ökat i betydelse. Ett av de ledande ramverken är Ramverk för skalad Agile® (SAFe).

Det finns många likheter mellan Large Scale Scrum och Scaled Agile Framework SAFe®. Till exempel börjar båda med att skala upp ett Scrum-team och införliva principer som lean thinking, ständiga förbättringar och kundfokus. 

3 Grundläggande skillnader mellan Large Scale Scrum och Scaled Agile Framework SAFe®.

1. Organisation: LeSS fokuserar på att förenkla organisationsstrukturen genom att vara flexibel och anpassningsbar.
2. Roller: SAFe har ytterligare roller (vissa säger också mer “overhead” på grund av detta), inklusive Release Train Engineer (RTE), Solution Train Engineer (STE) och Epic Owners.
3. Genomförande: Scaled Agile-ramverket SAFe® innehåller processer, artefakter och organisatoriska förändringar som vissa organisationer kanske inte kan ta till sig. Därför måste du alltid titta på vilket ramverk som passar dig och din organisation.

För en framgångsrik introduktion av Large Scale Scrum

Det framgångsrika införandet av Large Scale Scrum kräver att man bryter med gamla antaganden och ändrar företagsstrukturen – med all den explosiva potential på “chefsnivå” och den “ansiktsförlust” som en motsvarande förändring medför. 

Grunden är därför att alla är villiga att acceptera denna förändring – se även Modell för förändringshantering enligt Kotter eller vår artikel om Agile Färdplan för omvandling .

Skapa en attraktiv vision som man arbetar mot – och starta många förändringsprojekt på en gång, i form av experimenterande. 

När det ursprungliga målet har uppnåtts är förändringen genomförd och organisationen anpassar sig till ett nytt status quo tills nästa förändring är nära förestående. 

Detta klassiska tillvägagångssätt liknar de sekventiella och “Tillvägagångssätt för stora partier (se Figur) för programvaruutveckling, där ändringar är ett undantag som strikt styrs av kontrollorgan.

Vid LeSS-adoptioner finns det inget förändringsinitiativ, alltså inga förändringsledare. I LeSS är förändringen kontinuerlig genom experimenterande och förbättring – förändringen är status quo.

Vilka är stegen för en framgångsrik implementering?

1. Förändring, anpassning eller förändring av teamkulturen.

Vi rekommenderar att man börjar med ett Scrum-team, tills teamet och organisationen har fått tillräcklig erfarenhet av den nya, agila kulturen och de ansvariga beslutsfattarna initierar nästa steg. Detta minskar också risken för en missriktad utveckling.

2. Förbättra samarbetet inom teamen.

När flera team arbetar med en och samma produkt krävs det att man inför agila metoder. Det är särskilt viktigt med metoder som gör det lättare för teamen att samordna sig med varandra. De första teamen måste fortfarande experimentera en hel del som pionjärer för resten av organisationen. 

Om teamen verkligen är frikopplade från resten av organisationen kan de göra motsvarande snabba framsteg i den. Detta kan göras snabbare och med mindre risk inom en hanterbar ram.

3. Förändringar i företagsstrukturen.

Ytterligare tillväxt för den agila organisationen innebär en omstrukturering över alla nivåer. Senast nu måste initiativtagaren till förändringen involvera ledningen. Alla nivåer mellan team och företagsledning ifrågasätts – och organisationsstrukturen blir mycket slimmad. Detta är förmodligen den “smärtsammaste” delen av processen, särskilt för ledningen.

4. Förändring av företagskulturen

Genom att tillämpa ramverken Scrum och LeSS och lämpliga agila metoder i alla delar av företaget uppstår en organisationsövergripande inlärning av den agila kulturen. Processen stannar aldrig av, eftersom det inte finns någon optimal agil organisation.

En Agile-övergång med Scrum, LeSS och LeSS Huge kräver en framsynt strategi. Den bör därför åtföljas av lämplig rådgivning och utbildning.

Om du fortfarande letar efter en lämplig retrobräda kan vår artikel hjälpa dig med ämnet: De bästa retrobrädorna i jämförelse.