Vad är Scaled Agile Framework (SAFe)?

Den här bloggen om skalad agil ram hjälper dig att förstå hur man kan skala agila principer och metoder till stora och uppdragskritiska projekt

Många organisationer gör en övergång från traditionell vattenfallsmetodik till smidiga metoder. Än,ett vanligt klagomål är att smidig utveckling inte går bra. Det finns ett antal smidiga ramar som nu är tillgängliga för stora företagsprojekt. Den här artikeln fokuserar på en av de mest populärastorskaliga agila ramar: Scaled Agile Framework (SAFe).Låt oss dyka djupare in i exakt Scaled Agile Framework och hur det typiskt implementeras.

De ämnen som diskuteras i den här artikeln är följande:





  1. Övergång till smidig
  2. Vad är Scaled Agile Framework?
  3. Levels of Scaled Agile Framework
    1. Lagnivå
    2. Programnivå
    3. Värde Stream-nivå
    4. Portföljnivå
  4. SAFe-konfigurationer
  5. Fördelar med Scaled Agile Framework
  6. Nackdelar om skalad agil ram

Övergång till smidig

För närvarande, Vig är ett välkänt utvecklingskoncept och den metod som valts för många utvecklingsteam, särskilt de som försöker skapa en miljö av kontinuerlig leverans .Även om alla går smidiga idag, är ett vanligt klagomål att det inte visar tillfredsställande resultatpå företagsnivå. Det utgör många frågor som:

  • Svårigheter med att samordna flera team som arbetar med ett storskaligt projekt
  • Hantera längre planeringshorisonter
  • För många teammedlemmar att samarbeta och hantera
  • Ökad insats för att hålla reda på flera olika källor till krav
  • Omappade beroenden som skapar oväntade problem och hinder

Det finns många skalbara smidiga ramar som vill lösa problemen i samband med smidighet i stor skala. De tre ledande ramarna ärStorskalig Scrum (LeSS), Scaled Agile Framework (SAFe) och Disciplined Agile (DAD). I den här artikeln är vårt huvudfokus på Scaled Agile Framework.



vad är paket i java

Vad är Scaled Agile Framework?

Scaled Agile Framework, även känt som SAFe, är en utvecklingsram för företagsskala, utvecklad av metodolog Dean Leffingwell. Den använder en kombination av befintliga mager och smidig principer och kombinerar dem i en mall ram för stora projekt.

SAFe utvecklades 2011 för att hjälpa tillmjukvaruutvecklingsteam ger produkter av högre kvalitet till marknaden i snabbare takt.Den fokuserar på fyra grundläggande värden, vilka är:

SAFEValues ​​- Scaled Agile Framework - Edureka



Inriktning

Det är nödvändigt att hålla jämna steg med snabba förändringar, störande konkurrensstyrkor och geografiskt fördelade team. Mer vikt bör ges till företagets affärsmål över lagmål.

Inbyggd kvalitet

Det säkerställer attvarje element och varje steg i byggnaden är upp till samma höga kvalitetsstandard under hela utvecklingslivscykeln. Kvalitet är mycket viktigt, utan den kommer organisationen sannolikt att fungera med stora partier av obekräftat, ogiltigt arbete.

Genomskinlighet

Att utveckla produkter i stor skala är inte en lätt uppgift. För att uppnå bästa resultat är transparens inom organisationen verkligen viktigt. Öppenhet och förtroende säkerställer detverksamheten och utvecklingen kan med säkerhet lita på att en annan agerar med integritet, särskilt i svårigheter.

Programutförande

Naturligtvis betyder ingentingom lag inte kan utföra och kontinuerligt leverera de bästa resultaten. Därför lägger SAFe intensivt fokus på arbetssystem och affärsresultat. Även om övergången till smidig är vanligt, kämpar lag ofta för att leverera mer betydande mängder lösningsvärde, pålitligt och effektivt.

Scaled Agile Framework försöker integrera alla dessa kärnvärden för att ge betydande förbättringar av leveranstid, anställdas engagemang, produktivitet och huvudsakligen produktens kvalitet. Nu när du har en uppfattning om vad SAFe är, låt oss gräva lite djupare för att veta mer.

