Agile Produktlevering

Spesielt kan du ta deg tid til å utvikle og bringe til bordet et utvendig, markedssentrisk perspektiv som er så overbevisende og så godt informert at det kan motveie innsiden ut selskapssentrisk orientering av fjorårets driftsplan.

—Geoffrey Moore, Escape Velocity

Agile Product Delivery Er en kundesentrisk tilnærming til å definere, bygge og frigjøre en kontinuerlig strøm av verdifulle produkter Og tjenester til kunder og brukere.

Det er en av De syv kjernekompetansene Til Lean Enterprise, som hver er avgjørende for Å oppnå Forretningsmessig Smidighet. Hver kjernekompetanse støttes av en bestemt vurdering, som gjør det mulig for bedriften å vurdere sine ferdigheter. Disse kjernekompetanse vurderinger, sammen med anbefalte forbedringsmuligheter, er tilgjengelig Fra Tiltaket og Vokse artikkelen.

Hvorfor Agile Produktlevering?

for Å oppnå Virksomheten Smidighet, bedrifter må raskt øke sin evne til å levere innovative produkter og tjenester. For å være sikker på at bedriften skaper de riktige løsningene for de riktige kundene til rett tid, må de balansere gjennomføringsfokuset med et kundefokus. Disse evnene er gjensidig støttende og skape muligheter for vedvarende marked og service lederskap. Som illustrert I Figur 1, er det tre dimensjoner til smidig produktlevering.

Figur 1. Tre Dimensjoner av agile product delivery
  1. Customer Centricity og Design Thinking – Customer centricity setter kunden i sentrum for hver beslutning og bruker design thinking for å sikre at løsningen er ønskelig, gjennomførbar, levedyktig og bærekraftig.
  2. Utvikle På Cadence; Release on Demand-Utvikling på cadence bidrar til å håndtere variabiliteten som ligger i produktutvikling. Avkobling utgivelsen av verdi sikrer kundene kan få det de trenger når de trenger det.
  3. DevOps og Continuous Delivery Pipeline – DevOps og Continuous Delivery Pipeline skaper grunnlaget som gjør Det Mulig For Bedrifter å frigjøre verdi, helt eller delvis, når som helst for å møte kundenes og markedets etterspørsel.

seksjonene som følger beskriver hver av disse dimensjonene av smidig produktlevering i større detalj.

Customer Centricity And Design Thinking

Customer centricity er et tankesett og en måte å gjøre forretninger på som fokuserer på å skape positive engasjementer etter hvert som kundene opplever produktene og tjenestene bedriften tilbyr. Kundeorienterte bedrifter skaper større fortjeneste, øker medarbeiderengasjement og tilfredsstiller kundenes behov mer grundig. Kunde-sentriske regjeringer og ideelle organisasjoner skaper motstandskraft, bærekraft og tilpasningen som trengs for å oppfylle deres oppdrag.

Lean-Agile Bedrifter oppnår disse målene ved Å bruke Design Thinking, En iterativ løsningsutviklingsprosess som sikrer at løsninger er ønsket av kunder og brukere, samtidig som løsningen er mulig, økonomisk levedyktig og bærekraftig gjennom hele livssyklusen.

Agile Product Management fungerer som den sentrale koordineringsfunksjonen for å bringe nye løsninger til markedet, samtidig som den sikrer kontinuerlig suksess for eksisterende produkter.

Customer Centricity

Når en kunde-sentrisk bedrift tar en beslutning, vurderer den dypt effekten den vil ha på sluttbrukerne . Dette motiverer teamene til å:

  • Fokus på kunde-Kunde-sentriske bedrifter bruker markeds-og brukersegmentering for å justere og fokusere bedriften på spesifikke, målrettede brukersegmenter.
  • Forstå kundens behov – Kundesentriske bedrifter beveger seg utover bare å lytte til kunder som ber om funksjoner. I stedet investerer de tid til å identifisere kundenes behov og bygge løsninger som adresserer disse behovene.
  • Tenk og føl at de kunde-kunde-sentriske foretakene er empatiske, og forsøker å se verden fra kundens synspunkt.
  • Bygg hele produktløsninger-Kundeorienterte bedrifter utformer en komplett løsning for brukerens behov, slik at kundens innledende og langsiktige erfaring (er) er optimal og utvikler seg etter behov.
  • Skap kundens levetidsverdi-Kundeorienterte bedrifter beveger seg utover transaksjonsmentalitet og fokuserer i stedet på det totale forholdet til en kunde over løsningens naturlige levetid. Det langsiktige kundeforholdet gjør det mulig for bedriften å skape kundeverdi, ofte på måter som ikke var forventet da løsningen først ble lansert .

