fbpx

Så skalar du agilt: En praktisk guide för företagsteam

I den här guiden om att skala agilt definierar vi konceptet, syftet, ramverken och fördelarna med att skala agilt. Vi går också igenom de steg du behöver ta och de utmaningar du möter när du skalar agilt i din organisation.

1. Vad är att skala agilt?

I dagens tvärvetenskapliga organisationer med distribuerade team kan det vara nästintill omöjligt att komma fram till en enda definition av att skala agilt som fullt ut omfattar konceptet. Men vi ska försöka göra den så heltäckande som möjligt:

Att skala agilt är ett systematiskt tillvägagångssätt för att uppnå företagsövergripande mål, genom att utöka en organisations befintligt implementerade agila ramverk till flera team.

För en agil organisation innebär detta ett åtagande att samarbeta kring principer, praxis, verktyg och team för att gemensamt sträva mot slutmålet att bli excellent på agilt, samtidigt som man eftersträvar en expansion av team/projekt/värdeflöden.

2. Varför behöver organisationer skala agilt?

Företag i dagens värld behöver vara snabbfotade och anpassningsbara. För att möta varierande och föränderliga konsumentbehov måste de ha ett övertag gentemot sina konkurrenter. Detta innebär att vara mer lyhörd för kundernas behov, bättre på att stödja arbetet i flera team, minska förseningar och så vidare. Utan ett ramverk som omsätter principer i praktik skulle allt detta vara svårt att leverera och komplext att förstå. Team skulle ha svårt att visualisera beroenden mellan team, risker och affärsmål, samtidigt som det finns ett akut behov av att säkerställa en leverans av produkten i tid. Detta kan leda till förlust av marknadsandelar eller intäkter, eller bådadera.

Att skala agilt hjälper till att fånga upp vad marknaden faktiskt behöver.

3. När behöver du skala agilt?

Det finns tre svar på den här frågan:

Idealt:

Redan från början av den agila transformationen.

Teoretiskt:

Så snart projektets komplexitet och omfattning blir tillräckligt stor för att kräva arbete av flera resurser.

Praktiskt:

I vilket skede som helst där en organisation rutinmässigt upplever:

  • Brist på samarbete
  • Flaskhalsar i verksamheten
  • Stagnerande eller minskande intäkter
  • Långsammare leveranscykler
  • Komplexa processer
  • Friktion i organisationen
  • Arbete i silos
  • Byråkratiska hinder
  • System som brister från ett team till ett annat

Detta är alla talande symptom på en agil implementering som behöver skalas.

I detta skede behöver du en bedömning för att ta reda på hur väl rustad din organisation är för att skala agilt. Sök stöd på ledningsnivå för att utvärdera bristen på specialiserade enheter såsom designspecialister, IT-specialister, säkerhetsspecialister, intressentstöd osv., för att fastställa vilka företagsfaktorer som hindrar dig från att skala agilt.

4. Hur börjar du skala agilt?

Det finns två konventionella sätt:

  • Nedifrån och upp
  • Uppifrån och ned

Med ett tillvägagångssätt nedifrån och upp behöver du börja skala från teamnivå och röra dig uppåt mot andra team och ledningen i organisationen.
Detta fungerar utmärkt för team som är oberoende av varandras arbete. Men om teamen är beroende av varandra behöver du ompröva din strategi.

Tillvägagångssättet uppifrån och ned är när den agila övergången först omfamnas av högre ledning, och sedan sipprar ner till teamnivå.
Detta kan bättre uppnås genom att anlita en konsult eller en agil coach som kan vägleda dig mot övergången till att skala agilt.

Oavsett tillvägagångssätt ser den samlade övergången strukturellt ut ungefär så här: det finns ett antal små och tvärvetenskapliga team som arbetar med ett komplext problem genom att bryta ner det i delar. Teamen tillhandahåller lösningar för varje element i dessa delar med hjälp av snabba minsta livskraftiga produkter och täta återkopplingsslingor. De samarbetar sedan för att integrera alla dessa lösningar till en sammanhängande helhet. Den hemliga ingrediensen i detta samarbete är att säkerställa att det inte är planen, utan att svara på förändringen, som är navet. Ett tydligt mätvärde för att bedöma processens framgång är förflyttningen av fokus från output (såsom kodrader eller antal nya produkter) till resultat (såsom tillväxt, intäkter och kundupplevelse).