Nivåer av skalade agila ramar

SAFe är en mall för att skala smidig till stora organisationer. Den har fyra nivåer, som är:

Låt oss lära oss mer om var och en av dessa nivåer.

Obs: Viktiga SAFe-villkor

  • Agila lag - De är en liten grupp individer som fokuserar på att definiera, bygga och testa lösningar inom en kort tidsram.
  • Agile Release Train (ART) - Det är en självorganiserande, långlivad grupp av smidiga lag vars syfte är att planera, begå och genomföra lösningar tillsammans. De finns enbart för att leverera utlovat värde genom att bygga fördelaktiga lösningar för kunden.

Lagnivå

På lagnivå,de tekniker som beskrivs är de som används i Klunga , levererar produktinkrement (arbetsprogramvara) varannan vecka sprintcykel. Team kan dock också arbeta i Kanban eller Scrumban. De Lagnivå innehåller de roller, artefakter, händelser och processer som agila team bygger och levererar.

  • ART-roller och funktioner, inklusive Release Train Engineer (RTE), Product Management, System Architect, etc stöder alla lag på tåget
  • Agila lag är fullt kapabla avdefiniera, bygga, testa och distribuera berättelser från deras produktstock
  • Team använder ScrumXP eller Kanban för att leverera högkvalitativa produkter och producerar rutinmässigt enSystemdemo (integrerad bild av nya funktioner) för den senaste iterationen
  • Varje lag har fem till nio medlemmar och inkluderar alla roller som krävs för att bygga ett kvalitetssteg
  • Inblandade roller är ett Agile-team (ett tvärfunktionellt ScrumXP eller Kanban), Development Team, Scrum Master & Product Owner
  • Identifiera, prioritera, schemalägga, implementera, testa och acceptera berättelserna är de främsta kraven för ledningsarbete på teamnivå
  • Teamet tillämpar bästa praxis som inbyggd kvalitet för att säkerställa att produkten uppfyller lämpliga kvalitetsstandarder under hela utvecklingen

SAFe-teamnivån är en viktig del av Programnivå . Men vad är programnivån exakt?

Programnivå

På programnivå fungerar SAFe på samma nivå som på lagnivå, utom i stor skala. Som i,det hänvisar till flera team som arbetar tillsammans under ledning av programledningsgruppen och levererar värde i konceptet Agile Release Train. Den har teamnivåer, roller och aktiviteter som levererar ett kontinuerligt flöde av värde.

  • Varje ART har 5 till 12 agila team och de arbetar i en tidsinställd strategi där produktsteg är 8 till 12 veckor långa
  • Produktinkrement har fyra iterationer för utveckling , följd av en iteration av innovation och planering

Så här fungerar en typisk programnivå.

Steg 1: Produktchef bestämmer innehållet i ett potentiellt leveransbart steg med hjälp av en Programbacklog

Steg 2: Produktinkrementet börjar med Product Increment Planning (PI Planning) , en kadensbaserad planering ansikte mot ansikte, som anpassar alla lag på ART till uppdraget.

Steg 3: Sedan bryter lagen upp för att diskutera vad de kan göra inom sin grupp medan anpassa sig till andra lag . De planerar och diskuterar i princip ett antal sprints framåt på funktionsnivån, till skillnad från scrum gör (Scrum planerar bara en sprint framåt).

Steg 4: Delagens åtaganden och beroenden mellan lag kartläggs på en programtavla .

Steg 5: Scrum Masters ochSläpp Train Engineer, som är Scrum Master för tåget, underlättar program genom olika mekanismer som program kanban, inspektera och anpassa workshops etc. för att diskutera uppdragets framsteg . Detta avslutar fyra iterationer för utveckling.

Steg 5: Nästa upp är 5: e iteration. Det är för härdning, innovation och planering . Härdning innebär slutlig verifiering och testning. Innovation handlar om att utforska nya idéer. Planering innebär underhåll på släpptåget och planering för nästa cykel på tio veckor.

