Agilis termékszállítás

pontosabban, időt szánhat arra, hogy dolgozzon ki és terjesszen az asztalra egy olyan külső, piacközpontú perspektívát, amely annyira meggyőző és olyan jól tájékozott, hogy ellensúlyozhatja a tavalyi működési terv belső vállalati központú orientációját.

—Geoffrey Moore, Escape Velocity

az Agile Product Delivery egy ügyfélközpontú megközelítés az értékes termékek és szolgáltatások folyamatos áramlásának meghatározására, felépítésére és felszabadítására az ügyfelek és a felhasználók számára.

ez a Lean Enterprise hét alapvető kompetenciájának egyike, amelyek mindegyike elengedhetetlen az üzleti agilitás eléréséhez. Minden alapkompetenciát egy speciális értékelés támaszt alá, amely lehetővé teszi a vállalkozás számára, hogy felmérje jártasságát. Ezek az alapvető kompetenciaértékelések, valamint az ajánlott fejlesztési lehetőségek a Measure and Grow cikkből érhetők el.

Miért Agilis Termékszállítás?

az üzleti agilitás elérése érdekében a vállalkozásoknak gyorsan növelniük kell az innovatív termékek és szolgáltatások nyújtásának képességét. Annak biztosítása érdekében, hogy a vállalat a megfelelő megoldásokat hozza létre a megfelelő ügyfelek számára a megfelelő időben, egyensúlyba kell hozniuk a végrehajtás fókuszát az ügyfélközpontúsággal. Ezek a képességek kölcsönösen támogatják egymást, és lehetőséget teremtenek a fenntartható piaci és szolgáltatási vezetésre. Amint azt az 1. ábra szemlélteti, az agilis termékszállításnak három dimenziója van.

1. ügyfélközpontúság és tervezési gondolkodás-az ügyfélközpontúság minden döntés középpontjában az ügyfelet helyezi, és a tervezési gondolkodást használja annak biztosítására, hogy a megoldás kívánatos, megvalósítható, életképes és fenntartható legyen.
2. fejlesztés Kadencián; igény szerinti kiadás – a kadencián történő fejlesztés segít kezelni a termékfejlesztésben rejlő változékonyságot. Az érték felszabadításának szétválasztása biztosítja, hogy az ügyfelek megkapják, amire szükségük van, amikor szükségük van rá.
3. DevOps and the Continuous Delivery Pipeline – a DevOps és a Continuous Delivery Pipeline megteremti az alapot, amely lehetővé teszi a vállalatok számára, hogy bármikor, részben vagy egészben felszabadítsák az értéket az ügyfelek és a piaci kereslet kielégítése érdekében.

a következő szakaszok részletesebben leírják az agilis termékszállítás ezen dimenzióit.

ügyfélközpontúság és Design gondolkodás

az ügyfélközpontúság olyan gondolkodásmód és üzleti mód, amely a pozitív elkötelezettség megteremtésére összpontosít, amikor az ügyfelek megtapasztalják a vállalat által kínált termékeket és szolgáltatásokat. Az ügyfélközpontú vállalkozások nagyobb nyereséget hoznak létre, növelik az alkalmazottak elkötelezettségét, és alaposabban kielégítik az ügyfelek igényeit. Az ügyfélközpontú kormányok és nonprofit szervezetek rugalmasságot, fenntarthatóságot és a küldetésük teljesítéséhez szükséges összehangolást hoznak létre.

a Lean-agilis vállalkozások ezeket a célokat a Design Thinking alkalmazásával érik el, amely egy iteratív megoldásfejlesztési folyamat, amely biztosítja, hogy a megoldásokat az ügyfelek és a felhasználók kívánják, miközben biztosítja, hogy a megoldás megvalósítható, gazdaságilag életképes és fenntartható legyen az egész életciklusa alatt.

az agilis termékmenedzsment központi koordinációs funkcióként szolgál az új megoldások piacra juttatásához, miközben biztosítja a meglévő termékek folyamatos sikerét.

ügyfélközpontúság

amikor egy ügyfélközpontú vállalkozás döntést hoz, mélyen figyelembe veszi a végfelhasználókra gyakorolt hatását . Ez motiválja a csapatokat, hogy:

• Fókuszban az ügyfél-ügyfél-központú vállalkozások a piaci és felhasználói szegmentációt használják, hogy összehangolják és összpontosítsák a vállalkozást konkrét, célzott felhasználói szegmensekre.
• értse meg az ügyfél igényeit – az ügyfélközpontú vállalkozások túlmutatnak azon, hogy pusztán meghallgatják az ügyfeleket, akik funkciókat kérnek. Ehelyett időt fordítanak arra, hogy azonosítsák az ügyfelek igényeit, és olyan megoldásokat építsenek ki, amelyek megfelelnek ezeknek az igényeknek.
• gondolj és érezd úgy, hogy az ügyfél – ügyfél-központú vállalkozások empatikusak, és arra törekszenek, hogy ügyfeleik szemszögéből lássák a világot.
• Build whole product solutions – az ügyfélközpontú vállalatok teljes körű megoldást terveznek a felhasználó igényeihez, biztosítva, hogy az ügyfél kezdeti és hosszú távú tapasztalata(I) optimális legyen és szükség szerint fejlődjön.
• ügyfél – élettartam érték létrehozása-az ügyfélközpontú vállalkozások túllépnek a tranzakciós mentalitáson, és ehelyett az ügyféllel való teljes kapcsolatra összpontosítanak a megoldás természetes élettartama alatt. Az ebből eredő hosszú távú ügyfélkapcsolat lehetővé teszi a vállalkozás számára, hogy ügyfélértéket teremtsen, gyakran olyan módon, amelyre a megoldás első kiadásakor nem számítottak .

tervezési gondolkodás

a tervezési gondolkodás szerves része az ügyfélközpontúságnak. A tervezési gondolkodásnak két fő tevékenysége van, amelyek fenntartható megoldással zárulnak, amint az a 2. ábrán látható:

1. a probléma megértése, amely betekintést nyújt a kívánatos megoldás követelményeibe és előnyeibe
2. a megfelelő megoldás megtervezése, amely biztosítja a megoldás technikailag megvalósíthatóságát
3. a megoldás életképességének és fenntarthatóságának biztosítása a megoldásgazdaságtan megértésével és kezelésével

a tervezési gondolkodás alkalmazása a megoldás teljes életciklusa alatt biztosítja, hogy ez a három tulajdonság fennmaradjon a megoldás élettartama alatt.

fejlesztés a Kadencián; Release on Demand

az ügyfélközpontú vállalkozások arra törekszenek, hogy folyamatos értéket teremtsenek ügyfelei számára. Ezeknek a kiadásoknak az időzítését a piaci és vevői igények, valamint a vállalkozás saját értékteremtési motivációja határozza meg. Egyes vállalkozások rendkívül gyakran bocsáthatnak ki, míg másokat a megfelelés vagy más olyan piaci követelmények korlátozhatnak, amelyek kevésbé gyakori kibocsátásokat motiválnak. A SAFe együttesen ezeket a képességeket igény szerinti kiadásnak nevezi.

a kiadás időzítése azonban nem esik egybe a megoldásokat létrehozó emberek munkafolyamatával. A csapatok olyan folyamatmodellt alkalmaznak, amely optimalizált a nagyon változó tudásmunkára. A SAFe-ben ez az úgynevezett develop on Cadence, egy összehangolt gyakorlatsor, amely támogatja az agilis csapatokat azáltal, hogy megbízható eseménysorozatot és tevékenységeket biztosít, amelyek rendszeres, kiszámítható ütemterv szerint történnek . Az értékteremtő szervezetet támogató események és tevékenységek szétválasztása az értékteremtés módjától tovább növeli az üzleti agilitást (3.ábra).

Agile Team és Agile Release Train Cadences

a SAFe kadenciaszerkezete támogatja az Agile Teams és Agile Release Trains (ARTs) értékteremtését és biztosítását.

• az iterációk az agilis fejlesztés alapvető építőelemei. Minden iteráció egy szabványos, rögzített hosszúságú timebox, amelyben az agilis csapatok növekményes értéket szolgáltatnak. Az agilis csapatok számára ezek jellemzően működő szoftverek és hardverek, míg az üzleti csapatok más értékelemeket nyújtanak. A timebox tipikus időtartama két hét. Azonban valamivel rövidebb vagy hosszabb TimeBox hasznos lehet. Az iterációk jól strukturáltak, és az iteráció tervezésének, Az iteráció végrehajtásának következetes ciklusát követik (amely magában foglalja a napi stand-up és backlog finomítást), Az iteráció felülvizsgálatát és az iteráció Retrospektíváját.
• a Program inkrementumok (Pis) egy nagyobb timebox, iterációk összessége, amelyek során az ART-ba szervezett agilis csapatok csoportja növekményes értéket nyújt működő, tesztelt szoftverek és rendszerek formájában. A pi – ket általában rögzített 8-12 hetes időszakként hozzák létre, amely 3-5 fejlesztési Iterációból áll, amelyet egy innovációs és tervezési (IP) iteráció követ.

