Agile produktlevering

specifikt kan du tage dig tid til at udvikle og bringe Bordet et udvendigt, markedscentreret perspektiv, der er så overbevisende og så velinformeret, at det kan opveje den indvendige virksomhedscentriske orientering i sidste års driftsplan.

—Geoffrey Moore, Escape Velocity

Agile Product Delivery er en kundecentreret tilgang til at definere, opbygge og frigive en kontinuerlig strøm af værdifulde produkter og tjenester til kunder og brugere.

det er en af de syv kernekompetencer i Lean Enterprise, som hver især er afgørende for at opnå Forretningsfleksibilitet. Hver kernekompetence understøttes af en specifik vurdering, som gør det muligt for virksomheden at vurdere deres færdigheder. Disse kernekompetencevurderinger, sammen med anbefalede forbedringsmuligheder, er tilgængelige fra måle-og Vækstartiklen.

Hvorfor Agile Produktlevering?

for at opnå Forretningsfleksibilitet skal virksomheder hurtigt øge deres evne til at levere innovative produkter og tjenester. For at være sikker på, at virksomheden skaber de rigtige løsninger til de rigtige kunder på det rigtige tidspunkt, skal de afbalancere deres eksekveringsfokus med et kundefokus. Disse kapaciteter er gensidigt støttende og skaber muligheder for vedvarende markeds-og serviceledelse. Som illustreret i Figur 1 er der tre dimensioner til agile produktlevering.

1. kundecentricitet og designtænkning – kundecentricitet sætter kunden i centrum for enhver beslutning og bruger designtænkning for at sikre, at løsningen er ønskelig, gennemførlig, levedygtig og bæredygtig.
2. udvikle på kadence; Release on Demand – udvikling på kadence hjælper med at styre variabiliteten i produktudvikling. Afkobling af frigivelsen af værdi sikrer, at kunderne kan få det, de har brug for, når de har brug for det.DevOps og Continuous Delivery Pipeline-DevOps og Continuous Delivery Pipeline skaber det fundament, der gør det muligt for virksomheder at frigive værdi, helt eller delvist, til enhver tid for at imødekomme kundernes og markedets efterspørgsel.

de følgende afsnit beskriver hver af disse dimensioner af agile produktlevering mere detaljeret.

kundecentricitet og designtænkning

kundecentricitet er en tankegang og måde at drive forretning på, der fokuserer på at skabe positive engagementer, når kunderne oplever de produkter og tjenester, virksomheden tilbyder. Kundecentriske virksomheder skaber større overskud, øger medarbejderengagement og tilfredsstiller kundernes behov mere grundigt. Kundeorienterede regeringer og nonprofitorganisationer skaber modstandsdygtighed, bæredygtighed og den tilpasning, der er nødvendig for at opfylde deres mission.

Lean-Agile virksomheder opnår disse mål ved at anvende Design Thinking, en iterativ løsningsudviklingsproces, der sikrer, at løsninger ønskes af kunder og brugere, samtidig med at løsningen er gennemførlig, økonomisk levedygtig og bæredygtig i hele dens livscyklus.

agil produktstyring fungerer som den centrale koordineringsfunktion for at bringe nye løsninger på markedet og samtidig sikre den løbende succes for eksisterende produkter.

kundecentricitet

når en kundecentreret virksomhed træffer en beslutning, overvejer den dybt den effekt, den vil have på sine slutbrugere . Dette motiverer teams til at:

• fokus på kunden-kundecentriske virksomheder bruger markeds-og brugersegmentering til at tilpasse og fokusere virksomheden på specifikke, målrettede brugersegmenter.
• forstå kundens behov – kundecentriske virksomheder bevæger sig ud over blot at lytte til kunder, der beder om funktioner. I stedet investerer de tid til at identificere kundernes behov og opbygge løsninger, der imødekommer disse behov.
• Tænk og føl dig som de kunde – kunde-centrerede virksomheder er empatiske og bestræber sig på at se verden fra deres kundes synspunkt.
• Byg hele produktløsninger – kundecentriske virksomheder designer en komplet løsning til brugerens behov, hvilket sikrer, at kundens indledende og langsigtede oplevelse(er) er optimal og udvikler sig efter behov.
• skab værdi for kundens levetid – kundecentriske virksomheder bevæger sig ud over transaktionsmentalitet og fokuserer i stedet på det samlede forhold til en kunde over løsningens naturlige liv. Det resulterende langsigtede kundeforhold gør det muligt for virksomheden at skabe kundeværdi, ofte på måder, der ikke var forventet, da løsningen først blev frigivet .

designtænkning

Designtænkning er integreret i kundecentricitet. Design thinking har to hovedaktiviteter, der kulminerer i en bæredygtig løsning, som vist i figur 2:

1. forståelse af problemet, som giver indsigt i kravene og fordelene ved en ønskelig løsning
2. design af den rigtige løsning, som sikrer, at løsningen er teknisk gennemførlig
3. sikring af løsningen er levedygtig og bæredygtig ved at forstå og styre løsningsøkonomi

anvendelse af designtænkning gennem hele løsningens livscyklus sikrer, at disse tre egenskaber vedvarer i løsningens levetid.

udvikle på kadence; Release on Demand

kundecentriske virksomheder søger at skabe en kontinuerlig strøm af værdi til sine kunder. Tidspunktet for disse udgivelser bestemmes af markeds-og kundebehov og virksomhedens egen motivation til at give værdi. Nogle virksomheder frigiver muligvis ekstremt ofte, mens andre kan være begrænset af overholdelse eller andre markedskrav, der motiverer mindre hyppige udgivelser. Samlet henviser SAFe til disse muligheder som frigivelse efter behov.

Udgivelsestiming falder imidlertid ikke sammen med arbejdsgangen for de mennesker, der skaber løsninger. Teams anvender en procesmodel, der er optimeret til meget variabelt vidensarbejde. I SAFe, dette er kendt som udvikle på kadence, et koordineret sæt praksis, der understøtter Agile Teams ved at levere en pålidelig række begivenheder og aktiviteter, der finder sted regelmæssigt, forudsigelig tidsplan . Afkobling af de begivenheder og aktiviteter, der understøtter organisationen, der skaber værdi, fra hvordan denne værdi leveres, fremmer yderligere Forretningsfleksibilitet (figur 3).

Agile Team og Agile Release Train Cadences

safes kadence struktur understøtter Agile Teams og Agile Release Trains (ARTs) i at skabe og levere værdi.

• iterationer er den grundlæggende byggesten for agil udvikling. Hver iteration er en standard timeboks med fast længde, hvor Agile Teams leverer inkrementel værdi. For Agile teams er disse typisk arbejdsprogrammer og udstyr, mens forretningshold vil give andre aspekter af værdi. En typisk timeboks varighed er to uger. Dog lidt kortere eller længere tidkasser kan være nyttige. Iterationer er velstrukturerede og følger en konsistent cyklus af Iterationsplanlægning, Iteration udførelse (som inkluderer en daglig stand-up og efterslæb forfining), Iteration gennemgang og en iteration retrospektiv.
• program Increments (PIs) er en større tidskasse, et sæt iterationer, hvor en gruppe Agile Teams organiseret i en kunst leverer inkrementel værdi i form af arbejdende, testede programmer og systemer. Pi ‘ er er typisk etableret som en fast 8 – 12 ugers periode, der består af 3 – 5 udvikling iterationer, efterfulgt af en Innovation og planlægning (IP) Iteration.

Programforøgelser er yderligere organiseret til at omfatte yderligere kadensbaserede begivenheder og aktiviteter, der fremmer Forretningsflygtighed.

arbejde i Programforøgelser