5. Hur bedömer du beredskapen för att skala agilt?

Beslutet att skala agilt kräver ett seriöst affärsåtagande av varje deltagare, från programnivå ned till teamnivå. Därför är det väsentligt att ordentligt bedöma din organisations förmåga att omfamna transformationen. Nedan listas några frågor som hjälper dig att bättre bedöma din nuvarande situation:

  • Vad är din affärsstrategi?
  • Hur många projekt är planerade?
  • Hur många team kommer att arbeta med dem?
  • Hur komplext är ett enskilt projekt?
  • Är dina nuvarande team tillräckligt utrustade och kompetenta för att arbeta med dessa projekt?
  • Vad fungerar bra? Vad behöver förbättras?
  • Stödjer den nuvarande arbetskulturen förändringen?
  • Vilka skulle dina KPI:er vara för att skala agilt?
  • Hur väl känner dina team till agilt?
  • Kommer dina team att kunna prestera väl i en agil miljö?
  • Hur skulle en lyckad övergång se ut?
  • Har du identifierat några risker eller beroenden som kan påverka din övergång?

6. Vilka är de mest populära modellerna för att skala agilt?

Ramverk, eller modeller som de kallas, hjälper till att tillhandahålla en verktygslåda för implementering av skalade agila lösningar. Det finns mer än femtio modeller för att skala agilt som praktiseras av organisationer världen över. Alla dessa modeller ger struktur åt agila principer med olika preferenser för procedurmässiga och strukturella detaljer. Nedan listas några av de populära modellerna för att skala agilt som har visat sig avsevärt förbättra processer, team och kulturer.

Scaled Agile Framework (SAFe)

Scaled Agile Framework (SAFe) gör det möjligt för företag att uppnå sina organisatoriska mål att producera en produkt av högsta kvalitet på kortast hållbara tid. Det är ett tillvägagångssätt som skalar Scrum till företagsnivå och ger dig friheten att skala efter dina affärsbehov, oavsett företagets storlek, som kan vara så stor som tusentals.

Förutom de traditionella scrumrollerna finns det nya och definierade roller i SAFe såsom Release Train Engineer och Solution Engineer. Det tillkommer också ceremonier och processer såsom PI Planning, genomförande av Program Increment, Agile Release Train, Solution Train och så vidare.

Det introducerar en filosofi om tjänande och lean-agilt ledarskap och går bortom att enbart implementera en organisationsstruktur, utan ingjuter snarare ett nytt tankesätt. Läs mer om de olika rollerna i SAFe på Kendis blogg.

Disciplined Agile (DA)

Disciplined Agile Delivery (DAD) är ett enkelt och flexibelt ramverk som ger kontextspecifik vägledning som passar dina företagsbehov för att producera produkter av hög kvalitet snabbare. Det är en hybridmodell som bildas av en samling av världens beprövade Lean-Agila metoder såsom Scrum, Kanban, XP, Agile Modelling, Unified Process och många fler.

DA hanterar projektleverans från dess början till leverans till slutanvändarna genom att bryta ner barriärerna mellan utvecklingen och andra delar av organisationen för att samla allt i en enda gemensam insats. Det koordinerar och samordnar scrumteamen med resten av organisationen och deras arbete så att allt förblir transparent.

Large Scale Scrum (LeSS)

Large Scaled Scrum, förkortat LeSS, är ett av de ledande ramverken för agil mjukvaruutveckling. Det är ett scrumramverk för flera team som kan tillämpas på ett agilt team bestående av tolv, hundra eller till och med tusentals individer, som alla arbetar tillsammans på en specifik gemensam produkt.

