SAFe är ett populärt ramverk som har anammats av många företag världen över, men som med många omfattande best practice ramverk är det lätt att hamna i långvariga diskussioner kring vad som beskrivs i ramverket och vad som fungerar i praktiken och hur det ska anpassas efter organisationen där du verkar. I den här artikelserien tänkte vi fördjupa oss lite i hur du kan undvika de vanligaste fallgroparna i SAFe och fokusera på det som ska levereras i stället för att snöa in på tekniska ramverksdetaljer. Vi tänkte börja med att diskutera SAFe-ramverkets olika roller och ceremonier och bygga upp en grundläggande förståelse för hur det kan tillämpas i praktiken.
Roller
Inom SAFe-ramverket beskrivs ett antal roller. Några av de mest centrala är:
-
Release Train Engineer (RTE) - RTE fungerar som servant leader (stödja och tjäna) för Agile Release Train (ART) och hjälper till att säkerställa att teamen är synkroniserade och levererar i takt med planeringen.
-
Product Owner (PO) - PO har huvudansvaret för att prioritera produktbackloggen och se till att teamen arbetar på de mest värdeskapande funktionerna för kunderna.
-
Scrum Master (ScM) - Scrum Master är ansvarig för att stödja teamet i deras användning av Scrum och säkerställa att hinder och problem hanteras.
-
System Architect (SA) - SA ansvarar för systemets arkitektur och tekniska vision samt ger teknisk vägledning för teamen.
-
Product Manager (PM) - Ansvarar för att fungera som röst för kunderna och intressenterna. De arbetar nära affärsägare (Business Owners) och team för att förstå kundernas behov, marknadstrender och affärsmål.
-
Business Owner (BO) - BO representerar affärsintressen och ger input om vilka funktioner och egenskaper som har högst affärsvärde.
Ceremonier
Förutom rollerna finns också ett antal ceremonier:
- PI Planning (Program Increment Planning) - Ett evenemang som hålls varje program-inkrement för att samordna alla team och få en gemensam förståelse av vilka mål och funktioner som ska levereras.
- Inspect and Adapt (I&A) - Ett evenemang som äger rum i slutet av varje program-inkrement för att utvärdera resultat och identifiera förbättringsområden för nästa planeringsperiod.
- Scrum of Scrums (SoS) - Ett möte där Scrum Masters från olika team samlas för att samarbeta och hantera beroenden och hinder som påverkar flera team.
- System Demo - Ett möte där teamen visar upp sina nyutvecklade funktioner och funktionaliteter för intressenter och andra team inom ART.
Mot bakgrund av dessa roller och ceremonier finns det några vanliga fallgropar som du bör undvika för att säkerställa en framgångsrik implementering:
- Fokusera för mycket på struktur - Ett vanligt misstag är att fokusera för mycket på att etablera de olika rollerna och ceremonierna utan att prioritera den verkliga leveransen av värde till kunderna. Se till att balansera struktur med konkret arbete och resultat. Fokusera istället på det ni ska leverera!
- Ignorera förändringsledning - Implementeringen av SAFe innebär förändringar i arbetskultur och processer. Ignorera inte betydelsen av förändringsledning och utbildning för att säkerställa att alla inblandade förstår och stöder förändringen.
- Överplanering - Överplanering kan leda till att teamen känner sig överväldigade och förlorar flexibilitet. Tillåt en grad av flexibilitet för att hantera osäkerhet och förändringar under vägen.
- Låsningar av roller - Var flexibel med rollerna och låt teammedlemmarna bidra utifrån sina styrkor och intressen. Låt inte rollerna bli för stela och låt teamen anpassa sitt arbetssätt för bästa möjliga resultat.
- Bristande samarbete mellan team - Samarbetet mellan olika team är avgörande för framgången. Se till att teamen regelbundet möts och löser beroenden och hinder för att uppnå en effektivt fungerande ART.
Genom att undvika dessa fallgropar och fokusera på att bygga en sund arbetskultur och tydlig prioritering av värdeskapande leveranser kan du säkerställa en lyckad implementering av SAFe-ramverket i din organisation. Punkten som rör flexibiliteten i rollerna är något vi återkommer till mer i nästa artikel.
