Handledning för SAFe (Scaled Agile Framework).

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%
• Kvalitet ökat mer än 50%
• Tid till marknaden är snabbare än 30 -75%
• ökade 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. Communities of Practice(Grupp människor som ständigt arbetar med SAFe-praxis)
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

The SAFe House of Lean:

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 utveckla mjukvara genom att göra det och hjälpa andra att göra det. Genom detta arbete har vi kommit att värdera:

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
* Agilt team		* Sprint Planering		* Team Backlog
* Produktägare		* Backlog Grooming		* Icke-funktionella krav
* Scrum Master		* Daglig Stand-Up		* Team PI-mål
		* Avrättning		* Iterationer
		* Sprint demo		* Berättelser (arbetsmjukvara)
		* Sprint Retrospektiv		* Sprint Mål
		* IP Sprints		* Inbyggd kvalitet
				* Spikar
				* 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 (Dev+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 (Program Increment) Planering		* Syn
* Systemteam		* Systemdemos		* Färdkarta
* Release Management		* Inspektera och adoptera workshop		* Mätvärden
* Produktledning		* Architeknisk landningsbana		* Milstolpar
* UEX Architect		* Släpp när som helst		* Releaser
* Release Train Engineer (RTE)		* Agile Release Train		* Program epos
* Systemet Architect/ingenjör		* Släpp		* Program Kanban
* Företagsägare				* Programeftersläpning
* Lean-agila ledare				* Icke-funktionella krav
* Praxisgemenskaper				* Viktat kortaste jobb först (WSJF)
* Delade tjänster				* Program PI-mål
* Kund				* Funktion
				* Möjliggörare
				* Lösning
				* Värdeströmskoordinering

• 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
* Program Portfolio Mgmt		* Kanban Portfolio(Epic) Planering		* Företag
* Episka ägare				* Portfolio Backlog
				* Portfölj Kanban
				* Icke-funktionella krav
				* Epic och Enabler
				* 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 Increment).		* Syn
* Systemteam		* Lösningsdemos		* Färdkarta
* Release Management		* Inspektera och adoptera workshop		* Mätvärden
* Lösningshantering		* Agile Release Train		* Milstolpar
* UEX Architect				* Releaser
* Value Stream Engineer (RTE)				* Value Stream Epics
* Lösning Architect/ingenjör				* Value Stream Kanban
* Delade tjänster				* Value Stream Backlog
* Kund				* Icke-funktionella krav
* Leverantör				* Viktat kortaste jobb först (WSJF)
				* Värdeströms PI-mål
				* Förmåga
				* Möjliggörare
				* Lösningskontext
				* Värdeströmskoordinering
				* Ekonomisk ram
				* Lösningsavsikt
				* MBSE
				* Set Baserat
				* 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.

Sammanfattning

• SAFe är en branschbeprövad, värdefokuserad metod för att skala Agile på Enterprise-nivå.
• Den svarar på frågor som "Hur planerar vi?", "Hur budgeterar vi?" och "Hur blir vi tvärfunktionella inom arkitektur och DevOps?"
• SAFe Agile framework hjälper stora organisationsteam att uppfylla en organisations strategiska mål, inte bara individuella projektmål.
• Ramverket erbjuder möjligheten att upprätthålla och skapa en centraliserad strategi för att leverera värde.
• SAFe-modellen har tre/fyra nivåer som centraliserar en organisations strategiska teman.
• Centraliserad strategi, kombinerat med decentraliserat agilt utvecklingsutförande.

Referenser:

SAFe for Lean Enterprises 5.0:

http://www.scaledagileframework.com