Ketterä Tuotetoimitus

erityisesti, voit ottaa aikaa kehittää ja tuoda pöytään ulkopuolisen, markkinakeskeinen näkökulma, joka on niin vakuuttava ja niin hyvin perillä, että se voi vastapainona sisäpiiriläis-yrityskeskeinen suuntautuminen viime vuoden toimintasuunnitelman.

– Geoffrey Moore, Escape Velocity

Agile Product Delivery on asiakaskeskeinen tapa määritellä, rakentaa ja vapauttaa jatkuva virta arvokkaita tuotteita ja palveluja asiakkaille ja käyttäjille.

se on yksi Lean-yrityksen seitsemästä ydinosaamisesta, joista jokainen on välttämätön liiketoiminnan ketteryyden saavuttamiseksi. Kutakin ydinosaamista tuetaan erityisellä arvioinnilla, jonka avulla yritys voi arvioida osaamistaan. Nämä ydinosaamisen arvioinnit sekä Suositeltavat parannusmahdollisuudet ovat saatavilla Measure and Grow-artikkelista.

Miksi Ketterä Tuotetoimitus?

liiketoiminnan ketteryyden saavuttamiseksi yritysten on nopeasti parannettava kykyään tuottaa innovatiivisia tuotteita ja palveluja. Varmistaakseen, että yritys luo oikeat ratkaisut oikeille asiakkaille oikeaan aikaan, heidän on tasapainotettava suorituskeskeisyytensä ja asiakaslähtöisyytensä. Nämä valmiudet tukevat toisiaan ja luovat mahdollisuuksia kestävään markkina-ja palvelujohtamiseen. Kuten kuvassa 1 on esitetty, ketterässä tuotetoimituksessa on kolme ulottuvuutta.

1. asiakaskeskeisyys ja Suunnitteluajattelu – asiakaskeskeisyys asettaa asiakkaan jokaisen päätöksen keskiöön ja käyttää suunnitteluajattelua varmistaakseen, että ratkaisu on toivottava, toteuttamiskelpoinen, toteuttamiskelpoinen ja kestävä.
2. Develop on Cadence; release on Demand – Developing on cadence auttaa hallitsemaan tuotekehitykseen liittyvää vaihtelua. Irrottaminen arvon vapauttamisesta takaa, että asiakkaat voivat saada mitä he tarvitsevat, kun he tarvitsevat sitä.
3. DevOps ja jatkuva Toimitusputki – DevOps ja jatkuva Toimitusputki luovat perustan, jonka avulla yritykset voivat vapauttaa arvoa, kokonaan tai osittain, milloin tahansa asiakkaiden ja markkinoiden kysyntään vastaamiseksi.

seuraavissa jaksoissa kuvataan tarkemmin kutakin näistä ketterän tuotetoimituksen ulottuvuuksista.

asiakaskeskeisyys ja Suunnitteluajattelu

asiakaskeskeisyys on ajattelutapa ja tapa tehdä liiketoimintaa, joka keskittyy positiivisten sitoumusten luomiseen asiakkaiden kokiessa yrityksen tarjoamat tuotteet ja palvelut. Asiakaslähtöiset yritykset luovat suurempia voittoja, lisäävät työntekijöiden sitoutumista ja täyttävät paremmin asiakkaiden tarpeet. Asiakaslähtöiset hallitukset ja yritykset luovat kestävyyttä, kestävyyttä ja linjausta, jota tarvitaan heidän tehtävänsä täyttämiseksi.

Lean-Agile-yritykset toteuttavat nämä tavoitteet soveltamalla Design-ajattelua, iteratiivista ratkaisukehitysprosessia, jolla varmistetaan, että asiakkaat ja käyttäjät haluavat ratkaisuja ja samalla varmistetaan, että ratkaisu on toteuttamiskelpoinen, taloudellisesti kannattava ja kestävä koko elinkaarensa ajan.

Ketterä tuotehallinta toimii keskeisenä koordinointitehtävänä uusien ratkaisujen tuomisessa markkinoille ja varmistaa samalla olemassa olevien tuotteiden jatkuvan menestyksen.