Med LeSS kan du skapa produkter i stor eller liten skala. Det är ett enkelt och minimalistiskt ramverk där det finns mindre tvingande regler, processer, roller eller artefakter. Det finns bara konventionella scrumroller såsom product owner, scrum master och teamet.

LeSS är mycket kundcentrerat eftersom team får interagera direkt med kunden medan product owner fokuserar på att sätta roadmap, prioriteringar och produktens långsiktiga vision. Läs mer om de olika rollerna i LeSS på Kendis blogg.

Tribe

Spotifys populariserade Tribe-modell har varit en omstörtande kraft bland ramverken för att skala agilt. Spotify, en populär musikspelare, lanserades 2008 och har nu vuxit till team spridda över flera tidszoner. De har sin framgång att tacka sina djupt rotade agila metoder och användningen av att skala agilt, med sin egen prägel.

Teamen, som kallas “Squads” i ramverket, använder KANBAN, scrum-sprintar, XP eller en blandning av dessa agila metoder för att utföra sina uppgifter. Läs om de olika rollerna i Tribe-modellen på Kendis blogg.

7. Vilka är fördelarna med att skala agilt?

  • Följa konsekventa processer och praxis
  • Få stöd från ledningen bland intressenter
  • Använda gemensamma verktyg över teamen
  • Rådgivning eller hjälp från agila coacher
  • Stark grund av kontextuell agil kunskap
  • Kortare tid till marknad
  • Mer flexibel och lyhörd arbetsmiljö
  • Ömsesidig respekt för medarbetare
  • Ökad övergripande produktivitet
  • Decentraliserat beslutsfattande

8. Vilka är utmaningarna med att skala agilt?

Ofullständig förståelse av ramverket

Många skalade agila transformationer är dömda att misslyckas redan innan de sätts i praktiken. Anledningen är trefaldig:

  • Ofta antar de som leder transformationen felaktigt att införandet av en verktygslåda på något sätt magiskt kommer att transformera deras organisation. I detta fall blir ramverkets begränsning begränsningen för deras skalade agila.
  • Få organisationsledare gör ansträngningen att förstå sin verksamhets behovsprofil innan de antar ett visst skalningsramverk. Detta innebär att de blir dåligt rustade när det kommer till de finare detaljerna i genomförandet, och därmed förlorar teamets förtroende.
  • Dåligt förberett ledarskap kan också innebära att någon bestämmer sig för att leda efter att ha läst klart en bok eller gått en snabb kurs, utan någon erfarenhetsbaserad kunskap om hur att skala agilt utvecklas genom organisationens led. Detta resulterar i dåligt implementerade processer och felaktig tolkning av principer.

Brist på motivation att förändras

Att kliva ut ur sin bekvämlighetszon är alltid svårt, ännu mer i kontexten av stora organisationer. Tröghet är högst verklig. Detta innebär att när en organisation väl är med på förändringen bör det första i deras utrustning vara motivationen att inte bli avskräckt av obehaget med nya processer och obekant terräng.

Att forma ett nytt tankesätt

En viktig förutsättning vid anpassning till någon modell för att skala agilt är att ha ett lean-agilt tankesätt. Det är inte bara en person som behöver ha det, det måste vara inbäddat i organisationens DNA. Ledare behöver internalisera konceptet tjänande ledarskap där teamens prioriteringar sätts först. Team behöver läras hur de tar ägarskap över sitt arbete och bör bemyndigas att fatta sina egna beslut.

Kulturförändring

I en traditionell ledningsstil är team begränsade till att arbeta inom sina silos enligt ett hierarkiskt system. De är fast dedikerade till att följa den plan som upprättats av högre ledning. Med skalad agil måste en ny arbetskultur antas.

Den eliminerar idén om en uppifrån-och-ned-hierarki, gör sig av med silos och förstärker transparens och samarbete mellan team och ledning. Befogenhet är inte längre centraliserad.

Att anta denna kultur tar tid och är en mödosam, men givande uppgift. Den mentala förflyttningen mot att omfamna en kultur där ägarskap delas runt bordet kräver mycket arbete och ett starkt åtagande för saken att skala agilt.

