Imagine Realizing Agile at Scale

De flesta organisationer börjar skala Agile eftersom de har stora, komplexa problem som måste lösas. De måste ta stora bitar av arbete, bryta ner dem och leverera dem snabbare och mer effektivt. De måste stimulera innovation, leverera kundvärde snabbare, slå konkurrensen, störa marknaden och utnyttja möjligheterna så snabbt som de uppstår.

Att skala upp Agile innebär att man tar det som skickliga, mindre team av individer använder för att framgångsrikt driva produktutveckling och utvidga processen, metodologierna – och fördelarna – i hela organisationen.

Detta uppnås genom att ansluta team och team av team, och sedan dela upp mångfacetterade initiativ till mindre delar som ska arbetas med samtidigt. Detta gör att Agile-team kan leverera värde iterativt, på ett sätt som ständigt testar värdeleverans för att säkerställa anpassning till vad kunden vill ha.

Att skala Agile stöder "misslyckas snabbt"-mentalitet: Att lära av och förbättra utvecklingsprocessen med varje utgåva. När Agile-team levererar samlar de interna och externa feedback som används för att kontinuerligt utvärdera leveransprocesser och se till att de strömlinjeformas och maximeras.

Om en organisations initiativ misslyckas är antingen teamen inte anpassade för att uppnå dem, ledarskap kan inte se vägspärrar, eller de kan inte effektivt ta bort dem när de uppstår. Att skala Agile kommer att anpassa team och genom Agile-ceremonier, tillhandahålla kadenser, föreslagna justeringsmöten och erbjuda djup synlighet i framsteg och beroenden så att ledare kan identifiera vägspärrar tidigt, utvärdera alternativ för att adressera dem och agera i enlighet med detta - innan initiativ påverkas negativt. Att skala Agile över en organisation kommer att lysa på och eliminera många av de hinder som förhindrar uppnåendet av viktiga strategiska mål.

Det finns många fördelar med att skala Agile:

Strategisk anpassning över hela företaget

Att skala Agile vertikalt och horisontellt över hela organisationen gör strategiska mål till en samlingspunkt för alla. Genom att organisera runt värdeströmmar anpassas team till det som producerar värde för kunderna och per definition organisationen. Denna anpassning, i kombination med öppenhet och koordination mellan team, hjälper alla att hålla fokus, vilket resulterar i snabbare leveranstider och förmågan att snabbt svänga runt om prioriteringarna ändras.

Finansiering av de värdeströmmar som är viktigast

Värdesströmmar är byggda kring produkter, processer och lösningar för kunder. Genom att knyta finansiering direkt till värdeströmmar stöder organisationer ekonomiskt de områden i verksamheten med den mest ihållande efterfrågan, liksom de med störst potential att förbättra leverans av värde. Framtida finansieringsbeslut fattas genom att utvärdera tillhörande KPI:er, snarare än slutförandet av leveranser.

Resultatet är effektivare finansiering, leverans och värde över hela organisationen och försäkran om att produktens färdplaner och exekvering överensstämmer med finansierings- och affärsmål.

Hantera kapacitet och människor mer effektivt

Att skala Agile underlättar hantering av kapacitet och människor. Kapacitetsplanering är handlingen för att utvärdera ett teams tid och bandbredd under prioriteringsprocessen så att du kan hantera arbete och investeringar vid rätt tidpunkt, med rätt personer och team.

Kapacitetshantering är enklare när team anpassas till värdeströmmar, allt med tydliga mätverktyg för framgång som styr det pågående arbetet. Balansen mellan kapacitet per värdeström ses över när feedback kommer in och prioriteringar utvecklas. Många organisationer omvärderar kapacitet och människor kvartalsvis, så att de kan återbalansera med minimal störning.

Det är enkelt att implementera Agile på individnivå och resultaten är övertygande. Men att utöka det över flera lag i stora organisationer är mer utmanande. Det finns några fallgropar att vara medveten om:

Motstånd inifrån

Att skala upp Agile kräver betydande förändringar, något som en del medarbetare kommer att motsätta sig. De kanske inte förstår varför det krävs. De kan vara oroliga för att behöva lära sig ett nytt sätt att göra saker på. De kan också vara rädda för att förlora makt, ansvar eller sina jobb. Starka Agile-ledare tar upp detta genom att:

• Förklara problemen med de nuvarande metoden genom att betona hur status quo lägger onödig stress på team och bäddar för motgångar.
• Dela en tydlig framtidsvision som visar hur en anpassad och resultatstyrd arbetsmiljö kommer att förbättra liv och hjälpa företaget att lyckas.
• Skala upp i faser och kommunicera framgångar längs vägen så att de anställda ser att det finns ett bättre sätt.
• Utnyttja entusiastiska Agile-förespråkare som rekryterar supportrar för att driva en gräsrotsövergång.

Skala Agile för snabbt

