Handledning för SAFe (Scaled Agile Framework).

Vad är SAFe (Scaled Agile Framework)?

Skalad agil ram (SAFe) är en fritt tillgänglig onlinekunskapsbas som låter dig tillämpa lean-agile metoder på företagsnivå. Det ger en enkel och lätt upplevelse för mjukvaruutveckling. Det är en uppsättning organisationer och arbetsflödesmönster som är avsedda att vägleda företag för att skala lean och agila metoder. Det är uppdelat i tre segment som är Team, Program och portfolio.

Säker ram tillåter team för,

• Implementering av Lean-Agile mjukvara och system på företagsnivå
• Den är baserad på Lean och Agile principer.
• Den ger detaljerad vägledning för arbete på företagets portfölj, värdeström, program och team.
• Den är utformad för att möta behoven hos alla intressenter inom en organisation.

SAFe utvecklades först inom området och utvecklades i Dean Leffingwell's böcker och blogg. Version 1.0 är den första officiella utgåvan 2011. Den senaste versionen är 4.6, släpptes i oktober 2018. Den ger vägledning för att arbeta på företagsportfölj-, värdeströms-, program- och teamnivå.

Varför använda SAFe Agile Framework

Det är ett enkelt och lätt ramverk, men ändå kan det hantera behoven hos stora värdeströmmar och komplex systemutveckling. Genom att implementera SAFe agila ramverk kommer du att ha följande fördelar:

• Produktiviteten ökade by 20 - 50%
• Kvalitativa ökat mer än 50%
• Tid till marknaden är snabbare än 30 -75%
• Större medarbetarnas engagemang och arbetstillfredsställelse.

Det detaljerade ramdiagrammet finns tillgängligt på webbplats. Den visar alla nyckelroller, aktiviteter, leveranser och flöden. Den fungerar också som navigeringshjälp för resten av webbplatsen.

Bilden nedan förklarar hur agil process fungerar. Epos är en stor mängd verk, som ytterligare bryts ner i ett antal mindre berättelser eller underepos. Dessa underepos tilldelas teamet som en berättelse. Varje team arbetar sedan med dessa berättelser eller mjukvarufunktioner i enlighet med detta.

När ska man använda Scaled Agile Framework

• När ett team är intresserade av att implementera ett agilt tillvägagångssätt konsekvent över större program och portföljer med flera team.
• När flera team kör sitt eget sätt att implementera agilt men regelbundet möter hinder, förseningar och misslyckanden.
• När team vill arbeta självständigt.
• När du vill skala Agil över organisationen men inte säker på vilka nya roller som kan behövas eller vilka befintliga roller (dvs. ledningen) behöver förändras och hur.
• När du har försökt skala Agile över din organisation men kämpar för att uppnå enhetlig eller konsekvent strategi över affärsavdelningar från portfölj- till program- och teamnivåer.
• När en organisation behöver förbättra sin produktutveckling ledtid och vill veta hur andra företag har lyckats skala Agile med SAFe.

Hur annorlunda än andra agila metoder

Nu i denna Scaled Agile Framework-handledning, låt oss se hur Scaled Agile Framework skiljer sig från andra agila metoder,

• Det är allmänt tillgängligt och gratis att använda.
• Finns i en mycket lättillgänglig och användbar form.
• Det är lätt, praktiskt taget beprövade resultat och nivåspecifikt.
• Den modifierar/upprätthåller ständigt/regelbundet de vanligaste agila metoderna.
• Erbjuder användbara tillägg till vanliga agila metoder.
• Grundar agil praxis till ett företagssammanhang.
• Ger en komplett bild av mjukvaruutveckling.
• Synlighet eller transparens är mer på alla nivåer.
• Fortsatt eller regelbunden feedback om kvalitet och förbättringar.

Foundations av Scaled Agile Framework

Scaled Agile Framework(SAFe): Det står på grunden för sitt

1. Lean-Agile Principer
2. Kärnvärderingar,
3. Lean-agilt ledarskap
4. Lean-Agile Mind-set,
5. Praktikgemenskaper (en grupp människor som ständigt arbetar med SAFe-metoder)
6. Implementerar 1-2-3