asiakaskeskeisyys

aina kun asiakaskeskeinen yritys tekee päätöksen, se harkitsee syvällisesti sen vaikutusta loppukäyttäjiinsä . Tämä motivoi tiimejä:

• Asiakaskeskeiset yritykset käyttävät markkina-ja käyttäjäsegmentointia kohdentaakseen ja keskittääkseen yrityksen tiettyihin, kohdennettuihin käyttäjäsegmentteihin.
• ymmärrä asiakkaan tarpeet – asiakaslähtöiset yritykset eivät vain kuuntele asiakkaita, jotka pyytävät ominaisuuksia. Sen sijaan he investoivat aikaa asiakkaiden tarpeiden tunnistamiseen ja näihin tarpeisiin vastaavien ratkaisujen rakentamiseen.
• Ajattele ja tunne, että asiakaskeskeiset yritykset ovat empaattisia ja pyrkivät näkemään maailman asiakkaansa näkökulmasta.
• Rakenna kokonaisia tuoteratkaisuja – Asiakaskeskeiset yritykset suunnittelevat kokonaisratkaisun käyttäjän tarpeisiin varmistaen, että asiakkaan alku-ja pitkäaikaiskokemus on optimaalinen ja kehittyy tarpeen mukaan.
• luo asiakkaan elinikäinen arvo – Asiakaskeskeiset yritykset siirtyvät transaktiomentaliteetin ulkopuolelle ja keskittyvät sen sijaan kokonaissuhteeseen asiakkaan kanssa ratkaisun luonnollisen elämän yli. Pitkän aikavälin asiakassuhteen ansiosta yritys voi luoda asiakasarvoa, usein tavoilla, joita ei osattu ennakoida ratkaisun julkistamisen yhteydessä .

Design-ajattelu

Design-ajattelu on olennainen osa asiakaskeskeisyyttä. Muotoiluajattelulla on kaksi päätoimintaa, jotka huipentuvat kestävään ratkaisuun, kuten kuvassa 2 esitetään:

1. ongelman ymmärtäminen, joka antaa käsityksen toivottavan ratkaisun vaatimuksista ja hyödyistä
2. oikean ratkaisun suunnittelu, joka varmistaa, että ratkaisu on teknisesti toteuttamiskelpoinen
3. ratkaisun toimivuuden ja kestävyyden ratkaisutalouden ymmärtämisen ja hallinnan avulla

suunnitteluajattelun käyttäminen koko ratkaisun elinkaaren ajan takaa, että nämä kolme ominaisuutta säilyvät ratkaisun koko elinkaaren ajan.

kehitä Kadenssilla; Tilausjulkaisu

Asiakaskeskeiset yritykset pyrkivät luomaan asiakkaille jatkuvaa arvovirtaa. Julkistusten ajankohta määräytyy markkinoiden ja asiakkaiden tarpeiden sekä yrityksen Oman arvontavoittelun mukaan. Jotkut yritykset saattavat vapauttaa erittäin usein, kun taas toisia saattavat rajoittaa vaatimustenmukaisuus tai muut markkinavaatimukset, jotka motivoivat harvemmin tapahtuviin päästöihin. Kollektiivisesti SAFe viittaa näihin valmiuksiin nimellä release on Demand.

julkaisuajankohta ei kuitenkaan vastaa ratkaisuja luovien ihmisten työnkulkua. Tiimit soveltavat prosessimallia, joka on optimoitu erittäin vaihtelevaan tietotyöhön. Safe: ssa tämä tunnetaan nimellä Develop on Cadence, koordinoitu joukko käytäntöjä, jotka tukevat ketteriä tiimejä tarjoamalla luotettavan sarjan tapahtumia ja toimintoja, jotka tapahtuvat säännöllisessä, ennustettavassa aikataulussa . Liike-elämän ketteryyttä edistää se, että organisaatiota tukevat tapahtumat ja toiminnot irrotetaan arvon tuottamisen tavasta (kuva 3).