Du är förmodligen under press för att skörda fördelarna med att skala Agile så snart som möjligt, men det finns en fara i att göra det för snabbt. Tänk på Agile-transformationen som om det var ett Agile-initiativ. Dela upp den i bitar; identifiera beroenden; tilldela uppgifter. Kör i enlighet därmed, ta dig tid efter varje ”release” för att utvärdera processen och resultaten och överväga hur det kan implementeras bättre med nästa team.

Att endast skala Agile horisontellt

Att skala Agile horisontellt kommer att resultera i att fler Agile-team levererar fler projekt snabbare. Men oavsett hur många team som tränar Agile, så att skala brett utan att skala upp kommer du inte att få det samarbete, den anpassning och öppenhet som krävs för att leverera alla fördelar med Agile i skala.

Det beror på att det verkliga värdet av skalad Agile händer när organisationsomfattande synkronitet uppnås - när team är anslutna vertikalt, koordinerar och planerar sitt arbete och kartlägger beroenden tillsammans. Att öva och anta nyckelpraxis som kvartalsplanering är avgörande för att driva anpassningen från teamnivå till strategiska mål och portföljnivå.

En metod för att skapa bemyndigade, anslutna team och säkerställa synkronitet mellan dem är kvartalsplanering (”PI Planning” i SAFe®-terminologi). Kvartalsplanering hjälper till att säkerställa anpassning, synkronisering och samordning. Det kopplar Agiles leverans-team till företagsstrategi och hjälper alla att förstå vad varje team arbetar med, hur de är beroende av varandra och hur deras arbete kommer att bidra till företagets övergripande mål.

Quarterly Planning fungerar som grunden för Agile Release Train. Det här två dagar långa evenemanget samlar alla lag och intressenter för att granska programmets orderstock och dela upp de initiativ som ledningen har lagt fram i funktioner och berättelser. Team bestämmer sedan kollektivt vilka som kan genomföras inom planeringsökningen och vilka kommer att vara "sträckmål".

Att mötas var åttonde till 12 vecka är en utmaning för stora, geografiskt olika team, men det är avgörande för att skala Agile: Det underlättar tvärfunktionellt teamsamarbete, anpassning till prioriteringar, identifiering av beroenden och fördelning av arbete baserat på kapacitet och hastighet. Kvartalsplanering innebär:

• Anpassning av företagsstrategi: Team hämtar sin inriktning från den strategiska planen, som är baserad på organisationens mål. Denna information signalerar till Agile-teamen vad de kommer att leverera mot dessa mål, och de planerar sitt arbete i enlighet med detta.
• Funktionsprioritering: Team prioriterar funktioner baserat på storlek, kapacitet, hastighet och kundvärdesmätningar. Visuella tavlor och rapportering balanserar prioriteringar och kommunicerar realistisk leverans.
• Kartlägga prioriteringar och kapacitet mellan team: Kapacitet kartläggs och modelleras för att förstå hur prioriterat arbete delas upp mellan team och när det kommer att levereras.
• Iterationsplanering: Team visualiserar iterationen och dess förhållande till epos och funktioner med kanban-tavlor för företag. Arbetet delas upp i mindre leveranscykler och beroenden identifieras.

Kanban är en omfattande men kort visuell representation som illustrerar arbetsflöde, status och sammanhang, vilket gör det möjligt för team att förstå det arbete som behöver göras och kommunicera om det - båda viktiga för att skala Agile. Genom standardisering av ledtrådar och förfining av processer optimerar Kanban arbetsflödet, förbättrar hastigheten och förenar team för kontinuerlig förbättring av leveransen. Kanban i skalning av Agile-miljöer:

Increases flexibility: Enterprise Kanban allows organizations to respond to change with flexibility. Kanban implementations use tools like Planview AgilePlace to plan, manage, track, and deliver work in a shared, evolving space. Teams and teams of teams customize Kanban boards to reflect workflows.

När situationer förändras gör Kanban-verktyg det enkelt att anpassa planer och informera investerade parter. Lag anpassar sina Kanban-portföljer när Agile-initiativet utvecklas, och ledare ser framsteg vid förstsa blicken.

Ledare får värdefulla insikter: Kanban för företag ger ledare värdefull insikt om vad som händer i hela företaget. När chefer måste förstå statusen för ett initiativ illustrerar kanban-tavlan:

• Vilka projekt som pågår
• Hur länge projekt har pågått
• Vägspärrar som förhindrar framsteg
• Teamkapacitet
• Teamproduktivitet
• Kommande projekt

Kanban för företag ger Agile-ledare de insikter som krävs för att skapa bättre, mer informerade planer baserade på organisationens sanna verkligheter. Och det möjliggör mer produktiva, meningsfulla och informerade konversationer.

Exponerar ineffektivitet: Kanban hjälper team att hantera sitt arbete, förbättra sina metoder och identifiera ineffektivitet. Den enkla processen att definiera ditt teams grundläggande arbetsflöde – ett viktigt steg för att anpassa din kanban-tavla – avslöjar ofta många systemiska och lokala ineffektiviteter.