a Program növekményei további ütemalapú eseményeket és tevékenységeket tartalmaznak, amelyek elősegítik az üzleti agilitást.

munka a Program lépésekben

a Program lépései kulcsfontosságúak a cadence-alapú vállalkozás létrehozásához. Olyan időmérőt képviselnek, amely elég nagy ahhoz, hogy jelentős munkát tervezzen és végezzen, miközben elég kicsi ahhoz, hogy elősegítse a gyors visszacsatolást és a középtávú korrekciót. Ennek megfelelően EGY program Növekménynek számos fontos tevékenysége és eseménye van:

• a Program növekmény (PI) tervezés a vállalkozás legjelentősebb ütemalapú eseménye. A PI tervezés a művészet szívverése, amely minden csapatát egy közös küldetéshez és jövőképhez igazítja. Míg a PI tervezés bemenetei a kontextustól függően változnak, a két elsődleges kimenet a következőket tartalmazza:

• • elkötelezett PI célok – ezek az üzleti és technikai célok minden csapat számára, a cégtulajdonosok egyetértésével és értékével, irányítják a csapat munkáját a következő programnövekedéshez.
  • Program Board – Ez egy “vizuális radiátor” az új funkció szállítási dátumok, funkció függőségek között csapatok és más művészetek, és a vonatkozó mérföldkövek (4.ábra).

• a Rendszerbemutatókat minden iteráció végén elvégzik, és integrált képet nyújtanak az új funkciókról a legutóbbi iterációhoz. Minden bemutató objektív mércét ad a művészeti érdekelteknek a jelenlegi növekmény előrehaladásáról. A valós idejű kiigazítások lehetőségeinek biztosításával a rendszer bemutatója kritikus esemény, amely lehetővé teszi az üzleti agilitást.
• az Inspect and Adapt (I& A) eseményeket minden programlépés végén (PI) tartják. Lehetőséget nyújt az egész művészet számára, hogy strukturált módon azonosítsa a folyamatfejlesztést, problémamegoldó műhely.
• az Innovációs és tervezési iterációk minden PI-ben lehetőséget kínálnak a csapatok számára, hogy olyan innovációs tevékenységeken dolgozzanak, amelyeket nehéz beilleszteni egy folyamatos, növekményes értékmegadási mintába.

míg a csapatok és a Művészetek ezen a kadencián dolgoznak, a vállalkozás kihasználhatja a folyamatos szállítási csővezetéket, hogy bármikor felszabadítsa az értéket, amelyet a piaci és irányítási feltételek indokolnak.

Release on Demand

a Release on Demand rögzíti azokat a mechanizmusokat és folyamatokat, amelyek révén az új funkciók bevezetésre kerülnek a gyártásba, és azonnal vagy fokozatosan megjelennek az ügyfelek számára a kereslet alapján. A vállalkozások eltérőek a funkcionalitás kiadásakor.

az agilis termékmenedzsment az érdekelt felekkel együttműködve határozza meg, hogy mikor történjen meg a kiadás, a rendszer mely elemei kerüljenek kiadásra, és mely végfelhasználók és ügyfelek kapják meg a kiadást. Egyes termékek olyan piacokat szolgálnak ki, ahol az új funkciók felszabadítása, amint rendelkezésre állnak, az optimális választás. Figyelemre méltó példák a modern SaaS szoftverek és szolgáltatók, akik kifinomult DevOps képességeket hoztak létre, amelyek lehetővé teszik számukra, hogy naponta többször kiadják az értéket.

mások eltérő piaci ritmusú piacokat szolgálhatnak ki, amelyek az optimális kiadási ablakokat szabályozzák. Például van egy külön piaci ritmus a hideg időjárási áruk értékesítésére, a ruházattól a járművekig, amelyet nagyrészt az a félteke határoz meg, amelyben élsz. A nagyobb ellátási lánc reagál ezekre a ritmusokra, amint azt az ütemterv cikke tovább vázolja.

további tényezők, amelyek befolyásolják, hogy egy vállalkozás mikor kívánja kiadni a funkcionalitást:

• szabályozási határidők
• válasz a termékhibákra és a biztonsági frissítésekre
• válasz a versenypiaci nyomásra

az egyre kifinomultabb architektúrák és technikai gyakorlatok, amelyek javítják az üzleti agilitást, szintén támogatják az igény szerinti kiadást. Például a termék telemetria adatokat gyűjt az eredményhipotézis mérésére és objektív bizonyíték megszerzésére arról, hogy az ügyfelek hogyan reagálnak a kiadott értékre. A külön kiadható alkatrészek, a sötét indítások, a funkcióváltások és a canary kiadások maximalizálják az üzleti rugalmasságot, miközben biztosítják a működési stabilitást.