Agile Team and Agile Release Train Cadences

SAFe: n kadenssirakenne tukee ketteriä tiimejä ja Agile Release Traineja (ARTs) arvon luomisessa ja tuottamisessa.

• iteraatiot ovat ketterän kehityksen perusrakenteita. Jokainen iteraatio on vakio, kiinteämittainen aikalaatikko, jossa ketterät joukkueet tuottavat lisäarvoa. Ketterille tiimeille nämä ovat tyypillisesti toimivia ohjelmistoja ja laitteistoja, kun taas liiketoimintatiimit tarjoavat muita arvon osa-alueita. Tyypillinen aikalaatikon kesto on kaksi viikkoa. Hieman lyhyemmistä tai pidemmistä aikalaatikoista voi kuitenkin olla hyötyä. Iteraatiot ovat hyvin jäsenneltyjä ja noudattavat johdonmukaista iteraation suunnittelun, iteraation suorittamisen (joka sisältää päivittäisen stand-up-ja backlog-tarkennuksen), iteraation tarkastelun ja iteraation retrospektiivin sykliä.
• Program Increments (Pis) on suurempi aikalaatikko, joukko iteraatioita, joiden aikana taiteeksi järjestäytynyt ryhmä ketteriä tiimejä antaa inkrementaalista arvoa työstämisen, testattujen ohjelmistojen ja järjestelmien muodossa. PIs vahvistetaan tyypillisesti kiinteäksi 8-12 viikon jaksoksi, joka koostuu 3-5 kehitysteraatiosta, joita seuraa yksi innovaatio-ja Suunnitteluteraatio (IP).

Ohjelmanousuja järjestetään edelleen niin, että niihin sisältyy muita kadenssipohjaisia tapahtumia ja liike-elämän ketteryyttä edistäviä aktiviteetteja.

työskentely ohjelman lisäyksissä

ohjelman lisäykset ovat avain kadenssipohjaisen yrityksen luomiseen. Ne edustavat aikalaatikkoa, joka on ”riittävän suuri” suunnittelemaan ja suorittamaan merkittävää työtä, samalla kun ne ovat ”riittävän pieniä” edistämään nopeaa palautetta ja puolivälin korjausta. Näin ollen ohjelman lisäys on useita tärkeitä toimintoja ja tapahtumia:

• Program Increment (pi) – suunnittelu on merkittävin kadenssiin perustuva tapahtuma yrityksessä. PI Planning toimii taiteen sykkeenä, joka yhdistää kaikki tiimit yhteiseen missioon ja visioon. Vaikka PI-suunnittelun tulot vaihtelevat asiayhteyden perusteella, kaksi ensisijaista tuotosta ovat:

• • sitoutunut PI tavoitteet – nämä liiketoiminnan ja tekniset tavoitteet kunkin joukkueen kanssa yhteisymmärryksessä ja arvo määritetty yritysten omistajat, ohjaavat tiimin työtä seuraavan ohjelman lisäys.
  • Ohjelmataulu – tämä on ”visuaalinen patteri” uuden ominaisuuden toimituspäivistä, ominaisuusriippuvuuksista joukkueiden kesken ja muiden taiteiden kanssa sekä olennaisista virstanpylväistä (Kuva 4).

• järjestelmän demot suoritetaan jokaisen iteraation lopussa ja ne tarjoavat integroidun näkymän uusista ominaisuuksista viimeisintä iteraatiota varten. Jokainen demo antaa taiteen sidosryhmille objektiivisen mittarin nykyisen kasvun edistymisestä. Koska järjestelmädemo tarjoaa mahdollisuuden reaaliaikaiseen säätöön, se on kriittinen tapahtuma, joka mahdollistaa liiketoiminnan ketteryyden.
• Inspect and Adapt (i& a) tapahtumat pidetään jokaisen ohjelman lisäyksen (PI) lopussa. Se tarjoaa koko taiteelle mahdollisuuden tunnistaa prosessiparannus jäsennellyn ongelmanratkaisupajan avulla.
• Innovaatio-ja Suunnitteluterroraatiot tarjoavat jokaisessa tietohallintoyksikössä tiimeille mahdollisuuden kehittää innovaatiotoimintaa, jota on vaikea sovittaa jatkuvaan, kasvavaan arvontoimitusmalliin.