SAFe Lean-Agile Principer

Dessa grundläggande SAFe Agile principer och värderingar för SAFe måste förstås, uppvisas och fortsätta för att uppnå önskat resultat.

• Ta en ekonomisk syn
• Tillämpa systemtänkande
• Antag variation; bevara alternativ
• Bygg stegvis med snabba, integrerade inlärningscykler
• Basera milstolpar på en objektiv utvärdering av fungerande system
• Visualisera och begränsa WIP, minska batchstorlekar och hantera kölängder
• Tillämpa kadens, synkronisera med planering över flera domäner
• Lås upp kunskapsarbetarnas inneboende motivation
• Decentralisera beslutsfattandet

SAFe Agile kärnvärden

SAFe Agile-metoden bygger på dessa fyra värden.

Inriktning:

• SAFe stöder uppriktning.
• Uppriktningen börjar kl.
  • Strategiska teman i Portfolio Backlog och
  • Går ner till Vision och Roadmap of Program Backlogs och sedan
  • Flyttar till Team Backlogs.

Inbyggd kvalitet:

• Det säkerställer att varje inkrementell leverans återspeglar kvalitetsstandarderna.
• Kvalitet är inte "läggs till senare" är inbyggd.
• Inbyggd kvalitet är en förutsättning för Lean och dess obligatoriska

Ej klickbar:

• Transparens är det som möjliggör förtroende.
• SAFe hjälper företaget att uppnå transparens på alla nivåer – chefer, portföljförvaltare och andra intressenter.
• Alla kan se in i portföljbacklog/Kanban, programbacklog/Kanban och Team Backlog/Kanban.
• Varje nivå har en tydlig förståelse för PI-målen.
• Tågprogram har insyn i teamets eftersläpningar, såväl som andra programeftersläpningar
• Team och program har insyn i affärs- och arkitekturepos. De kan se vad som kan vara på väg.

Programexekvering:

• SAFe lägger stort fokus på fungerande system och resulterande affärsresultat.
• SAFe är inte användbart om team inte kan utföra och kontinuerligt leverera värde.

Lean agila ledare

Lean-Agile-ledarna är livslånga elever och lärare. Det hjälper team att bygga bättre system genom att förstå och uppvisa Lean-Agile SAFe-principerna.

Som en möjliggörare för teamen är det yttersta ansvaret antagande, framgång och ständig förbättring av Lean-Agile-utvecklingen. För förändringen och ständiga förbättringar måste ledare utbildas.

Ledare måste anta en ny ledarskapsstil. En som verkligen ger och engagerar individer och team för att nå sin högsta potential.

Principer för dessa Lean-Agile ledare

• Led förändringen
• Vet vägen; Betona livslångt lärande
• Utveckla människor
• Inspirera och anpassa sig till uppdrag; Minimera begränsningar
• Decentralisera beslutsfattande
• Lås upp den inneboende motivationen hos kunskapsarbetare

Lean Agile Mind-Set

Lean-Agile-tänket finns representerat i två saker:

1. The SAFe House of Lean
2. Agile manifest

SAFe Lean-huset:

SAFe kommer från Lean tillverkningsprinciper och metoder. Baserat på dessa faktorer presenterar SAFe "SAFe House of Lean". Den är inspirerad av "hus" av mager Toyota.

Målet med lean är oslagbart: Att leverera maximalt kundvärde på kortast ledtid med högsta möjliga kvalitet till kunden

Nedan figur förklarar målet, pelarna och Foundation av "SAFe House of Lean."

Agile manifest

Vi upptäcker bättre sätt att utvecklaping programvara genom att göra det och hjälpping andra gör det. Genom detta arbete har vi kommit att värdesätta:

Det är därför, medan det finns ett värde i objekten till höger, värdesätter vi objekten till vänster mer.

Agile manifest