Programforøgelser er nøglen til at oprette en kadensbaseret virksomhed. De repræsenterer en timeboks ‘ stor nok ’til at planlægge og udføre betydeligt arbejde, mens de er’ små nok ‘ til at fremme hurtig feedback og midtvejskorrektion. Derfor har et Programforøgelse flere vigtige aktiviteter og begivenheder:

• Program Increment (PI) planlægning er den mest betydningsfulde kadensbaserede begivenhed i virksomheden. PI-planlægning fungerer som kunstens hjerteslag og tilpasser alle dets hold til en fælles mission og vision. Mens input til PI-planlægning varierer baseret på kontekst, de to primære output inkluderer:

• • forpligtede pi-mål – disse forretningsmæssige og tekniske mål for hvert team, med aftale og værdi tildelt af virksomhedsejere, styrer holdets arbejde til det næste programforøgelse.
  • programkort – dette er en “visuel radiator” af de nye funktionsleveringsdatoer, funktionsafhængigheder blandt hold og med andre kunstarter og relevante milepæle (figur 4).

• Systemdemoer udføres i slutningen af hver iteration og giver et integreret overblik over nye funktioner til den seneste iteration. Hver demo giver kunstinteressenter et objektivt mål for fremskridt for den aktuelle stigning. Ved at give muligheder for realtidsjusteringer er en systemdemo en kritisk begivenhed, der muliggør forretningsmæssig smidighed.
• Undersøg og tilpas (I & A) begivenheder afholdes i slutningen af hvert Programforøgelse (PI). Det giver hele kunsten mulighed for at identificere procesforbedringer via et struktureret, problemløsningsværksted.
• Innovation og planlægning iterationer giver en mulighed i hver PI for teams til at arbejde på innovationsaktiviteter, der er vanskelige at passe ind i en kontinuerlig, trinvis værdi levering mønster.

mens teams og kunst arbejder på denne kadence, kan virksomheden udnytte den kontinuerlige Leveringspipeline til at frigive værdi til enhver tid, som markeds-og styringsforholdene berettiger.

Release on Demand

Release on Demand indfanger de mekanismer og processer, hvormed ny funktionalitet implementeres i produktion og frigives straks eller trinvist til kunder baseret på efterspørgsel. Virksomheder varierer med hensyn til, hvornår de frigiver funktionalitet.

i samarbejde med interessenter bestemmer Agile Product Management, hvornår en frigivelse skal ske, hvilke elementer i systemet der skal frigives, og hvilke slutbrugere og kunder der skal modtage frigivelsen. Nogle produkter tjener markeder, hvor frigivelse af ny funktionalitet, så snart den er tilgængelig, er det optimale valg. Bemærkelsesværdige eksempler er moderne SaaS-programmer og tjenesteudbydere, der har skabt sofistikerede DevOps-funktioner, der giver dem mulighed for at frigive værdi flere gange om dagen.

andre kan betjene markeder med forskellige markedsrytmer, der styrer optimale frigivelsesvinduer. For eksempel, der er en tydelig markedsrytme ved at sælge varer i koldt vejr, lige fra tøj til køretøjer, der i vid udstrækning defineres af den halvkugle, hvor du bor. Den større forsyningskæde reagerer på disse rytmer, som yderligere beskrevet i roadmap-artiklen.

yderligere faktorer, der påvirker, når en virksomhed måtte ønske at frigive funktionalitet, er:

• lovgivningsmæssige frister
• reaktion på produktfejl og sikkerhedsopdateringer
• reaktion på konkurrencepræget markedstryk

stadig mere sofistikerede arkitekturer og teknisk praksis, der forbedrer Forretningsfleksibilitet, understøtter også frigivelse efter behov. For eksempel indsamler produkt telemetri data for at måle resultathypotesen og opnå objektiv dokumentation for, hvordan kunderne reagerer på den frigivne værdi. Separat frigivelige komponenter, mørke lanceringer, funktionsskift og canary-udgivelser maksimerer forretningsfleksibiliteten, samtidig med at driftsstabilitet sikres.

