Att skala Agile har alltid varit en strävan efter att leverera mer av rätt värde, men vad händer när det inte fungerar som du hade hoppats? Hur kan du avgöra om din organisation inte är så agil som den tror att den är? Hur vet du när du behöver ändra dina agila metoder för skalning? Vad värre är, hur vet du när det är dags att organisera dina skalningsinsatser på ett helt annat, tydligare och mer värdefullt sätt? Kom in på Agile Program Management, eller som vi på Planview ofta kallar det, "Taming the Agile Chaos".
I en paneldiskussion från på månadens konferens Agile2021 berättade Planviews experter på lösningskonsulter och lösningsarkitektur, Bob DeMaria, Norman Garrett, Ronnie Pinkerton och AJ Shavell, om sin tid i de agila skyttegravarna och hur de dagligen upptäcker behovet av agil programhantering som Planviews Agile-experter. Planviews chef för produktmarknadsföring Brook Appelbaum ledde diskussionen.
Key Takeaways
Om du skulle ha missat det här är några av de viktigaste resultaten från vår paneldiskussion:
- Agilt kaos uppstår i företag av alla storlekar och mognadsnivåer.
- Det agila kaoset visar sig på många olika sätt
- Agil programhantering kan undanröja dessa farhågor och ge en grund för att lyckas med skalningen.
Agilt kaos gör ingen skillnad
De flesta organisationer börjar skala upp Agile (lägga till fler Agile-team) för att de har stora, komplexa problem som måste lösas. De måste ta stora arbeten och bryta ner och leverera dem snabbare och mer effektivt.
Det är lätt att falla i fällan och tro att din organisation har helt unika utmaningar när det gäller att praktisera Agile i stor skala. Verkligheten är att agilt kaos uppstår i företag av alla storlekar och på alla nivåer av agil mognad. Lyckligtvis erbjuder Agile Program Management ett sätt att tämja detta kaos - oavsett om du har samordnade team av team som arbetar i sprintar eller siloade team med liten samordning mellan dem.
Tecken på agilt kaos
När Agile har spridit sig organiskt finns det ofta flera Agile-team som använder olika lösningar och till och med olika metoder inom en organisation. Det agila kaoset finns i många olika former:
- Grupper som är isolerade
- Dålig samordning
- Orealistiska planer
- Risker som exploderar
- Beroenden
- Frekventa vändningar
- Att bygga fel saker
- Leveransförseningar
Här är fyra berättelser från våra paneldeltagare som illustrerar några av de vanligaste sätten på vilka agilt kaos kan uppstå i en organisation.
Silos, silos överallt
Sr. Solution Consultant AJ Shavell berättade om hur många organisationer har börjat omfamna Agile fullt ut (med Lean-Agile Centers of Excellence och en toppstyrd strategi för Agile), medan andra har kämpat för att ena sina Agile-team, ofta på grund av bristande stöd från ledningen.
AJ berättade om en kund inom finansiella tjänster som hade silos av agila team som använde olika verktyg, processer och metoder. Företaget hade svårt att samordna arbetet, se beroenden mellan olika team och genomföra större initiativ.
"Den största vinsten för organisationer som skalar Agile nedifrån och upp är ofta övergången till kvartalsvis planering."
Sr. lösningskonsult AJ Shavell
För dessa agila team var det första steget att anpassa teamen till en process och synkronisera utförandet genom att anpassa planeringscyklerna till kvartalsvisa steg (ofta kallat programstegringar eller "PI"-planering). Nästa steg var att samla alla olika team i en enda lösning som gav insyn i beroenden och hjälpte till att bryta ner murarna mellan de tidigare isolerade teamen.
Se e-boken: Hur man gör virtuell PI-planering: En viktig checklista
Orealistiska planer och dålig samordning
Director of Solution Architecture Ronnie Pinkerton delade med sig av ett exempel från ett mer moget Agile Release Train som föll offer för en annan form av Agile-kaos: Orealistiska planer. Orealistiska planer är ofta ett symptom på dålig samordning och kommunikation mellan grupper och mellan grupperna och ledningen.
"Till och med mogna team eller releasetåg bör sträva efter att planera till ungefär 80 % av sin kapacitet, eftersom det alltid kommer att ske förändringar i varje PI."
Direktör för lösningsarkitektur Ronnie Pinkerton
I det här fallet upptäckte teamen att deras plan var orealistisk när de beräknade att arbetet skulle ta 120 % av deras kapacitet i anspråk för den kommande PI. Som ett resultat av detta minskade de sin plan till att ta ungefär 80% av sin kapacitet och tilldelade resterande 20% för att ta hänsyn till det oplanerade arbete som förutsägbart uppstår under de flesta sprintar för de flesta team.
Läs nästa: How to do Virtual PI Planning
Explosionsrisker
Sr. Solution Architect Norman Garrett berättade om en stor kund inom finansiella tjänster som kämpade för att effektivt spåra och hantera risker på sin ROAM-styrelse. (Notering: ROAM står för Resolve, Own, Accept, Mitigate och är den riskhanteringsprocess som används av agila team.)
"För agila team och release trains är det lika viktigt att visualisera risker som att visualisera arbete."
Lösningsarkitekt Norman Garrett
Även om ROAM var användbart för att visa på riskerna, ville teamen ha större insyn i hur riskerna påverkade den dagliga leveransen av funktioner i hela releaseprocessen. För att göra det skapade de banor och kort på programtavlan för att representera riskerna, vilket i praktiken innebar att deras ROAM-tavla slogs samman med programtavlan. Detta gjorde det möjligt för dem att spåra cykeltiden för att lösa risker, liksom ägarskap.
Läs nästa: Hantera risker med ROAM i Agile
Frekventa vändningar
Bob DeMaria, Director of Solution Consulting, delade med sig av ett exempel från en olje- och gaskund som illustrerar det kaos som orsakas av frekventa omställningar. Som en Lean-Agile-organisation är det en stor fördel att ha förmågan att ändra sig från något som inte fungerar. Men det finns en skuggsida av pivots när de förekommer för ofta.
"Genom att synliggöra arbetet kan teamet uppmärksammas på många av utmaningarna med att skala Agile, till exempel oplanerat arbete."
Direktör för konsultverksamhet Bob DeMaria
När grupperna tittade på sina rapporter i slutet av PI märkte de att mängden oplanerat arbete blev större än deras planerade arbete när de gick igenom PI. När de såg det stora sambandet mellan planerat och oplanerat arbete började de undersöka varför, vilket avslöjade att teamen ombads att arbeta med olika favoritprojekt under PI som inte hade tagits upp under planeringen.
Läs nästa: Vad gör en framgångsrik agil personalledare?
Hur agil programhantering kan hjälpa till
På Planview ser vi Agile Program Management som ett sätt att tämja det agila kaoset: Ett sätt att visualisera, planera, samordna och leverera organisationens största initiativ i alla agila team. I huvudsak är det hur vi tar skalning av Agile till nästa nivå - hur vi tar fickor eller öar av team av team och får dem att anpassa sig och arbeta i harmoni.
Genom att implementera Agile Program Management anpassas teamen till en enhetlig process och planeringsstruktur, vilket gör att alla Agile-team kan arbeta tillsammans för att uppnå viktiga strategiska mål. I ett nötskal är Agile Program Management en nyckelkomponent för framgångsrik agil skalning.
Planviews Agile programhanteringslösning
Letar du efter rätt lösning för att få bukt med det agila kaoset? Planview har skapat olika paket med lösningar för Agile Program Management för att hjälpa din organisation på dess resa mot Lean och Agile.
- Använd kraften i Agile i stor skala
- Hantera flera teams arbete effektivt visuellt
- Kartlägg beroenden och ta bort spärrar mellan team
- Sekvenseringsfunktioner och berättelser med tillhörande tavelvyer
- Få transparens och insikt i vad era Agile-team arbetar med och när det kommer att bli klart
- Hantera arbetsflöden, fatta avgörande affärsbeslut och tidsfrisättningar
Läs mer om Planviews lösning för agil programhantering på den här sidan eller titta på lösningsdemonstrationen.