Designtenkning

Designtenkning er integrert i kundefokus. Design thinking har to hovedaktiviteter, som kulminerer i en bærekraftig løsning, som vist I Figur 2:

  1. Forstå problemet, som gir innsikt i kravene og fordelene ved en ønskelig løsning
  2. Designe den rette løsningen, som sikrer at løsningen er teknisk mulig
  3. Sikre at løsningen er levedyktig og bærekraftig ved å forstå og håndtere løsningsøkonomi
Figur 2. Design Tenkning Aktiviteter

Ansette Design Tenkning gjennom hele løsningen livssyklus sikrer disse tre attributter vedvarer for livet av løsningen.

Utvikle På Tråkkfrekvens; Release on Demand

Kundefokuserte bedrifter søker å skape en kontinuerlig flyt av verdi til sine kunder. Tidspunktet for disse utgivelsene bestemmes av markeds-og kundebehov, og bedriftens egen motivasjon for å gi verdi. Noen bedrifter kan frigjøre ekstremt ofte, mens andre kan være begrenset av overholdelse eller andre markedskrav som motiverer mindre hyppige utgivelser. Samlet Refererer SAFe til disse evnene som Utgivelse på Forespørsel.

Utgivelsestidspunkt faller imidlertid ikke sammen med arbeidsflyten til menneskene som lager løsninger. Team bruker en prosessmodell som er optimalisert for svært variabelt kunnskapsarbeid. I SAFe er Dette Kjent Som Utvikle På Cadence, et koordinert sett med praksis som støtter Agile-Team ved å tilby en pålitelig serie hendelser og aktiviteter som skjer på en vanlig, forutsigbar tidsplan . Frakobling av hendelser og aktiviteter som støtter organisasjonen skape verdier fra hvordan denne verdien er levert ytterligere fremmer Virksomheten Smidighet (Figur 3).

Figur 3. Utvikle På Cadence; Release on Demand

Agile Team Og Agile Release Train Cadences

SAFe cadence struktur støtter Agile Team Og Agile Release Trains (ARTs) i å skape og levere verdi.

  • Iterasjoner er den grunnleggende byggesteinen I Smidig utvikling. Hver iterasjon er en standard, fast lengde timebox der Agile Team leverer inkrementell verdi. For Agile-team er disse vanligvis fungerende programvare og maskinvare, mens forretningsteam vil gi andre aspekter av verdi. En typisk timebox varighet er to uker. Imidlertid kan litt kortere eller lengre tidsbokser være nyttige. Iterasjoner er godt strukturert og følger en konsekvent syklus Av Iterasjonsplanlegging, Iterasjonsutførelse (som inkluderer en daglig stand-up og backlog-raffinement), Iterasjonsvurdering og En Iterasjon Retrospektiv.
  • Program Increments (Pi) er en større timebox, et sett med gjentakelser der en gruppe Smidige Team organisert i EN KUNST levere inkrementell verdi, i form av arbeider, testet programvare og systemer. Pi er vanligvis etablert som en fast 8-12 ukers periode, bestående av 3-5 utviklings Iterasjoner, etterfulgt av En Innovasjon OG Planlegging (IP) Iterasjon.

Programinkrementer er videre organisert for å inkludere flere tråkkfrekvensbaserte arrangementer og aktiviteter som fremmer Forretningsfleksibilitet.

Arbeide I Programinkrementer