Denna nivå har också en arkitekturbana som består av befintlig kod, komponenter och teknisk infrastruktur för att stödja produktfunktioner. Därefter har vi en valfri nivå som kallas Värde Stream-nivå.

Värde Stream-nivå

Value Stream-nivån är en valfri nivå avsedd för byggare av stora och komplexa lösningar, som vanligtvis kräver flera ART och leverantörers bidrag. Det erbjuder ett antal funktioner som är nya i SAFe 4.0.

Notera: Varje värdeström är en långvarig serie av systemdefinition, utveckling och distributionssteg som används för att bygga och distribuera system som ger ett kontinuerligt flöde av värde till verksamheten eller kunden.

  • Huvudsyftet äratt beskriva Lean-Agile-metoder för att definiera, bygga och distribuera stora, verksamhetskritiska lösningar
  • Dessa tillvägagångssätt hjälper till att hantera utmaningen fråndefiniera, bygga och distribuera stora, uppdragskritiska lösningar i skala. Det krävsytterligare konstruktioner, artefakter och samordning
  • Vanligtvis är fsjukdom i lösningen, eller till och med ett delsystem, har oacceptabla ekonomiska och samhälleliga konsekvenser
  • Denna nivå innehåller
    • Ett Ekonomisk ram vilket ger ekonomiska gränser för Value Stream-beslutsfattande
    • TILL Lösning Syfte som ett förvar för att hålla reda på avsedd och verklig lösningsbeteende
    • TILL Lösningskontext , som beskriver hur lösningen passar i distributionsmiljön
    • Förmåga som beskriver lösningens större beteenden
  • Denna nivå ärorganiserad runt Programsteg , som synkroniseras över alla Agile Release Trains i värdeströmmen
  • För att diskutera framstegen och planera saker har denna nivå också För - och Planering efter PI möten och Lösningsdemo
  • Ger ocksåytterligare roller som Lösningshantering , Lösningsarkitekt / teknik , och den Value Stream Engineer

Slutligen har vi en portföljnivå.

Portföljnivå

De P ortfolio är den högsta nivån av oro i SAFe. Det ger de principer, metoder och roller som behövs för att initiera, organisera och styra en uppsättning utvecklingsvärden. Definierar strategi och investeringsfinansiering för värdeströmmarna och deras lösningar.

  • Det ger Agile portföljverksamhet och magert styrning för människorna och resurser som behövs för att leverera lösningar
  • Tillhandahåller grundläggande konstruktioner som behövs för att organisera Lean-Agile Enterprise runt värdeflödet via en eller flera värdeströmmar
  • Var och en av dessa värden strömmar utvecklar de system och lösningar som krävs för att möta den strategiska avsikten
  • Levererar grundläggande budget och nödvändiga styrmekanismer, inklusive Lean Budget Guardrails
  • Se till att värdeströmmar och dess tåg fokuserar på att bygga rätt saker med rätt investeringsnivå

Varje SAFe-portfölj har en tvåvägsanslutning till företaget .

  • Det första sättet är att tillhandahålla de strategiska teman som leder portföljen till de större och ständigt föränderliga affärsmålen. Dessa strategiska teman ansluter portföljen till den utvecklande affärsstrategin, ger affärssammanhang för beslutsfattande inom portföljen och påverkar investeringar i värdeströmmar och fungerar som input till portfölj, lösning och programbacklogs. Strategiska teman skapas inte av verksamheten isolerat, utan snarare viktiga portföljintressenter deltar i den processen.
  • Den andra riktningen ger ett konstant flöde av feedback från portföljen tillbaka till företagets intressenter. Detta inkluderar värdeström viktiga prestandaindikatorer,kvalitativa bedömningar av det aktuella läget för portföljens lösningar för marknadsändamåle, tillsammans med alla styrkor, svagheter, möjligheter och hot som finns på portföljnivån.

På detta sätt fungerar Scaled Agile Framework som ettinteraktiv kunskapsbas för att implementera agila metoder i företagsskala. Det erbjuder fyra smaker av SAFe-konfigurationer.

SAFe-konfigurationer

