Tänk dig att du har 3 agila team som arbetar enligt Scrum och nu vill skala upp – Scrum räcker inte längre. Vad är nästa steg? Det finns olika ramverk för detta, bland annat SAFeNexus 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 Scrums principer och ideal i ett storfö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 detta är inte att kasta det i ett negativt ljus.
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:
- Lägre implementeringskostnader genom att implementera metoder som teamen redan använder i Scrum
- En produktägaresom förstår ramverket och principerna och sedan överbryggar klyftan mellan verksamheten och de tekniska teamen.
- För den Leverans av en produkt, färre personer kommer att behövs. LeSS lägger inte till exponentiellt fler roller och overheadkostnader
- Den erbjuder en fullständig produktvy i fokusområdet
- Den Teamen har direktkontakt med kunden och andra intressenter
- Kontinuerliga förbättringar underlättas genom regelbundna retrosamtal och andra möten, som är grundläggande processer i Agilen-manifestet
- 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.
Innan vi går djupare, en snabb kommentar. Vi hade nyligen 11 internationella agila experter som gäster i ett webinar – om en fråga: Hur skalar man agila metoder på rätt sätt?
Resultatet är denna fantastiska videoinspelning (engelska), som bland annat tar upp följande frågor:
- Är det bättre att börja nedifrån och upp eller uppifrån och ned?
- Hur får man ledare att enas om en gemensam vision?
- Hur väljer man rätt agile framework – och varför är det egentligen inte så viktigt?
Min varmaste rekommendation: Ta en titt! Det tar relativt lång tid, men det är värt varenda minut.
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. Principen att agera transparent är viktig för dem. Därför arbetar de transparent och gör regelbundna dagstidningar. Dessutom vill de ta reda på exakt varifrån de material som är viktiga för tillverkningen av mobiltelefonen kommer, så att de senare kan kommunicera detta på ett transparent sätt till sina kunder. Transparens rakt igenom.
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 – om vi stannar kvar i vårt exempel – att utveckla en mobiltelefon som bäst motsvarar kundens värderingar och idéer. Här är listan över de 10 principerna i korthet:
- 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
- Empirisk processtyrning: Baserat på kortsiktiga erfarenheter anpassas och revideras enskilda funktioner i mobiltelefonen kontinuerligt.
- Ö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.
- 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".
- 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.
- 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.
- Kontinuerlig förbättring mot perfektion: LeSS innebär en genomgripande förändring för många organisationer. Observera att det inte automatiskt innebär förbättring. LeSS gör det möjligt för organisationen att börja bli bättre – och därefter bör man kontinuerligt optimera. LeSS är en process!
- 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.
- Systemtänkande: Alla åtgärder, förändringar och förbättringar bör alltid betraktas som systematiska eller i överensstämmelse med systemet för att målen ska kunna uppnås. Exempel: Om jag teoretiskt erbjuder ekonomiska bonusar i ett team –, vad innebär det för andra team (dvs. för resten av det organisatoriska systemet)?
- 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: Mindre.verk
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å så sätt kan ett företag bygga upp teamets erfarenhet av LeSS, expandera inom ett produktområde, nå inledande framgångar – och därmed få ledningens stöd innan LeSS skalas upp i hela företaget.
Förresten, en snabb kommentar i samband med agil omvandling: Vill du se till att du för närvarande är rätt prioriteringar i din agila organisation Förvandling?
Ta sedan vår mognadskontroll för din agila transformation – tar bara 3 minuter. Du får även ett riktmärke baserat på över trehundra andra deltagare. Se knappen 🙂 .
Roller och planering i LeSS
Basic LeSS fokuserar på teamet och de viktigaste Scrum-rollerna:
- Scrum Product Owner, som ansvarar för produktens vision och inriktning.
- Scrum-utvecklingsteam som ansvarar för produktutveckling och leverans
- Scrum Master, som stödjer teamet i arbetet med ständiga förbättringar.
- 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:
- LeSS Huge Regional Product Owner stödjer produktägare och är avgörande för att koppla samman affärskrav (ekonomi etc.) med utvecklingsteamen.
- Area Product Owner är specialiserad på kundorienterade uppgifter och fungerar som produktägare för produktorienterade funktionsteam.
De flesta Agile-vagnar kör i cirklar....
...och behandla ytliga symptom. Det är dags att använda psykologi – för en hållbar förändring av tankesättet.
Möten i LeSS
Den Förfining av produktbackloggen (PBR) Möte
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:
- Skapande av Epics –, dvs. klustring av stora matchande ämnen; i vårt exempel skulle detta vara sammanslagningen av sprintarna från Design & Usability Team.
- 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.
- 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).
I storskalig Scrum rekommenderas ibland att genomföra en "retro of retros", dvs. över många team.
Storskalig Scrum – Scrum Master Förhållande
Hur många team bör en Scrum Master ha? Det kan hävdas att en Scrum Master per team är bäst – även om detta också är Nackdelar har. Som regel gäller följande i stor skala är förhållandet mellan Scrum Master 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®.
- Organisation: LeSS fokuserar på att förenkla organisationsstrukturen genom att vara flexibel och anpassningsbar.
- 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.
- 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
En framgångsrik implementering av Large Scale Scrum kräver att man bryter med invanda föreställningar och förändrar företagsstrukturen – med all den explosiva potential på "chefsnivå" och "ansiktsförlust" som en motsvarande förändring innebär.
Grunden är därför att alla förklarar sig redo för 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 för att arbeta mot – och starta många förändringsprojekt samtidigt, i en anda av experimentlusta.
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.
I LeSS-adaptioner finns det inget förändringsinitiativ, så det finns inga förändringsledare. I LeSS sker förändring kontinuerligt genom experiment och förbättringar – 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 omstruktureringar på alla nivåer. Senast nu måste initiativtagaren till förändringen vara ledningen. Alla nivåer mellan team och högsta ledning utmanas – och organisationsstrukturen blir mycket slimmad. Detta är förmodligen den mest "smärtsamma" 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.
