Agile produktleverans

specifikt kan du ta dig tid att utveckla och ta med till bordet ett externt, marknadscentrerat perspektiv som är så övertygande och så välinformerat att det kan motverka den inside-out-företagscentrerade inriktningen av förra årets verksamhetsplan.

—Geoffrey Moore, Escape Velocity

Agile produktleverans är ett kundcentrerat tillvägagångssätt för att definiera, bygga och släppa ett kontinuerligt flöde av värdefulla produkter och tjänster till kunder och användare.

det är en av de sju kärnkompetenserna i Lean-företaget, som var och en är avgörande för att uppnå affärsmässighet. Varje kärnkompetens stöds av en specifik bedömning som gör det möjligt för företaget att bedöma sin kompetens. Dessa kärnkompetensbedömningar, tillsammans med rekommenderade förbättringsmöjligheter, är tillgängliga från Measure and Grow-artikeln.

Varför Smidig Produktleverans?

för att uppnå affärsmässighet måste företag snabbt öka sin förmåga att leverera innovativa produkter och tjänster. För att vara säker på att företaget skapar rätt lösningar för rätt kunder vid rätt tidpunkt måste de balansera sitt exekveringsfokus med ett kundfokus. Dessa funktioner är ömsesidigt stödjande och skapar möjligheter för fortsatt marknads-och tjänsteledarskap. Som illustreras i Figur 1 finns det tre dimensioner för smidig produktleverans.

1. kundcentricitet och designtänkande – kundcentricitet sätter kunden i centrum för varje beslut och använder designtänkande för att säkerställa att lösningen är önskvärd, genomförbar, livskraftig och hållbar.
2. utveckla på kadens; Release on Demand – utveckling på kadens hjälper till att hantera variationen i produktutvecklingen. Frikoppling frigörandet av värde säkerställer kunder kan få vad de behöver när de behöver det.
3. DevOps och Continuous Delivery Pipeline – DevOps och Continuous Delivery Pipeline skapar grunden som gör det möjligt för företag att frigöra värde, helt eller delvis, när som helst för att möta kundernas och marknadens efterfrågan.

avsnitten som följer beskriver var och en av dessa dimensioner av smidig produktleverans mer detaljerat.

kundcentricitet och designtänkande

kundcentricitet är ett tankesätt och sätt att göra affärer som fokuserar på att skapa positiva engagemang när kunderna upplever de produkter och tjänster som företaget erbjuder. Kundcentrerade företag skapar större vinster, ökar medarbetarnas engagemang och tillgodoser kundernas behov mer noggrant. Kundcentrerade regeringar och ideella organisationer skapar motståndskraft, hållbarhet och den anpassning som behövs för att uppfylla sitt uppdrag.

Lean-Agila företag uppnår dessa mål genom att tillämpa Design Thinking, en iterativ lösningsutvecklingsprocess som säkerställer att lösningar önskas av kunder och användare samtidigt som lösningen är genomförbar, ekonomiskt genomförbar och hållbar under hela sin livscykel.

Agile Product Management fungerar som den centrala samordningsfunktionen för att få nya lösningar på marknaden samtidigt som man säkerställer den pågående framgången för befintliga produkter.

kundcentricitet

när ett kundcentrerat företag fattar ett beslut, anser det djupt vilken effekt det kommer att ha på sina slutanvändare . Detta motiverar lag till:

• fokus på kund-kundcentrerade företag använder marknads-och användarsegmentering för att anpassa och fokusera företaget på specifika, riktade användarsegment.
• förstå kundens behov – kundcentrerade företag går utöver att bara lyssna på kunder som ber om funktioner. Istället investerar de tid för att identifiera kundernas behov och bygga lösningar som tillgodoser dessa behov.
• tänk och känna att de kund – kundcentrerade företagen är empatiska och strävar efter att se världen ur kundens synvinkel.
• Bygg hela produktlösningar – kundcentrerade företag utformar en komplett lösning för användarens behov, vilket säkerställer att kundens initiala och långsiktiga erfarenhet är optimal och utvecklas efter behov.
• skapa kundlivstidsvärde – kundcentrerade företag går bortom transaktionsmentalitet och fokuserar istället på den totala relationen med en kund över lösningens naturliga liv. Den resulterande långsiktiga kundrelationen gör det möjligt för företaget att skapa kundvärde, ofta på sätt som inte förväntades när lösningen först släpptes .

designtänkande

designtänkande är en integrerad del av kundcentricitet. Design thinking har två huvudaktiviteter, som kulminerar i en hållbar lösning, som visas i Figur 2:

1. förstå problemet, vilket ger insikt i kraven och fördelarna med en önskvärd lösning
2. utforma rätt lösning, vilket säkerställer att lösningen är tekniskt genomförbar
3. se till att lösningen är livskraftig och hållbar genom att förstå och hantera lösningsekonomi

att använda designtänkande under hela lösningens livscykel säkerställer att dessa tre attribut kvarstår under lösningens livstid.

utveckla på kadens; Release on Demand

kundcentrerade företag strävar efter att skapa ett kontinuerligt flöde av värde till sina kunder. Tidpunkten för dessa utgåvor bestäms av marknads-och kundbehov och företagets egen motivation att ge värde. Vissa företag kan släppa extremt ofta, medan andra kan begränsas av efterlevnad eller andra marknadskrav som motiverar mindre frekventa utsläpp. Sammantaget hänvisar SAFe till dessa funktioner som Release on Demand.

Release timing sammanfaller dock inte med arbetsflödet för de människor som skapar lösningar. Team tillämpar en processmodell som är optimerad för mycket varierande kunskapsarbete. I SAFe är detta känt som Utveckla på Cadence, en samordnad uppsättning metoder som stöder agila team genom att tillhandahålla en pålitlig serie händelser och aktiviteter som sker på ett regelbundet, förutsägbart schema . Att koppla bort de händelser och aktiviteter som stöder organisationen som skapar värde från hur det värdet levereras främjar ytterligare affärsmässighet (Figur 3).

Agile Team och Agile Release Train Cadences

safes kadensstruktur stöder agila team och Agile Release Trains (ARTs) för att skapa och leverera värde.

• iterationer är den grundläggande byggstenen för smidig utveckling. Varje iteration är en standard timebox med fast längd där agila team levererar inkrementellt värde. För agila team är dessa vanligtvis fungerande programvara och hårdvara, medan affärsteam kommer att ge andra aspekter av värde. En typisk timebox-varaktighet är två veckor. Men något kortare eller längre timeboxar kan vara användbara. Iterationer är välstrukturerade och följer en konsekvent cykel av Iterationsplanering, Iteration Execution (som inkluderar en daglig stand-up och backlog förfining), Iteration Review och en iteration retrospektiv.
• program Increments (Pi) är en större timebox, en uppsättning iterationer under vilka en grupp agila team organiserade i en konst levererar inkrementellt värde, i form av fungerande, testad programvara och system. Pi: er är vanligtvis etablerade som en fast 8 – 12 – veckorsperiod, bestående av 3-5 utvecklingsiterationer, följt av en iteration för Innovation och planering (IP).

programsteg organiseras ytterligare för att inkludera ytterligare kadensbaserade evenemang och aktiviteter som främjar affärsmässighet.

arbeta i programsteg

programsteg är nyckeln till att skapa ett kadensbaserat företag. De representerar en timebox ’tillräckligt stor’ för att planera och utföra betydande arbete samtidigt som ’tillräckligt liten’ för att främja snabb feedback och mid-course korrigering. Följaktligen har en programökning flera viktiga aktiviteter och evenemang:

• program Increment (PI) planering är den viktigaste kadensbaserade händelsen i företaget. PI planering fungerar som hjärtslag av konsten, anpassa alla sina team till ett gemensamt uppdrag och vision. Medan ingångarna till PI-planeringen varierar beroende på sammanhang, inkluderar de två primära utgångarna:

• • engagerade PI-mål – dessa affärs-och tekniska mål för varje lag, med överenskommelse och värde tilldelat av företagare, styr lagets arbete för nästa programökning.
  • programkort – Detta är en ”visuell radiator” av leveransdatum för nya funktioner, funktionsberoende bland lag och med andra konster och relevanta milstolpar (Figur 4).

• Systemdemos utförs i slutet av varje iteration och ger en integrerad bild av nya funktioner för den senaste iterationen. Varje demo ger konstintressenter ett objektivt mått på framsteg för den nuvarande ökningen. Genom att ge möjligheter till realtidsjusteringar är en systemdemo en kritisk händelse som möjliggör affärsmässighet.
• inspektera och anpassa (i &A) händelser hålls i slutet av varje programökning (PI). Det ger hela konsten en möjlighet att identifiera processförbättring via en strukturerad, problemlösningsverkstad.
• Innovation och planering iterationer erbjuder en möjlighet i varje PI för team att arbeta med innovationsaktiviteter som är svåra att passa in i ett kontinuerligt, inkrementellt värdeleveransmönster.