Ger visualisering: När arbetet flödar genom systemet kan team se hinder, flaskhalsar och köer, vilket signalerar behovet av nya ansträngningar för att öka flödet.

Begränsar pågående arbete: Arbetet rör sig snabbare genom systemet när det inte är överbelastat eller lider av ständig omprioritering. Begränsning av pågående arbete låser upp hela potentialen för att skala upp Agile och möjliggör snabbare, högre leveranskvalitet.

Stödjer kontinuerlig förbättring: Team spårar och mäter arbetsflöde, kvalitet, genomströmning, ledtider och annan data. Experiment och analys förbättrar effektiviteten. Att identifiera och utnyttja förbättringsmöjligheter sparar tid och pengar.

En Kanban-färdplan är avgörande för att hjälpa din organisation att övergå från grundläggande visualisering till en heltäckande strategi för teamets arbetsflöde och samordning.

Stora organisationer utvidgar fördelarna med Agile genom att skala sina metoder över större team av team, samtidigt som de upprätthåller samordning och övervakning. Flera ramverk finns tillgängliga för att hjälpa till, var och en med sina egna styrkor och svagheter.

Scaled Agile Framework (SAFe)

Det uppskalade Agile-ramverket^® (SAFe^®) vägleder företag när de skalar upp Agile-metoder utöver enskilda team. SAFe har ett preskriptivt angreppssätt som visar organisationer exakt vad de ska göra och när, för att uppnå anpassning, samarbete och leverans över flera Agile-team.

SAFe adresserar företaget på tre nivåer: Team, program och portfölj. På lagnivå delar SAFe många drag med Scrum, även om inte varje sprint måste sluta med ett skickbart steg. På programnivå anpassas Agile-teamens arbete till företagsmål. På portföljnivå anpassas produkt och mål till investerings- och operativa mål.

SAFe utnyttjar tre primära kunskapsorgan: Agile programvaruutveckling, Lean produktutveckling och systemtänkande. Det främjar anpassning, samarbete och leverans mellan ett stort antal Agile-team. Viktiga applikationer inkluderar företagsarkitektur, företagsintegrationer, global styrning, skalbarhet och finansiering.

Fördelar: SAFe upprätthåller fokus på den aktuella releasen, främjar samarbete, involverar alla nivåer i organisationen och är fritt tillgängligt. På grund av dess popularitet finns det en uppsjö av artiklar, självstudier, konsulter och videor, och dessutom finns ett akademi- och ackrediteringsschema tillgängligt.

Nackdelar: En del tycker att SAFe är för top-down, för föreskrivande och saknar flexibilitet. Att anta SAFe i sin helhet snarare än enskilda komponenter kan lägga till komplexitet utan betydande fördelar – vilket är exakt vad företag försöker undvika.

Large Scale Scrum (LeSS)

LeSS är ett lätt ramverk utformat för att skala Scrum över flera team genom att ta de aktiviteter som är associerade med det och tillämpa dem på team-of-teams-nivå. LeSS bygger på idén att tillhandahålla för många regler, roller och artefakter är ett felaktigt tillvägagångssätt - ramverk för skalning bör vara minimala och organisationer bör få fylla i dem när behov uppstår. Detta undviker onödig komplexitet genom enfunktionsgrupper, överlämningar och svag eller långsam feedback.

Fördelar: LeSS identifieras ofta som den mest smidiga av de olika skalningsmetoderna och den mest kända för team som redan arbetar med Scrum.

Nackdelar: LeSS är den minst föreskrivande metoden vilket innebär att organisationerna ansvarar för att fylla i luckorna.

Disciplinerad Agile (DA)

DA, som tidigare kallades disciplinerad Agile-leverans (DAD), är ett hybrid-tillvägagångssätt med Agile för att skala upp Agile, och gör det möjligt för team att välja och utveckla sitt sätt att arbeta övertid. Guidad kontinuerlig förbättring (GCI) gör det möjligt för team att förbättras snabbare genom att använda de specifika tekniker som mest troligt kommer att fungera i deras situation. DA minskar den tekniska risken genom att lägga betydligt mer tonvikt på arkitektur. Till skillnad från Scrum låter DA teamet besluta om plattformen, bygga verktygen och schemalägga projekt.

Fördelar: Fokus på arkitektur och design kan resultera i en bättre produkt.

Nackdelar: En mindre marknadsandel innebär färre alternativ för hjälp. Den expertis som krävs kanske inte finns i din organisation och kan vara svår att hitta.

Slutsats

Att skala Agile är en spelväxlare för din organisation. Men det är inte ett enkelt företag. Det kommer (och borde) förändra hur hela ditt företag fungerar. Agile-driven evolution kommer att krävas på alla nivåer.

Beslut om när och var man ska implementera, vilka ramar man ska använda och hur man kan infoga Agileprocesser och -metoder är viktiga. Felsteg kommer att inträffa och bör inte bara förväntas, utan firas som bevis på mod, beslutsamhet och framsteg.