Programinkrementer er nøkkelen til å opprette en tråkkfrekvensbasert virksomhet. De representerer en timebox’ stor nok ’til å planlegge og utføre betydelig arbeid mens de er’ små nok ‘ til å fremme rask tilbakemelding og midtkurskorrigering. Følgelig Har Et Programinkrement flere viktige aktiviteter og hendelser:

  • Program Increment (PI) Planlegging er den viktigste cadence-baserte hendelsen i bedriften. PI Planlegging fungerer som hjertet AV KUNSTEN, samkjøre alle sine lag til en felles misjon og visjon. Mens inngangene TIL PI-Planlegging varierer basert på kontekst, inkluderer de to primære utgangene:

    • Forpliktet PI mål – disse forretnings-og tekniske mål for hvert lag, med avtale og verdi tildelt Av Bedriftseiere, veilede lagets arbeid for neste program økning.
    • Program Board – Dette er en «visuell radiator» av den nye funksjonen leveringsdatoer, har avhengigheter blant lag og med andre Kunst, og relevante Milepæler (Figur 4).
Figur 4. Programstyret
  • Systemdemoer utføres på slutten av hver iterasjon og gir en integrert visning av nye Funksjoner for den siste iterasjonen. Hver demo gir KUNSTINTERESSENTER et objektivt mål for fremgang for dagens økning. Ved å gi muligheter for sanntidsjusteringer, er en systemdemo en kritisk hendelse som muliggjør Forretningsfleksibilitet.
  • Inspiser og Tilpass (i & A) hendelser holdes på slutten av Hvert Programinkrement (PI). Det gir HELE KUNSTEN en mulighet til å identifisere prosessforbedring via en strukturert, problemløsende workshop.
  • Innovasjon og Planlegging gjentakelser tilbyr en mulighet i HVER PI for team å arbeide med innovasjonsaktiviteter som er vanskelig å passe inn i en kontinuerlig, inkrementell verdi levering mønster.

mens lag og Kunst arbeider med denne tråkkfrekvensen, kan bedriften utnytte Den Kontinuerlige Leveringspipelinen for å frigjøre verdi når som helst som markeds – og styringsforholdene tilsier.

Release on Demand

Release on Demand fanger opp mekanismer og prosesser der ny funksjonalitet blir distribuert til produksjon og utgitt umiddelbart eller trinnvis til kunder basert på etterspørsel. Bedrifter varierer med hensyn til når de slipper funksjonalitet.

Sammen med interessenter bestemmer Agile Product Management når en utgivelse skal skje, hvilke elementer i systemet som skal slippes, og hvilke sluttbrukere og kunder som skal motta utgivelsen. Noen produkter tjener markeder der det er det optimale valget å slippe ut ny funksjonalitet så snart den er tilgjengelig. Bemerkelsesverdige eksempler er moderne saas-programvare og tjenesteleverandører som har opprettet sofistikerte DevOps-evner som gjør at de kan frigjøre verdi flere ganger per dag.

Andre kan betjene markeder med distinkte markedsrytmer som styrer optimale utgivelsesvinduer. For eksempel er det en tydelig markedsrytme for å selge kaldt vær varer, alt fra klær til kjøretøy, som er definert i stor grad av halvkule der du bor. Den større forsyningskjeden reagerer på disse rytmene, som videre skissert i veikartartikkelen.

Ytterligere faktorer som påvirker når et foretak kan ønske å frigjøre funksjonalitet, er:

  • Regulatoriske tidsfrister
  • Svar på produktfeil og sikkerhetsoppdateringer
  • Svar på konkurransepress i markedet

stadig mer sofistikerte arkitekturer og tekniske praksiser som forbedrer Bedriftens Smidighet, støtter Også Utgivelse på Forespørsel. Produkttelemetri samler for eksempel data for å måle utfallshypotesen og få objektive bevis på hvordan kundene reagerer på verdien som er utgitt. Separat frigjørbare komponenter, mørke lanseringer, funksjonsknapper og canary-utgivelser maksimerer forretningsfleksibilitet samtidig som driftsstabilitet sikres.

DevOps Og Continuous Delivery Pipeline

mens det er lett å være enig i At Utgivelse på Forespørsel er målet, skaper kompetansen til pålitelig og dyktig frigi verdi når ønsket er hardt arbeid. Det innebærer å omfavne DevOps tankesett og kultur og skape en stadig mer automatisert Kontinuerlig Levering Rørledning.