medan lag och konst arbetar med denna kadens kan företaget utnyttja den kontinuerliga Leveransrörledningen för att frigöra värde när som helst som marknads-och styrningsförhållandena garanterar.

Release on Demand

Release on Demand fångar de mekanismer och processer genom vilka ny funktionalitet distribueras i produktion och släpps omedelbart eller stegvis till kunder baserat på efterfrågan. Företag varierar när de släpper funktionalitet.

tillsammans med intressenter bestämmer Agile Product Management när en release ska ske, vilka delar av systemet som ska släppas och vilka slutanvändare och kunder som ska få utgåvan. Vissa produkter betjänar marknader där det är det optimala valet att släppa ny funktionalitet så snart den är tillgänglig. Anmärkningsvärda exempel är moderna Saas-mjukvaru-och tjänsteleverantörer som har skapat sofistikerade DevOps-funktioner som gör att de kan släppa värde flera gånger per dag.

andra kan tjäna marknader med distinkta marknadsrytmer som styr optimala släppfönster. Till exempel finns det en tydlig marknadsrytm för att sälja kalla vädervaror, allt från kläder till fordon, som till stor del definieras av halvklotet där du bor. Den större försörjningskedjan svarar på dessa rytmer, vilket ytterligare beskrivs i färdplanen.

ytterligare faktorer som påverkar när ett företag kanske vill släppa funktionalitet är:

• Regleringsfrister
• svara på produktfel och säkerhetsuppdateringar
• svara på konkurrenstryck på marknaden

alltmer sofistikerade arkitekturer och tekniska metoder som förbättrar företagets smidighet stöder också Release on Demand. Produkttelemetri samlar till exempel in data för att mäta resultathypotesen och få objektiva bevis på hur kunderna svarar på det frigjorda värdet. Separat släppbara komponenter, mörka lanseringar, funktionsväljare och Canary-utgåvor maximerar affärsflexibiliteten samtidigt som driftsstabiliteten säkerställs.

DevOps och Continuous Delivery Pipeline

medan det är lätt att komma överens om att Release on Demand är målet, skapar kompetensen att tillförlitligt och skickligt släppa värde när så önskas är hårt arbete. Det handlar om att omfamna DevOps tänkesätt och kultur och skapa en alltmer automatiserad kontinuerlig leverans Pipeline.

omfamna DevOps tänkesätt, kultur och praxis

när digitala störningar fortsätter att förändra världen, och när Programvara blir en större del av varje företags förmåga att leverera och stödja sina produkter och tjänster, står varje företag inför behovet av att reagera på kundernas efterfrågan och behöver snabbare med digitala lösningar. Ett vanligt problem för snabb leverans har alltid varit klyftan mellan utveckling och drift; den förra optimerar för frekventa utgåvor och förändringar, den senare optimerar för driftsstabilitet. Om den inte tas upp skapar denna dikotomi i världsbilden ett hinder för framgång.

populariserad av böcker, inklusive Phoenix-projektet och den senare DevOps-handboken , arbetar DevOps-rörelsen för att anpassa utvecklingen, verksamheten, verksamheten, informationssäkerheten och andra områden för att arbeta bättre genom att dela ansvaret för att förbättra affärsresultaten. Anledningen är enkel: högpresterande organisationer tillämpar DevOps-kapacitet för att dramatiskt överträffa andra i både tekniska aspekter och affärsresultat, som Figur 5 illustrerar.

DevOps är antagandet av ett tänkesätt, en kultur och en uppsättning tekniska metoder som ger lösningselement till kunden utan handoffs eller överdriven extern produktion eller driftstöd. Som illustreras i Figur 6 är safes inställning till DevOps grundad i fem begrepp: kultur, Automation, Lean Flow, mätning och återhämtning (CALMR).

• kultur representerar filosofin om delat ansvar för snabb värdeleverans över hela Värdeströmmen. Den består av alla som hjälper till att skapa värde, inklusive produkthantering, utveckling, testning, säkerhet, efterlevnad, drift etc.
• automatisering representerar behovet av att ta bort mänskligt ingripande från så mycket av rörledningen som möjligt för att minska fel och minska den totala cykeltiden för frigöringsprocessen.
• Lean flow identifierar metoderna för att begränsa arbetet i process (WIP), minska batchstorleken och hantera kölängder. Dessa påskyndar värdeflödet till kunden och möjliggör snabbare feedback.
• mätning främjar lärande och kontinuerlig förbättring genom att förstå och kvantifiera värdeflödet genom rörledningen.
• Recovery bygger system som möjliggör snabba korrigeringar av produktionsproblem genom automatisk återställning och ’fix forward’ – funktioner (dvs. fix in production).