SAFe stöder hela utvecklingsmiljön med fyra olika konfigurationer,

Viktiga SAFe

Essential SAFe-konfigurationen är kärnan i ramverket och är den enklaste utgångspunkten för att genomföra SAFe.Det är den grundläggande byggstenen för alla andra SAFe-konfigurationer och beskriver de mest kritiska elementen som krävs för att använda majoriteten av ramens fördel. Består av lagnivå och programnivå för SAFe.

Stor lösning SAFe

Denna konfiguration är för att utveckla största och mest komplexa lösningarna som vanligtvis kräver flera Agile Release Trains (ART) och leverantörer, men kräver inte överväganden på portföljnivå. Används vanligtvis i industrier som flyg, försvar, fordonsindustri etc. Består av lagnivå, programnivå och stor lösningsnivå. Lösningsnivå hjälper företag som står inför de största utmaningarna - att bygga storskalig tvärvetenskaplig programvara, hårdvara och komplexa IT-system.

Portfölj SAFe

Portföljkonfiguration hjälper till anpassa portföljutförande till företagsstrategi ochtillhandahåller grundläggande konstruktioner för att organisera Lean-Agile Enterprise kring värdet.Lean-Agile-budgetering ger beslutsfattare, kanban-system ger portföljsynlighet och WIP-gränser, företagsarkitektur styr större teknikbeslut. Och objektiva mätvärden stöder styrning och förbättring.Flödet av värde levereras via Epics.Den består av lagnivå, programnivå och portföljnivå.

Fullständig SAFe

Det är mestomfattande version av ramverket och består av alla fyra nivåer av SAFe - teamnivå, programnivå, portföljnivå och värdeströmnivå. Fullständig SAFestöder företag som bygger och underhåller stora integrerade lösningar som kräver hundratals människor eller mer, och inkluderar alla nivåer av SAFe. Ibland kan det krävas flera fall av olika SAFe-konfigurationer i de största företagen för att fungera och leverera produkten.

Enkelt uttryckt är Scaled Agile Frameworkdesignade inte så mycket som en enda ramrk, men som en bred kunskapsbas med beprövade bästa metoder som team har använt för att leverera framgångsrika mjukvaruprodukter. Den har sina egna pluspoäng och negativa poäng.

Fördelar med Scaled Agile Framework

  • Ger möjlighet att utnyttja en relativt lätt ram som skapar effektivitet i mjukvaruutveckling samtidigt som det centraliserade beslutsfattandet bibehålls på företagsnivå
  • Hjälperteam upprätthåller anpassningen till affärsmål ochuppnå större öppenhet
  • Hjälper tvärfunktionella team samarbeta mer effektivt
  • Mycket lämplig för stora organisationer
  • Lägger mer tonvikt på människor framför teknik

Även om SAFe ger många fördelar med bordet, har det också sina egna nackdelar.

Nackdelar med Scaled Agile Framework

  • SAFe tarför mycket av en top-down-strategi snarare än en team-baserad strategi
  • Betonar kraftigt användningen av dess speciella praxis och regler, utan att lämna mycket utrymme för anpassning från organisationens sida
  • Ytterligare lager av tillsyn, administration och samordning av SAFe gör att det liknar vattenfallet som många lag försöker lämna bakom

Kort sagt, SAFe är skapat för att tillgodose stora organisationer med stora lösningar,särskilt genom att göra det möjligt för organisationer av en viss storlek att ta en mer smidig inställning till mjukvaruutveckling. Det är dock uppenbart att SAFe har flera nackdelar, av vilka lag bör vara medvetna om och planera därefter.

Det är det, folkens !. Med detta har vi nått slutet på artikeln. Du kan känna dig överväldigad av antalet nyckeltermer som används här. Om ja, kan du hänvisa till detta Skalad Agile Framework Ordlista .

Se till att du är väl insatt i Scrum-terminologin innan du börjar använda den.

Har du en fråga till oss? Vänligen nämna det i kommentarsektionen i detta ”Vad är Scrum?” artikeln så återkommer vi så snart som möjligt.