Omfavner DevOps Tankesett, Kultur Og Praksis

ettersom digital disrupsjon fortsetter å forandre verden, og ettersom programvare blir en større del av hvert selskaps evne til å levere og støtte sine produkter og tjenester, møter hver bedrift behovet for å reagere på kundenes behov og behov raskere med digitale løsninger. Et vanlig problem for rask levering har alltid vært kløften Mellom Utvikling og Drift; den førstnevnte optimaliserer for hyppige utgivelser og endringer, sistnevnte optimaliserer for driftsstabilitet. Hvis ikke adressert, skaper denne dikotomi i ‘verdenssyn’ en barriere for suksess.

Popularisert av bøker, inkludert Phoenix-Prosjektet og Den senere DevOps-Håndboken , Arbeider DevOps-bevegelsen for å justere utvikling, drift, virksomheten, informasjonssikkerhet og andre områder for å jobbe sammen bedre ved å dele ansvaret for å forbedre forretningsresultater. Årsaken er enkel: høypresterende organisasjoner bruker DevOps-evner til å dramatisk overgå andre på både tekniske aspekter og forretningsmessige resultater, Som Figur 5 illustrerer.

Figur 5. Eksempel fordeler Med DevOps

DevOps er vedtakelsen av en tankegang, en kultur Og et sett med tekniske praksiser som gir løsningselementer til kunden uten overlevering eller overdreven ekstern produksjon eller driftsstøtte. Som illustrert I Figur 6, Er SAFe tilnærming Til DevOps forankret i fem konsepter: Kultur, Automatisering, Lean Flow, Måling og Gjenoppretting (CALMR).

figur 6. SAFe ‘ S CALMR tilnærming Til DevOps
  • Kultur representerer filosofien om felles ansvar for rask verdilevering over Hele Verdistrømmen. Den består av alle som bidrar til å skape verdier, inkludert Produktledelse, utvikling, testing, sikkerhet, overholdelse, drift, etc.
  • Automatisering representerer behovet for å fjerne menneskelig inngrep fra så mye av rørledningen som mulig for å redusere feil og redusere den totale syklustiden for frigjøringsprosessen.
  • Lean flow identifiserer praksisen med å begrense arbeid i prosess (VIA), redusere satsvis størrelse og administrere kølengder. Disse fremskynder verdiflyten til kunden og muliggjør raskere tilbakemelding.
  • Måling fremmer læring og kontinuerlig forbedring ved å forstå og kvantifisere verdistrømmen gjennom rørledningen.
  • Recovery bygger systemer som tillater raske reparasjoner av produksjonsproblemer gjennom automatisk tilbakekalling og ‘fix forward’ evner(dvs. fikse i produksjon).

EN fordel MED CALMR-modellen er at DEN er designet for å jobbe med en organisasjon på ethvert Nivå Av Forretningsfleksibilitet, og støtter dem umiddelbart når de begynner prosessen med ubarmhjertig forbedring.

Pipeline Continuous Delivery

Pipeline Continuous Delivery Representerer arbeidsflyter, aktiviteter og automatisering som trengs for å gjete et nytt stykke funksjonalitet fra ideasjon til en on-demand utgivelse av verdi til sluttbrukeren. Som illustrert i Figur 7 består rørledningen av fire aspekter: Kontinuerlig Leting (CE), Kontinuerlig Integrasjon (CI), Kontinuerlig Distribusjon (CD) og Utgivelse på Forespørsel. Rørledningen er det viktigste elementet i agile product delivery kompetanse (Figur 1).

Figur 7. Continuous Delivery Pipeline

Hvert Agile Release Train (ART) bygger og vedlikeholder, eller deler med Andre ARTs, en pipeline med de ressursene og teknologiene som trengs for å levere løsningsverdi så uavhengig som mulig. DE tre første elementene I rørledningen (CE, CI og CD) jobber sammen for å støtte levering av små batcher av ny funksjonalitet, som deretter utgis i samsvar med markedets etterspørsel.