en fördel med CALMR-modellen är att den är utformad för att fungera med en organisation på vilken nivå som helst av företagets smidighet, omedelbart stödja dem när de börjar processen med obeveklig förbättring.

Continuous Delivery Pipeline

Continuous Delivery Pipeline representerar arbetsflöden, aktiviteter och automatisering som behövs för att shepherd en ny bit av funktionalitet från ideation till en on-demand frisättning av värde till slutanvändaren. Som illustreras i Figur 7 består rörledningen av fyra aspekter: Kontinuerlig prospektering (CE), kontinuerlig Integration (CI), kontinuerlig distribution (CD) och Release on Demand. Rörledningen är den viktigaste delen av den smidiga produktleveranskompetensen (Figur 1).

varje Agile Release Train (ART) bygger och underhåller, eller delar med andra ARTs, en pipeline med de tillgångar och tekniker som behövs för att leverera lösningsvärde så oberoende som möjligt. De tre första elementen i rörledningen (CE, CI och CD) arbetar tillsammans för att stödja leveransen av små satser av ny funktionalitet, som sedan släpps i enlighet med marknadens efterfrågan.

kontinuerlig utforskning främjar innovation och bygger anpassning till vad som ska byggas. Design Thinking används för att kontinuerligt utforska marknads-och kundbehov och definiera en Vision, färdplan och en uppsättning funktioner för en lösning som tillgodoser dessa behov. Under CE tas nya ideer upp, förfinas och förbereds som en lista över prioriterade funktioner i Programbackloggen. De dras in i genomförandet under PI-planeringen, som börjar den kontinuerliga integrationsprocessen.

kontinuerlig Integration bygger kvalitet i utvecklingsprocessen genom att kontinuerligt integrera det pågående arbetet i många agila team. Allt arbete är versionsstyrt och ny funktionalitet byggs och integreras i ett komplett system eller lösning. Sedan valideras den i en lämplig staging-miljö som sträcker sig från rena molnbaserade mjukvarusystem till fysiska enheter och/eller enhetssimulatorer.

Continuous Deployment fångar processerna som är förknippade med att flytta lösningar genom iscensättning i produktionsmiljöer. Som med kontinuerlig Integration varierar detta väsentligt baserat på vilka typer av lösningar som skapas och deras tillhörande lösningskontext. För att säkerställa att lösningar är redo för en fullständig release till kunder, inkluderar distribution övervakning för att ge flexibilitet i att kontrollera releaser, rulla tillbaka en release, eller distribuera inkrementella uppdateringar och patchar.

som beskrivits ovan är Release on Demand möjligheten att göra värde tillgängligt för kunder på en gång eller på ett ad hoc-sätt baserat på marknads-och affärsbehov. Release on Demand är centralt för företagets smidighet, eftersom besluten om vad man ska släppa till vem och när är viktiga värdedrivare.

sammanfattning

företag måste balansera sin exekveringsfokus med ett kundfokus för att säkerställa att de skapar rätt lösningar, för rätt kunder, vid rätt tidpunkt. Agile produktleverans är grundad i kundcentricitet, vilket sätter kunden i centrum för varje beslut. Den använder designtänkande för att säkerställa att lösningen är önskvärd, genomförbar, livskraftig och hållbar.

utveckling på kadens hjälper till att hantera variationen i produktutvecklingen. Release on demand frikopplar release och utveckling kadens för att säkerställa kunder kan få vad de behöver när de behöver det. DevOps och CDP skapar grunden som gör det möjligt för företag att frigöra värde, helt eller delvis, när som helst för att möta kundernas och marknadens efterfrågan.

resultatet av smidig produktleverans är förbättrad affärsrörlighet med överlägsna resultat för företaget och de kunder det tjänar.

Läs Mer

Norman, Don. Utformningen av vardagliga saker. Han är en av de mest kända och mest kända i världen. Value Proposition Design: Hur man skapar produkter och tjänster som kunder vill ha. Wiley, 2014. Leffingwell, Dean. Agila programkrav: Lean Kravpraxis för Team, program och företag. Addison-Wesley, 2011. Kim, Gene. Phoenix-Projektet: En roman om det, DevOps, och hjälpa ditt företag att vinna. Det Revolution Press. Kim, Gene, Jez Humble, Patrick Debois och John Willis. DevOps Handbook: hur man skapar Agility, tillförlitlighet och säkerhet i teknikorganisationer i världsklass. Det Revolution Press. Accelerera-tillstånd av DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Senast uppdaterad: 10 februari 2021