Olämpliga verktyg

Att bygga i silos är förödande för agilt. Organisationer tenderar att använda verktyg som skiljer sig åt mellan varje avdelning. Detta orsakar en frånkoppling.

Att harmonisera organisationens teknikstack är en av de största utmaningarna med att skala agilt. Det måste finnas ett uppföljningsverktyg som bör vara tillgängligt för alla. Det bör möjliggöra ett transparent informationsflöde som främjar synlighet och samarbete. Detta uppföljningsverktyg ska låta dig skapa strategiska planer, beroenden och risker. Kendis är en sådan lösning för att skala agilt som tar hand om alla sina partners planerings- och uppföljningsbehov — från PI Planning och hantering av beroenden till koordinering på Solution-nivå genom att säkerställa att alla deras affärsprocesser är synliga.

Distansteam

I den postpandemiska världen är att skala agilt på distans inte längre ett nytt koncept. Det har sin egen uppsättning utmaningar:

Flera platser
Distribuerade team
Kommunikation över kulturgränser
Ökat beroende av tredjepartsteknik som möjliggörare

Detta är bara några exempel på utmaningar man möter när man skalar agilt. Precis som utmaningarna finns det också en handfull myter kring att skala agilt. Ingen av dessa utmaningar och myter är omöjliga att hantera, men de kan vara en svår nöt att knäcka om din organisation inte är fullt förberedd att hantera dem.

(Behöver du dela dessa utmaningar med ditt team? Använd vårt dedikerade blogginlägg i ämnet.)

9. Hur lång tid tar det att skala agilt?

Till skillnad från den vanliga uppfattningen är att skala agilt inte en snabb, fast process. Oavsett vilken skalningsmodell du använder finns det ingen färdig lösning rakt ur lådan för din organisation. Att skala agilt kräver arbete och hängivenhet. Varje individ i företaget bidrar till förflyttningen: person för person, team för team. Ju större företag, desto längre resa. Det tar tid, tålamod och dedikerad, konsekvent insats för att nå den eftersträvade nivån av excellens. I detta avseende är att skala agilt en högst individuell upplevelse för varje organisation.

Eftersom det inte finns något slutgiltigt stadium av skalad agil är det säkert att säga att ju mer en organisation mognar i sina skalningsinsatser, desto bättre blir resultaten.