Kontinuerlig Leting fremmer innovasjon og bygger justering på hva som skal bygges. Design Thinking brukes til å kontinuerlig utforske markeds-og kundebehov, og definere En Visjon, Veikart og Et Sett Med Funksjoner for En Løsning som adresserer disse behovene. Under CE, nye ideer er hevet, raffinert, og utarbeidet som en liste over prioriterte funksjoner I Programmet Backlog. De trekkes inn i implementering under PI-Planlegging, som begynner den kontinuerlige integrasjonsprosessen.

Kontinuerlig Integrasjon bygger kvalitet inn i utviklingsprosessen ved kontinuerlig å integrere det pågående arbeidet til Mange Smidige Team. Alt arbeid er versjonskontrollert, og ny funksjonalitet bygges og integreres i et komplett system eller en løsning. Deretter valideres den i et egnet oppsettmiljø som spenner fra rene skybaserte programvaresystemer til fysiske enheter og / eller enhetssimulatorer.

Kontinuerlig Distribusjon fanger prosessene knyttet til å flytte løsninger gjennom staging i produksjonsmiljøer. Som Med Kontinuerlig Integrasjon, varierer dette vesentlig basert på hvilke løsninger som er opprettet og tilhørende løsningskontekst. For å sikre at løsningene er klare for en fullstendig utgivelse til kunder, inkluderer distribusjon overvåking for å gi fleksibilitet i å kontrollere utgivelser, rulle tilbake en utgivelse eller distribuere inkrementelle oppdateringer og oppdateringer.

Som beskrevet ovenfor, Er Release on Demand evnen til å gjøre verdi tilgjengelig for kunder på en gang, eller på en ad hoc-måte basert på markeds – og forretningsbehov. Release on Demand er sentralt i Virksomheten Smidighet, som beslutninger om hva du skal slippe til hvem og når er viktige verdidrivere.

Sammendrag

Bedrifter må balansere sitt gjennomføringsfokus med et kundefokus for å sikre at de skaper de riktige løsningene, for de riktige kundene, til rett tid. Agile produktlevering er basert på kundesentrisitet, noe som setter kunden i sentrum for enhver beslutning. Den bruker designtenkning for å sikre at løsningen er ønskelig, gjennomførbar, levedyktig og bærekraftig.

Utvikling på cadence bidrar til å håndtere variabiliteten som ligger i produktutvikling. Release on demand avkobler utgivelses-og utviklingsfrekvensen for å sikre at kundene kan få det de trenger når de trenger det. DevOps og CDP skaper grunnlaget som gjør det mulig for bedrifter å frigjøre verdi, helt eller delvis, når som helst for å møte kundenes og markedets etterspørsel.

Resultatet av Smidig produktlevering er forbedret forretningsfleksibilitet med overlegne resultater for bedriften og kundene den betjener.

Lær Mer

Norman, Don. Utformingen Av Hverdagslige Ting. Han var en av de eldste i europa. Value Proposition Design: Hvordan Lage Produkter Og Tjenester Kundene Ønsker. Wiley, 2014. Leffingwell, Dean. Agile Programvarekrav: Lean Krav Praksis For Lag, Programmer og Bedriften. Addison-Wesley, 2011. Kim, Gene. Phoenix-Prosjektet: En Roman Om Det, DevOps, Og Hjelpe Din Bedrift Å Vinne. Det Revolusjon Presse. Kim, Gene, Jez Humble, Patrick Debois og John Willis. DevOps-Håndboken: Hvordan Skape Smidighet, Pålitelighet Og Sikkerhet I Teknologiorganisasjoner I Verdensklasse. Det Revolusjon Presse. Accelerate-Tilstand Av DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Sist oppdatert: 10. februar 2021

informasjonen på denne siden er © 2010-2021 Scaled Agile, Inc. og er beskyttet AV AMERIKANSKE og Internasjonale lover om opphavsrett. Verken bilder eller tekst kan kopieres fra dette nettstedet uten skriftlig tillatelse fra rettighetshaveren. Scaled Agile Framework og SAFe er registrerte varemerker for Scaled Agile, Inc. Vennligst besøk Tillatelser Faq og kontakt oss for tillatelser.

Forfatter

  • Yolanda Berea – Avatar

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.

Previous post Amlodipin
Next post School Of Law