DevOps és a Continuous Delivery Pipeline

bár könnyű egyetérteni abban, hogy a szükség szerinti kiadás a cél, a kompetencia megteremtése, hogy megbízhatóan és ügyesen kiadja az értéket, amikor csak szükséges, kemény munka. Ez magában foglalja a DevOps gondolkodásmódját és kultúráját, és egy egyre automatizáltabb folyamatos szállítási folyamat létrehozását.

átfogó DevOps gondolkodásmód, kultúra és gyakorlatok

mivel a digitális zavarok továbbra is megváltoztatják a világot, és ahogy a szoftverek egyre nagyobb részét képezik minden vállalat termékeinek és szolgáltatásainak nyújtásának és támogatásának, minden vállalkozásnak szembe kell néznie azzal, hogy digitális megoldásokkal gyorsabban kell reagálnia az ügyfelek igényeire és igényeire. A gyors szállítás gyakori problémája mindig is a fejlesztés és a műveletek közötti szakadék volt; az előbbi a gyakori kiadásokra és változásokra optimalizál,az utóbbi a működési stabilitásra. Ha nem foglalkoznak vele, ez a dichotómia a világnézetben akadályt képez a siker előtt.

könyvek, köztük a Phoenix projekt és a későbbi DevOps kézikönyv népszerűsítésével a ‘DevOps’ mozgalom azon dolgozik , hogy összehangolja a fejlesztést, a működést, az üzletet, az információbiztonságot és más területeket, hogy jobban együttműködjenek azáltal, hogy megosztják az üzleti eredmények javításáért vállalt felelősséget. Az ok egyszerű: a nagy teljesítményű szervezetek a DevOps képességeit alkalmazzák, hogy drámai módon felülmúlják a többieket mind technikai, mind üzleti szempontból, amint azt az 5.ábra szemlélteti.

a DevOps egy olyan gondolkodásmód, kultúra és olyan technikai gyakorlatok elfogadása, amelyek megoldási elemeket biztosítanak az ügyfél számára átadások vagy túlzott külső termelési vagy műveleti támogatás nélkül. Amint azt a 6. ábra szemlélteti, a SAFe DevOps-hoz való megközelítése öt koncepcióra épül: kultúra, automatizálás, Lean Flow, mérés és helyreállítás (CALMR).

• a kultúra a közös felelősség filozófiáját képviseli a gyors Értékszállítás terén a teljes Értékáramban. Mindenkiből áll, aki segít az értékteremtésben, beleértve a termékmenedzsmentet, a fejlesztést, a tesztelést, a biztonságot, a megfelelőséget, a műveleteket stb.
• az automatizálás azt jelenti, hogy el kell távolítani az emberi beavatkozást a csővezeték lehető legnagyobb részéről a hibák csökkentése és a kiadási folyamat teljes ciklusidejének csökkentése érdekében.
• a Lean flow azonosítja a folyamatban lévő munka (WIP) korlátozásának, a kötegméret csökkentésének és a várólista hosszának kezelésének gyakorlatát. Ezek felgyorsítják az értékáramlást az ügyfél felé, és gyorsabb visszajelzést tesznek lehetővé.
• a mérés elősegíti a tanulást és a folyamatos fejlődést azáltal, hogy megérti és számszerűsíti az értékáramlást a csővezetéken keresztül.
• a Recovery olyan rendszereket épít, amelyek lehetővé teszik a termelési problémák gyors javítását az automatikus visszagörgetés és a ‘fix forward’ képességek révén (azaz fix a termelésben).

a CALMR modell egyik előnye, hogy úgy tervezték, hogy az üzleti agilitás bármely szintjén működjön együtt egy szervezettel, azonnal támogatva őket, amikor megkezdik a könyörtelen fejlesztés folyamatát.

a Continuous Delivery Pipeline

a Continuous Delivery Pipeline azokat a munkafolyamatokat, tevékenységeket és automatizálást képviseli, amelyek szükségesek ahhoz, hogy egy új funkcionalitást az ötletektől az érték igény szerinti kiadásáig a végfelhasználó felé tereljenek. Amint azt a 7. ábra szemlélteti, a csővezeték négy szempontból áll: Folyamatos feltárás (CE), folyamatos integráció (CI), folyamatos telepítés (CD) és igény szerinti kiadás. A csővezeték az agilis termékszállítási kompetencia legfontosabb eleme (1.ábra).