kun tiimit ja taiteet työskentelevät tämän kadenssin parissa, yritys voi hyödyntää jatkuvaa Toimitusputkea vapauttaakseen arvoa milloin tahansa, minkä markkina-ja hallinnointiolosuhteet edellyttävät.

kysyntään perustuva Release

kysyntään perustuva Release kuvaa mekanismeja ja prosesseja, joilla uusia toimintoja otetaan käyttöön tuotannossa ja vapautetaan välittömästi tai asteittain asiakkaille kysynnän perusteella. Yritykset vaihtelevat sen suhteen, milloin ne vapauttavat toiminnallisuutta.

Ketterä tuotehallinta määrittää yhdessä sidosryhmien kanssa, milloin julkaisun tulee tapahtua, mitä järjestelmän osia tulee julkaista ja ketkä loppukäyttäjät ja asiakkaat saavat julkaisun. Jotkut tuotteet palvelevat markkinoita, joilla uusien toimintojen vapauttaminen heti, kun ne ovat saatavilla, on optimaalinen valinta. Merkittäviä esimerkkejä ovat nykyaikaiset SaaS-ohjelmistot ja palveluntarjoajat, jotka ovat luoneet kehittyneitä DevOps-ominaisuuksia, joiden avulla ne voivat vapauttaa arvon useita kertoja päivässä.

muut voivat palvella markkinoita, joilla on erilliset markkinarytmit, jotka ohjaavat optimaalista julkaisuikkunaa. Esimerkiksi kylmän sään kauppatavaroiden, aina vaatteista ajoneuvoihin, myynnissä on selvä markkinarytmi, joka määräytyy pitkälti sen mukaan, millä pallonpuoliskolla asut. Suurempi toimitusketju vastaa näihin rytmeihin, kuten tiekartta-artikkelissa tarkemmin todetaan.

muita tekijöitä, jotka vaikuttavat siihen, milloin yritys haluaa vapauttaa toiminnallisuuden, ovat:

• sääntelyn määräajat
• tuotevikoihin ja tietoturvapäivityksiin vastaaminen
• kilpailumarkkinoiden paineisiin vastaaminen

yhä kehittyneemmät arkkitehtuurit ja tekniset käytännöt, jotka parantavat liiketoiminnan ketteryyttä, tukevat myös tilauksesta tapahtuvaa julkaisua. Esimerkiksi tuotteen telemetria kerää dataa mittaamaan lopputuloshypoteesia ja hankkimaan objektiivista näyttöä siitä, miten asiakkaat reagoivat vapautuneeseen arvoon. Erikseen vapautettavat komponentit, pimeät lanseeraukset, toimintojen vaihto ja Kanarian julkaisut maksimoivat liiketoiminnan joustavuuden varmistaen samalla toiminnan vakauden.

DevOps ja jatkuva Toimitusputki

vaikka on helppo olla samaa mieltä siitä, että levitys on Demand, luoda kyky luotettavasti ja taitavasti vapauttaa arvo milloin halutaan on kovaa työtä. Siihen kuuluu DevOps-ajattelutavan ja-kulttuurin omaksuminen ja yhä automatisoidumman jatkuvan Toimitusputken luominen.

DevOpsin ajattelutavan, kulttuurin ja käytäntöjen omaksuminen

kun Digitaaliset häiriöt muuttavat edelleen maailmaa ja ohjelmistoista tulee suurempi osa jokaisen yrityksen kykyä toimittaa ja tukea tuotteitaan ja palvelujaan, jokainen yritys joutuu vastaamaan asiakkaiden kysyntään ja tarpeisiin nopeammin digitaalisilla ratkaisuilla. Nopean toimituksen yleinen ongelma on aina ollut kehityksen ja toiminnan välinen kuilu; edellinen optimoi usein julkaisuja ja muutoksia, jälkimmäinen optimoi toiminnan vakautta. Jos siihen ei puututa, tämä kahtiajako maailmankatsomuksessa luo esteen menestykselle.