1. Högsta prioritet är att tillfredsställa kunden genom kontinuerlig och tidig leverans av värdefull programvara.
2. Anamma de föränderliga kraven, även sent i utvecklingen. Agila SAFe-metodikprocesser utnyttjar förändringar till kundens bästa.
3. Leverera fungerande mjukvara ofta, från ett par veckor till ett par månader, med en preferens till kortare tidsskala.
4. Utvecklare och affärsmän måste arbeta tillsammans dagligen under hela projektet.
5. Bygg projekt kring motiverade individer. Ge dem stöd och den miljö de behöver, och lita på att de får jobbet gjort.
6. Den mest effektiva metoden för kommunikation med ett utvecklingsteam är ett samtal ansikte mot ansikte.
7. Fungerande mjukvara är det primära måttet på framsteg.
8. Agila processer främjar hållbar utveckling. Sponsorerna, utvecklarna och användarna ska kunna hålla en konstant takt på obestämd tid.
9. Kontinuerlig uppmärksamhet på teknisk excellens och bra design ökar smidigheten.
10. Enkelhet – konsten att maximera mängden arbete som inte görs – är avgörande.
11. De bästa arkitekturerna, kraven och designen kommer från självorganiserande team.
12. Med jämna mellanrum reflekterar teamet över hur man kan bli mer effektivt, ställer sedan in och anpassar sitt beteende därefter.

Olika nivåer i SAFE

Det finns två olika typer av SAFe-implementering:

1. SAFe 4.0 implementering
2. SAFe 3.0 implementering

• I SAFe 4.0-implementering har vi 4-nivåer: Portfolio, Value Stream, Program och Team.
• I SAFe 3.0-implementering har vi 3-nivåer: Portfölj, program och team
• 3-Level SAFe är för mindre implementeringar med 100 eller färre personer. Program som inte kräver betydande samarbete.
• 4-Level SAFe är för lösningar som vanligtvis kräver många hundra utövare för att utveckla implementering och underhåll av programvara.

Lagnivå

Roller/lag	evenemang	Artefakter
Agila team	Sprint Planering	Teamets eftersläpning
Product Owner	Backlog Grooming	Icke-funktionella krav
Scrum Master	Daglig stand-up	Mål för teamledaren
	Utförande	Iterationer
	Sprint	Berättelser (fungerande programvara)
	Sprint Retrospektiv	Sprint Mål
	IP Sprints	Inbyggd kvalitet
		Spikes
		Team Kanban

• Alla SAFe-team ingår i ett eller annat Agile Release Train (ART).
• SAFe-team är bemyndigade, självorganiserande, självstyrande, tvärfunktionella team
• Varje team är lika ansvarigt för att definiera, bygga och testa berättelser från deras Team Backlog i en fast längd iterationer
• Lag planerar och utför två veckors tidsinställda iterationer i enlighet med överenskomna iterationsmål.
• Teams kommer att använda rutinen ScrumXP/Team Kanban för att leverera högkvalitativa system för att producera en systemdemo på varannan vecka.
• Alla olika team i ART (Agile Release Trains) kommer att skapa ett integrerat och testat system. Intressenter kommer att utvärdera och svara med snabb feedback
• De tillämpar praxis för inbyggd kvalitet.
• Varje ScrumXP-team kommer att ha 5-9 teammedlemmar, vilket inkluderar alla roller som är nödvändiga för att bygga ett kvalitetsinkrementellt värde i varje iteration.
• ScrumXP roller inkluderar:
  • Team (Utveckling+QA)
  • Scrum Master
  • Produktägare. Etc..
• SAFe delar upp utvecklingstidslinjen i en uppsättning iterationer inom en PI (Program Increment).
• PI varaktighet är mellan 8 -12 veckor.
• Teamet kommer att använda berättelser för att leverera värdet. Produktägaren kommer att ha innehållsrätt över sitt skapande och accepterande av berättelserna.
• Berättelser innehåller kundens krav.
• Team Backlog inkluderar användar- och möjliggörarberättelser, som identifieras under PI-planering. När produktledningen presenterar Roadmap, Vision och Program Backlog.
• Att identifiera, utarbeta, prioritera, schemalägga, implementera, testa och acceptera berättelserna är de primära kraven för ledningsarbete på teamnivå.
• Varje iteration ger:
  • Ett värdefullt tillskott av ny funktionalitet
  • Utför via ständigt upprepande mönster
  • Planera iterationen
  • Förbind dig till viss funktionalitet
  • Utför iterationen genom att bygga och testa berättelser
  • Demo den nya funktionen
  • Retrospektiv
  • Upprepa för nästa iteration