DevOps and the Continuous Delivery Pipeline

selvom det er let at blive enige om, at Release On Demand er målet, er det hårdt arbejde at skabe kompetence til pålideligt og dygtigt at frigive værdi, når det ønskes. Det indebærer at omfavne DevOps tankegang og kultur og skabe en stadig mere automatiseret kontinuerlig Leveringsrørledning.

Embracing DevOps Mindset, Culture and Practices

efterhånden som digital disruption fortsætter med at ændre verden, og da programmel bliver en større del af enhver virksomheds evne til at levere og understøtte deres produkter og tjenester, står enhver virksomhed over for behovet for at reagere hurtigere på kundernes efterspørgsel og behov med digitale løsninger. Et almindeligt problem for hurtig levering har altid været kløften mellem udvikling og drift; førstnævnte optimerer til hyppige udgivelser og ændringer, sidstnævnte optimerer til driftsstabilitet. Hvis den ikke behandles, skaber denne dikotomi i ‘verdensbillede’ en barriere for succes.

populariseret af bøger, herunder DevOps-projektet og den senere DevOps-Håndbog , arbejder ‘DevOps’ – bevægelsen for at tilpasse udvikling, drift, forretning, informationssikkerhed og andre områder til at arbejde bedre sammen ved at dele ansvaret for at forbedre forretningsresultaterne. Årsagen er enkel: højtydende organisationer anvender DevOps-kapaciteter til dramatisk at overgå andre på både tekniske aspekter og forretningsresultater, som figur 5 illustrerer.

DevOps er vedtagelsen af en tankegang, en kultur og et sæt tekniske fremgangsmåder, der leverer løsningselementer til kunden uden overdragelse eller overdreven ekstern produktions-eller driftsstøtte. Som illustreret i figur 6 er safes tilgang til DevOps baseret på fem begreber: kultur, automatisering, magert strømning, måling og genopretning (CALMR).

• kultur repræsenterer filosofien om fælles ansvar for hurtig værdi levering på tværs af hele værdistrømmen. Det består af alle, der hjælper med at skabe værdi, herunder produktstyring, udvikling, test, sikkerhed, overholdelse, drift osv.
• automatisering repræsenterer behovet for at fjerne menneskelig indgriben fra så meget af rørledningen som muligt for at mindske fejl og reducere den samlede cyklustid for frigivelsesprocessen.
• Lean-forløbet identificerer praksis med at begrænse arbejdet i processen, reducere batchstørrelsen og styre kølængder. Disse fremskynder værdistrømmen til kunden og muliggør hurtigere feedback.
• måling fremmer læring og løbende forbedring ved at forstå og kvantificere strømmen af værdi gennem rørledningen.
• gendannelse bygger systemer, der tillader hurtige rettelser af produktionsproblemer gennem automatisk tilbagekaldelse og ‘rettelse fremad’ kapaciteter (dvs.rettelse i produktion).

en fordel ved CALMR-modellen er, at den er designet til at arbejde med en organisation på ethvert niveau af Forretningsfleksibilitet og straks støtte dem, når de begynder processen med ubarmhjertig forbedring.

den kontinuerlige Leveringsrørledning

den kontinuerlige Leveringsrørledning repræsenterer de arbejdsgange, aktiviteter og automatisering, der er nødvendige for at hyrde et nyt stykke funktionalitet fra ideation til en on-demand frigivelse af værdi til slutbrugeren. Som illustreret i Figur 7 består rørledningen af fire aspekter: Kontinuerlig efterforskning (CE), Kontinuerlig Integration (CI), kontinuerlig implementering (CD) og frigivelse efter behov. Rørledningen er det vigtigste element i den agile produktleveringskompetence (Figur 1).