kirjojen, kuten Phoenix-projektin ja myöhemmän DevOps-käsikirjan , Popularisoima ”DevOps” – liike pyrkii mukauttamaan kehitystä, toimintaa, liiketoimintaa, tietoturvaa ja muita alueita toimimaan paremmin yhdessä jakamalla vastuun liiketoiminnan tulosten parantamisesta. Syy on yksinkertainen: suorituskykyiset organisaatiot käyttävät DevOps-valmiuksia päihittääkseen muut dramaattisesti sekä teknisissä että liiketoiminnan tuloksissa, kuten kuva 5 havainnollistaa.

DevOps: n eduista on ajattelutavan, kulttuurin ja teknisten käytäntöjen omaksuminen, joka tarjoaa asiakkaalle ratkaisuelementtejä ilman luovutuksia tai liiallista ulkoista tuotanto-tai toimintatukea. Kuten kuvassa 6 esitetään, SAFe: n lähestymistapa Devopsiin perustuu viiteen käsitteeseen: kulttuuri, automaatio, Lean Flow, Measurement ja Recovery (CALMR).

• kulttuuri edustaa jaetun vastuun filosofiaa nopeasta arvontoimituksesta koko Arvovirrassa. Se koostuu kaikista, jotka auttavat luomaan arvoa, mukaan lukien tuotehallinta, kehitys, testaus, turvallisuus, noudattaminen, toiminta, jne.
• automaatio tarkoittaa tarvetta poistaa ihmisen toiminta mahdollisimman suurelta osin putkistosta virheiden vähentämiseksi ja vapauttamisprosessin kokonaissykliajan lyhentämiseksi.
• Lean flow tunnistaa käytännöt työn rajoittamiseksi prosesseissa (WIP), erän koon pienentämiseksi ja jonojen pituuksien hallitsemiseksi. Nämä nopeuttavat arvovirtaa asiakkaalle ja mahdollistavat nopeamman palautteen.
• mittaaminen edistää oppimista ja jatkuvaa parantamista ymmärtämällä ja kvantifioimalla putken läpi kulkevaa arvovirtaa.
• Recovery rakentaa järjestelmiä, jotka mahdollistavat nopeat korjaukset tuotanto-ongelmiin automaattisen takaisinkytkennän ja ”fix forward” – ominaisuuksien avulla (eli fix in production).

CALMR-mallin yksi etu on se, että se on suunniteltu toimimaan organisaation kanssa millä tahansa liiketoiminnan ketteryyden tasolla ja tukemaan heitä välittömästi, kun he aloittavat armottoman parannusprosessin.

jatkuva Toimitusputki

jatkuva Toimitusputki edustaa työnkulkuja, toimintoja ja automaatiota, joita tarvitaan uuden toiminnallisuuden muokkaamiseen ideoinnista tilattavaan arvon vapauttamiseen loppukäyttäjälle. Kuten kuvassa 7 esitetään, putkijohto koostuu neljästä näkökohdasta: Continuous Exploration (CE), Continuous Integration (Ci), Continuous Deployment (CD) ja Release on Demand. Putkisto on ketterän tuotteen toimitusosaamisen merkittävin osa (kuva 1).

jokainen Agile Release Train (ART) rakentaa ja ylläpitää tai jakaa muiden taiteiden kanssa putken, jossa on tarvittavat resurssit ja teknologiat ratkaisun arvon tuottamiseksi mahdollisimman itsenäisesti. Putken kolme ensimmäistä osaa (CE, CI ja CD) tukevat yhdessä uusien toimintojen toimittamista pienissä erissä, jotka sitten vapautetaan markkinoiden kysynnän mukaisesti.