minden Agile Release Train (ART) épít és tart fenn, vagy oszt meg más ARTs-szal egy csővezetéket a megoldási érték lehető legfüggetlenebb biztosításához szükséges eszközökkel és technológiákkal. A csővezeték első három eleme (CE, CI és CD) együtt működik, hogy támogassa az új funkciók KIS tételeinek szállítását, amelyeket ezután a piaci keresletnek megfelelően szabadítanak fel.

a folyamatos kutatás elősegíti az innovációt, és összehangolja azt, amit építeni kell. A Design Thinking arra szolgál, hogy folyamatosan feltárja a piaci és vevői igényeket, és meghatározza a jövőképet, ütemtervet és egy sor funkciót egy olyan megoldáshoz, amely megfelel ezeknek az igényeknek. A CE során új ötleteket vetnek fel, finomítanak és elkészítik a Program Backlog kiemelt funkcióinak listáját. Ezeket a PI tervezés során vonják be a megvalósításba, amely megkezdi a folyamatos integrációs folyamatot.

a folyamatos integráció számos agilis csapat folyamatos munkájának folyamatos integrálásával építi be a minőséget a fejlesztési folyamatba. Minden munka verzióvezérelt, és az új funkciók beépülnek és integrálódnak egy teljes rendszerbe vagy megoldásba. Ezután egy megfelelő átmeneti környezetben érvényesítik, amely a tiszta felhőalapú szoftverrendszerektől a fizikai eszközökig és/vagy eszközszimulátorokig terjed.

a folyamatos telepítés rögzíti a megoldások mozgatásával kapcsolatos folyamatokat a termelési környezetekbe történő átmeneten keresztül. A folyamatos integrációhoz hasonlóan ez is jelentősen eltér a létrehozott megoldások típusától és a hozzájuk kapcsolódó megoldási kontextustól függően. Annak biztosítása érdekében, hogy a megoldások készen álljanak az ügyfelek számára történő teljes kiadásra, a telepítés magában foglalja a felügyeletet, amely rugalmasságot biztosít a kiadások ellenőrzésében, a kiadások visszaállításában vagy a növekményes frissítések és javítások telepítésében.

amint azt fentebb leírtuk, a Release on Demand az a képesség, hogy az értéket egyszerre vagy a piaci és üzleti igények alapján ad hoc módon elérhetővé tegyük az ügyfelek számára. Az igény szerinti kiadás központi szerepet játszik az üzleti agilitásban, mivel az a döntés, hogy kinek és mikor szabadítson fel, kulcsfontosságú értékhajtók.

Összegzés

a vállalkozásoknak egyensúlyba kell hozniuk a végrehajtás fókuszát az ügyfélközpontúsággal, hogy biztosítsák, hogy a megfelelő megoldásokat hozzák létre a megfelelő ügyfelek számára a megfelelő időben. Az agilis termékszállítás az ügyfélközpontúságon alapul, amely minden döntés középpontjában az ügyfelet helyezi. Tervezési gondolkodást alkalmaz annak biztosítására, hogy a megoldás kívánatos, megvalósítható, életképes és fenntartható legyen.

a cadence fejlesztése segít kezelni a termékfejlesztésben rejlő változékonyságot. A Release on demand szétválasztja a kiadás és a fejlesztés ütemét, hogy az ügyfelek megkapják, amire szükségük van, amikor szükségük van rá. A DevOps és a CDP olyan alapot teremt, amely lehetővé teszi a vállalatok számára, hogy bármikor, részben vagy egészben értéket szabadítsanak fel az ügyfelek és a piaci kereslet kielégítése érdekében.

az agilis termékszállítás eredménye a fokozott üzleti agilitás, amely kiváló eredményeket nyújt a vállalat és az általa kiszolgált ügyfelek számára.

További Információ

Norman, Don. A mindennapi dolgok tervezése. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda és Alan Smith. Value Proposition Design: Hogyan hozzunk létre termékeket és szolgáltatásokat, amelyeket az ügyfelek szeretnének. Wiley, 2014. Leffingwell, Dean. Agilis szoftverkövetelmények: Lean követelmények gyakorlatok csapatok, programok és a vállalat számára. Addison-Wesley, 2011. Kim, Gene. A Phoenix Projekt: Egy regény róla, DevOps, és segít a vállalkozásodnak nyerni. Ez forradalom sajtó. Kim, Gene, Jez Humble, Patrick Debois és John Willis. A DevOps kézikönyv: Hogyan hozzunk létre világszínvonalú agilitást, megbízhatóságot és biztonságot a technológiai szervezetekben. Ez forradalom sajtó. Gyorsítás – DevOps állapota 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Utolsó frissítés: Február 10 2021