• Team stödjer också systemdemon i slutet av varje iteration. vilket är den kritiska integrationspunkten för ART.
• Större värdeströmmar kommer att ha flera ART.
• Iterationerna för innovation och planering (IP) utnyttjar teamen med en möjlighet till innovation och utforskning.

Programnivå

Roller/lag	evenemang	Artefakter
DevOps	PI-planering (programökning)	Vision
Systemteamet	Systemdemonstrationer	färdplan
Släpphantering	Inspektera och anta verkstad	Metrics
Product Management	Architeknisk landningsbana	delmål
UEX Architect	Släpp när som helst	meddelanden
Release Train Engineer (RTE)	Agila lanseringståg	Program Epics
Systemkrav Architect/ingenjör	Släpp	Program Kanban
företagare		Programeftersläpning
Lean-Agile-ledare		Icke-funktionella krav
Communities of Practice		Viktat kortaste jobb först (WSJF)
Delade tjänster		Program PI-mål
Kund		Leverans
		Möjliggörare
		Lösning
		Samordning av värdeflöden

• På programnivå levereras Value of SAFe av långlivade Agile Release Trains (ART). Iteration är för team och tåg är för programmet.
• Agile Release Trains (ART) är det primära fordonet för värdeleverans på programnivå. Det levererar en värdeström till organisationen.
• Programinkrementen (PI) varaktigheten är 8 till 12 veckor.
• ART består av 5 – 12 agila team (~50 – 125+ personer) som inkluderar alla roller och infrastruktur som behövs för att leverera fullt testad, fungerande mjukvara på systemnivå.
• Varje PI är en tidsruta med flera iterationer. Under vilken en betydande, värdefull ökning av systemet utvecklas och levereras.
• I varje PI kommer en "demo" och "Inspektera och anpassa"-sessioner att äga rum, och planeringen börjar för nästa PSI.
• På programnivå betonar SAFe principen om anpassning. Detta beror på att flera agila teaminsatser är integrerade för att skapa kundvärde.
• SAFe artefakthierarki är Epos->funktioner->användarberättelser.
• På programnivå har Product Manager/Program Manager innehållsbefogenhet. Han definierar och prioriterar programeftersläpningen.
• Programbacklog är en prioriterad lista med funktioner.
• På programnivå kan funktioner skapas, eller så kan de härröra från epos definierade på portföljnivå.
• Funktioner bryts ner till användarberättelser och flyter in i eftersläpningar på teamnivå.
• Rollen Produktchef eller Release Train Engineer kan hanteras av programchefen/Senior Project Manager
• Systemkrav ArchiTect roll på programnivå är att samarbeta dagligen med teamen. Det säkerställer att icke-funktionella krav uppfylls. De arbetar också med företagsarkitekten på portföljnivå för att se till att det finns tillräcklig arkitektonisk landningsbana för att stödja kommande användar- och affärsbehov.
• Gränssnittsdesign, riktlinjer för användarupplevelse och designelement för teamen tillhandahålls av UX Designers.
• Rollen Chief-Scrum Master spelas av 'Release Train Engineer'.
• Olika team (från marknadsföring, utveckling, kvalitet, drift och driftsättning) bildar 'Release Management Team'. De kommer att godkänna rutinmässiga releaser av kvalitetslösningar till kunder.
• Distribution av programvara i kundmiljöer och framgångsrik leverans sköts av DevOps-teamet.

Portföljnivå

Roller/lag	evenemang	Artefakter
Enterprise Architect	Strategisk investeringsplanering	Strategiska teman
Programportföljhantering	Kanban-portföljplanering (episk)	Företag
Episka ägare		Portföljens eftersläpning
		Portfölj Kanban
		Icke-funktionella krav
		Episk och möjliggörande
		Värdeström
		Budgetar (CapEx och OpEx)