jatkuva etsintä edistää innovaatiota ja rakentaa linjausta siitä, mitä pitäisi rakentaa. Suunnitteluajattelua käytetään markkinoiden ja asiakkaiden tarpeiden jatkuvaan tutkimiseen sekä Vision, etenemissuunnitelman ja ominaisuuksien määrittelyyn ratkaisulle, joka vastaa näihin tarpeisiin. Ce: n aikana uusia ideoita nostetaan, tarkennetaan ja valmistetaan listana priorisoiduista ominaisuuksista Ohjelmakannatuksessa. Ne vedetään toteutukseen PI-suunnittelun aikana, joka aloittaa jatkuvan integraatioprosessin.

jatkuva integraatio rakentaa laatua kehitysprosessiin integroimalla jatkuvasti monien ketterien tiimien jatkuvaa työtä. Kaikki työ on versiohallittua, ja uusi toiminnallisuus rakennetaan ja integroidaan kokonaiseen järjestelmään tai ratkaisuun. Sitten se validoidaan sopivassa lavastusympäristössä, joka vaihtelee puhtaista pilvipohjaisista ohjelmistojärjestelmistä fyysisiin laitteisiin ja / tai laitesimulaattoreihin.

jatkuva käyttöönotto kuvaa prosesseja, jotka liittyvät ratkaisujen siirtämiseen lavastuksen kautta tuotantoympäristöihin. Kuten jatkuvassa integraatiossa, tämä vaihtelee huomattavasti riippuen siitä, millaisia ratkaisuja syntyy ja mihin niihin liittyy ratkaisuyhteys. Sen varmistamiseksi, että ratkaisut ovat valmiita täydelliseen vapauttamiseen asiakkaille, käyttöönotto sisältää seurannan, joka tarjoaa joustavuutta ohjatessaan julkaisuja, rullaamalla takaisin release, tai ottamalla käyttöön inkrementaalisia päivityksiä ja korjauksia.

kuten edellä on kuvattu, Kysyntäjoustolla tarkoitetaan kykyä tarjota arvoa asiakkaille kerralla tai tapauskohtaisesti markkinoiden ja liiketoiminnan tarpeiden mukaan. Release on Demand on keskeinen liiketoiminnan ketteryys, koska päätökset mitä vapauttaa kenelle ja milloin ovat keskeisiä arvon ajureita.

Yhteenveto

yritysten on tasapainotettava toteuttamiskeskeisyytensä asiakaslähtöisyyteen, jotta ne voivat varmistaa, että ne luovat oikeat ratkaisut oikeille asiakkaille oikeaan aikaan. Ketterä tuotetoimitus perustuu asiakaskeskeisyyteen, joka asettaa asiakkaan jokaisen päätöksen keskiöön. Se käyttää suunnitteluajattelua varmistaakseen, että ratkaisu on toivottava, toteuttamiskelpoinen, toteuttamiskelpoinen ja kestävä.

Kadenssilla kehittäminen auttaa hallitsemaan tuotekehitykseen liittyvää vaihtelua. Release on demand decouples release and development cadence varmistaa, että asiakkaat voivat saada mitä he tarvitsevat, kun he tarvitsevat sitä. DevOps ja CDP luovat perustan, jonka avulla yritykset voivat vapauttaa arvoa, kokonaan tai osittain, milloin tahansa vastaamaan asiakkaiden ja markkinoiden kysyntään.

ketterän tuotetoimituksen tuloksena on liiketoiminnan ketteryys, joka tuottaa parempia tuloksia yritykselle ja asiakkaille, joita se palvelee.

Lisätietoja

Norman, Don. Arkisten asioiden suunnittelu. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda ja Alan Smith. Arvolupauksen suunnittelu: Miten luoda tuotteita ja palveluita, joita asiakkaat haluavat. Wiley, 2014. Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley Vuonna 2011. Kim, Gene. Phoenix-Projekti: Romaani siitä, DevOps, ja auttaa yritystäsi voittamaan. Se mullistaa lehdistön. Kim, Gene, Jez Humble, Patrick Debois ja John Willis. The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations. Se mullistaa lehdistön. Accelerate-State of DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

päivitetty: 10. helmikuuta 2021