hvert Agile Release Train (ART) bygger og vedligeholder eller deler med andre ARTs en rørledning med de aktiver og teknologier, der er nødvendige for at levere løsningsværdi så uafhængigt som muligt. De første tre elementer i rørledningen (CE, CI og CD) arbejder sammen for at understøtte leveringen af små partier af ny funktionalitet, som derefter frigives i overensstemmelse med markedets efterspørgsel.

kontinuerlig udforskning fremmer innovation og bygger tilpasning til, hvad der skal bygges. Designtænkning bruges til løbende at udforske markeds-og kundebehov og definere en Vision, køreplan og et sæt funktioner til en løsning, der imødekommer disse behov. Under CE, nye ideer rejses, raffineret, og udarbejdet som en liste over prioriterede funktioner i programmets efterslæb. De trækkes i implementering under PI-planlægning, som begynder den kontinuerlige integrationsproces.

Kontinuerlig Integration bygger kvalitet i udviklingsprocessen ved løbende at integrere det igangværende arbejde i mange Agile Teams. Alt arbejde er versionsstyret, og ny funktionalitet er bygget og integreret i et komplet system eller en løsning. Derefter valideres det i et passende iscenesættelsesmiljø, der spænder fra rene skybaserede programmelsystemer til fysiske enheder og/eller enhedssimulatorer.

kontinuerlig implementering indfanger de processer, der er forbundet med at flytte løsninger gennem iscenesættelse i produktionsmiljøer. Som med kontinuerlig Integration varierer dette væsentligt baseret på den slags løsninger, der oprettes, og deres tilknyttede løsningskontekst. For at sikre, at løsninger er klar til en fuld frigivelse til kunderne, inkluderer implementering overvågning for at give fleksibilitet til at kontrollere udgivelser, rulle en frigivelse tilbage eller implementere trinvise opdateringer og programrettelser.

som beskrevet ovenfor er Release on Demand evnen til at stille værdi til rådighed for kunderne på en gang eller på ad hoc-måde baseret på markeds-og forretningsbehov. Release on Demand er centralt for Forretningsfleksibilitet, da beslutningerne om, hvad man skal frigive til hvem og hvornår, er vigtige værdidrivere.

Resume

virksomheder skal afbalancere deres eksekveringsfokus med et kundefokus for at sikre, at de skaber de rigtige løsninger til de rigtige kunder på det rigtige tidspunkt. Agile produktlevering er baseret på kundecentricitet, hvilket sætter kunden i centrum for enhver beslutning. Det bruger designtænkning for at sikre, at løsningen er ønskelig, gennemførlig, levedygtig og bæredygtig.

udvikling på kadence hjælper med at styre variabiliteten i produktudviklingen. Release on demand afkobler frigørelses-og udviklingskadensen for at sikre, at kunderne kan få det, de har brug for, når de har brug for det. DevOps og CDP skaber det fundament, der gør det muligt for virksomheder at frigive værdi, helt eller delvist, til enhver tid for at imødekomme kundernes og markedets efterspørgsel.

resultatet af Agile produktlevering er forbedret forretningsfleksibilitet med overlegne resultater for virksomheden og de kunder, den betjener.

Lær Mere

Norman, Don. Udformningen af hverdagens ting. Han er en af de mest kendte og mest kendte mennesker i verden. Value Proposition Design: hvordan man opretter produkter og tjenester, som kunderne ønsker. Jørgen, 2014. Leffing Nå, Dean. Agile krav til programmer: Lean krav praksis for Teams, programmer og virksomheden. Addison, 2011. Kim, Gene. Projektet: En roman om det, DevOps, og hjælpe din virksomhed med at vinde. Det Revolution presse. Kim, Gene, Jess Humble, Patrick Debois og John Vilis. DevOps-håndbogen: Sådan skaber du smidighed, pålidelighed og sikkerhed i verdensklasse i Teknologiorganisationer. Det Revolution presse. Accelerere – tilstand af DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

sidst opdateret: 10 februar 2021