• Högsta nivån av intresse/oro/engagemang/ i SAFe är SAFe Portfölj
• Portföljen tillhandahåller de grundläggande blocken för att organisera Lean-Agile Enterprise värdeflödet via en eller flera värdeströmmar.
• Portföljen hjälper till att utveckla system och lösningar som beskrivs i strategiska teman (kopplar en SAFe-portfölj till ett företags föränderliga affärsstrategi).
• För att uppfylla strategiska mål, kapslar portföljnivå in dessa element. Den tillhandahåller grundläggande budgetering och andra styrningsmekanismer. På så sätt säkerställs att investeringen i värdeströmmarna ger den avkastning som krävs för företaget.
• En portfölj är kopplad till verksamheten dubbelriktat:
  • För att vägleda portföljen till de större föränderliga affärsmålen tillhandahåller den strategiska teman.
  • En annan riktning indikerar det konstanta flödet av portföljvärden.
• Program Portfolio Management fungerar som intressenter och de är ansvariga för att leverera affärsresultaten.
• SAFe Portfolio Level innehåller människor, processer och nödvändiga byggsystem och lösningar som ett företag behöver för att uppfylla sina strategiska mål.
• Värdeströmmar är de primära målen i Portfolio, med vilka finansiering av människor och andra resurser som krävs för att bygga lösningarna.
• Viktiga nyckelbegrepp som används här är:
  • Anslutning till företaget,
  • Program Portfolio Management,
  • Hantera flödet av Portfolio Epics.

Värdeströmsnivå

Roller/lag	evenemang	Artefakter
DevOps	Planering före och efter PI (programökning)	Vision
Systemteamet	Lösningsdemonstrationer	färdplan
Släpphantering	Inspektera och anta verkstad	Metrics
Lösningshantering	Agila lanseringståg	delmål
UEX Architect		meddelanden
Värdeströmsingenjör (RTE)		Värdeströmsepik
Lösning Architect/ingenjör		Värdeflödes-Kanban
Delade tjänster		Värdeflödesorder
Kund		Icke-funktionella krav
Leverantör		Viktat kortaste jobb först (WSJF)
		Mål för värdeflödes-PI
		Capability
		Möjliggörare
		Lösningskontext
		Samordning av värdeflöden
		Ekonomisk ram
		Lösningsavsikt
		MBSE
		Setbaserad
		Agile Architecture

• Värdeströmsnivån är valfri i SAFe.
• Value Stream Level är nytt i SAFe 4.0.
• Värdeströmsnivån är avsedd/designad för företag/byggare/organisationer som är:

1. Stor i storleken
2. Fristående Optiker
3. Har komplexa lösningar
4. Deras lösningar kräver vanligtvis flera ART
5. De har leverantörsbidrag.
6. De står inför de största systemutmaningarna
7. För cyberfysiska system
8. För mjukvara, hårdvara, el och elektronik, optik, mekanik, fluidik och mer.

• Att bygga den här typen av system kräver ofta hundratals, till och med tusentals utövare, externa och interna leverantörer.
• Om systemen är uppdraget avgörande. Misslyckande med lösningen, eller till och med ett delsystem, har oacceptabla ekonomiska och sociala konsekvenser.
• Om Enterprises kan byggas med några hundra utövare, kanske det inte behöver konstruktionerna av denna nivå. I så fall kan de använda frånkollapsad vy' som är 3-nivå SAFe.
• Att bygga värdeströmslösningar i ett Lean-Agile-mönster kräver ytterligare artefakter, koordination och konstruktioner. Så denna nivå innehåller ett ekonomiskt ramverk för att tillhandahålla finansiella gränser för värdeström
• Den stöder kadens och synkronisering för flera ARTs och leverantörer. Det inkluderar pre- och post-PI-planeringsmöten och lösningsdemo.
• Det ger ytterligare roller som är: Value Stream Engineer, Solution Architect/Engineering och Solution Management.

Vanliga frågor