Vanliga frågor om att skala agilt
Vad är att skala agilt?
Att skala agilt är den systematiska praktiken att utöka agila principer — korta iterationer, kundåterkoppling, tvärfunktionella team — från ett enda team till dussintals eller hundratals team som arbetar på samma produkt eller värdeflöde. Det använder ramverk såsom SAFe, LeSS, Disciplined Agile eller Spotify/Tribe-modellen för att koordinera planering, beroenden och leverans på företagsnivå.
När bör en organisation skala agilt? +
Skala agilt när arbetet inte längre ryms i ett team — vanligtvis när du ser långsam leverans, växande beroenden mellan team, arbete i silos, minskande intäkter per release eller koordineringsomkostnader som överväger leveransen. Ju tidigare i den agila resan du bestämmer dig för att skala, desto enklare blir kulturförändringen.
Vilka är de mest populära ramverken för att skala agilt? +
De fyra mest använda skalningsramverken är SAFe (Scaled Agile Framework) för stora företag, LeSS (Large Scale Scrum) för produktfokuserade organisationer, Disciplined Agile (DA) som en hybridverktygslåda och Spotify/Tribe-modellen för autonomi inom produktområden. SAFe är vanligast i reglerade miljöer och företagsmiljöer.
Vad är skillnaden mellan Scrum och att skala agilt? +
Scrum koordinerar ett team på 5–9 personer genom sprintar. Att skala agilt koordinerar många Scrum- (eller Kanban-) team som arbetar på samma produkt och lägger till ceremonier på högre nivå — PI Planning, Scrum of Scrums, Inspect & Adapt — plus roller som Release Train Engineer och Product Management för att samordna beroenden mellan team.
Hur lång tid tar det att skala agilt i en organisation? +
Det finns ingen fast tidslinje. En liten organisation med 3–5 team kan anta ett skalningsramverk på 3–6 månader. Ett stort företag behöver vanligtvis 12–24 månader för att nå mognad, med ständig förbättring därefter. Ju större företaget är och ju fler äldre processer som är inblandade, desto längre tar transformationen.
Vilka är de huvudsakliga fördelarna med att skala agilt? +
Att skala agilt levererar kortare tid till marknad, transparent samordning mellan team, decentraliserat beslutsfattande, färre förseningar vid överlämningar, bättre förutsägbarhet genom kadensbaserad planering och en starkare återkopplingsslinga mellan affärsresultat och ingenjörsarbete — förutsatt att ledningen åtar sig kulturförändringen, inte bara processen.
Vilka är de största utmaningarna när man skalar agilt? +
De vanligaste utmaningarna är ofullständig förståelse av det valda ramverket, brist på åtagande från ledningen, motstånd mot ett nytt tankesätt, inkonsekventa verktyg över team och svårigheten att koordinera distans- eller distribuerade team över tidszoner. De flesta misslyckanden beror på kultur, inte process.
Vilka verktyg stödjer att skala agilt på företagsnivå? +
Lyckad skalning kräver ett gemensamt planerings- och uppföljningsverktyg som integreras med ALM-stacken på teamnivå (Jira, Azure DevOps). Kendis tillhandahåller en dubbelriktad programtavla i realtid för PI Planning, hantering av beroenden, riskuppföljning och koordinering på Solution-nivå — och ersätter spridda kalkylblad med en enda källa till sanning.
Vilken roll har PI Planning när man skalar agilt? +
PI Planning är det kadensbaserade evenemanget i SAFe där varje team på ett Agile Release Train samordnas kring ett gemensamt uppdrag, identifierar beroenden och åtar sig PI-mål för de kommande 8–12 veckorna. Det är den enskilt viktigaste ceremonin i skalad agil — läs hela PI Planning-guiden för en steg-för-steg-genomgång.
Hur mäter du framgången med att skala agilt? +
Följ upp resultatmätvärden snarare än output: tid till marknad, förutsägbarhet i PI-leverans (åtagna kontra levererade mål), lösningsgrad för beroenden mellan team, medarbetarengagemang och kundnära affärs-KPI:er som NPS eller intäkter per release. Outputmätvärden som färdigställda story points är ledande indikatorer, inte mått på framgång.

Kendis erbjuder den kompletta lösningen för dina behov av att skala agilt

Kendis PI Planning
Kendis erbjuder

Programtavlor

Samarbete, kommunikation och transparens ligger i hjärtat av Kendis. Det reducerar på ett briljant sätt all mödosam ansträngning och gör hela processen att planera ditt Program Increment till en mycket enkel uppgift.

Hantering av beroenden

Hantering av beroenden

Beroenden är väsentliga för att känna igen, identifiera och korrekt kartlägga faktorer som påverkar dina framsteg. I Kendis kan du skapa flera beroenden över din programtavla och följa upp dem.

Riskhantering

Riskhantering

Med Kendis kan du transparent adressera och visualisera de nuvarande och kommande riskerna i ditt Program Increment, din sprint eller iteration på ett sätt som gör det smärtfritt att identifiera och analysera.

PI Objectives

PI Objectives

Skapa mål för varje team eller för ditt Program och koppla dem till valfri post på din tavla. Detta gör att du exakt kan välja vilka features och stories som bidrar till målet.

Programrapporter och analys

Programrapporter och analys

En oerhört viktig och kraftfull funktion som ger en överblick över alla de senaste aktiviteterna som utförs. Presenterad i grafiska eller tabellbaserade format får du all nödvändig information med en enda blick.

Redo att komma igång?Kendis är gratis i 10 dagar. Inget kreditkort krävs