A Dual-track Agile egy hatékony stratégia, amely mind a tervezői, mind a fejlesztői csapatokat támogatja annak minden lépésében, hogy olyan csodálatos termékeket készítsenek, amelyeket az ügyfelek valóban használnának és szeretnek.
Ma azok a sikeres vállalkozások, amelyek teljes mértékben megértik ügyfeleik problémáit, és értékes megoldásokat kínálnak.
Nem csak arról van szó, hogy mennyi erőfeszítést fektet a tervezésbe és fejlesztésbe, hanem ennek az erőfeszítésnek a helyes irányba kell haladnia.
Az olyan hagyományos megközelítések, mint a Waterfall a termékfejlesztéshez, lineáris megközelítést követnek, ahol a fejlesztés a terv jóváhagyása után kezdődik, majd a tesztelés és a kiadás következik. Tehát, ha egy fontos szemponton szeretne változtatni, az hosszadalmas és nehéz folyamat lesz, mivel vissza kell térnie a tervezési és tervezési lépésekhez, és mindent megváltoztatnia.
Így ennek megközelítése költséges, időigényes és kihívást jelenthet.
Az olyan továbbfejlesztett modellekkel azonban, mint az Agile vagy a Dual-track Agile, egy jobb terméket állíthat be alacsonyabb költséggel, idővel és nehézségekkel a piacon, amelyet ügyfelei szívesen használnának.
Beszéljünk többet a kettős agilis pályáról, és derítsük ki, mennyire lehet hasznos a következő termékfejlesztéshez.
Tartalomjegyzék
Mi az a Dual Track Agile?
A kétsávos agilis egy olyan típusú agilis keretrendszerre utal, ahol a többfunkciós termékfejlesztő csapat a napi munkát két szakaszra bontja – a felfedezési pályára és a szállítási pályára.
- A felfedezési pálya a termékötletek gyors generálására és érvényesítésére helyezi a hangsúlyt, hogy bevigye a lemaradásba. Terméktervezéssel foglalkozik.
- A szállítási pálya a termékötletek olyan szoftverrendszerré alakítását hangsúlyozza, amely készen áll a végfelhasználókhoz való eljuttatásra. Ez alapvetően a termékfejlesztésről szól.
Legyen szó felfedezésről vagy kézbesítési pályáról, mindkettő célja a legjobb termék létrehozása a felhasználók számára. Így a dual-track agile koncepció ötvözi az UX tervezés és az agilis fejlesztés céljait, ahol mindkét pálya harmonikusan működik, hogy segítsen kiváló termékeket létrehozni. Így a termékcsoportok egyszerre tudnak hatékonyan dolgozni a kutatáson és a fejlesztésen.
A dual-track agile gyökerei 2005-ig nyúlnak vissza, az Agile Manifesto megjelenése és népszerűsítése után. Az ötletet továbbfejlesztették, és most már kétpályás agilis is van.
Hogyan működik a Dual-track Agile?
Az agilis fejlesztési keretrendszer adatvezérelt, iteratív és gyors fejlesztést céloz, hogy kiváló termékeket készítsen. Ez megköveteli az agilis csapatoktól, hogy folytassák a termékek frissítését, és gyorsabban telepítsék őket a piacon. Segít nekik felhasználói visszajelzéseket szerezni, és javítani kínálatukat.
A kétsávos agilis az agilis fejlesztési módszertan ezen koncepcióján dolgozik, amely szerint a fejlesztésnek iteratívnak és gyorsnak kell lennie a minőséggel.
Ez ellentétben áll a hagyományos, lineáris megközelítéssel, ahol a termékmenedzserek felelősek a követelmények felvázolásáért, és azokat a tervezőre bízzák, hogy készítse el a termék prototípusát vagy drótvázát, amely a fejlesztőcsapathoz kerül a tényleges gyártásért.
A kettős nyomvonal egy termék felfedezését és szállítását jelenti a nagyobb együttműködéssel párhuzamosan. Itt minden tag, beleértve a fejlesztőt, a tervezőt és a termékmenedzsert is, szorosan együttműködik a termékfejlesztési folyamat során.
Miért érdemes kétsávos Agile-t használni?
A kétsávos agilis használat számos előnnyel jár a termékcsapatok számára, például:
Jobb minőségű termékek
A felderítési és kézbesítési pályákkal jól meghatározott lemaradási tételeket tarthat fenn. A kétsávos agilis lehetővé teszi a ténylegesen szükséges funkciók érvényesítését, így Ön a felhasználói élményre összpontosíthat és kezelheti a fájdalmas pontokat.
Ez segít a fejlesztőknek megszabadulni azoktól a funkcióktól, amelyek kevés vagy semmilyen értéket nem hoznak létre. Ezért kiadhat olyan szoftvereket, amelyek funkcióit a felhasználók szeretik és használják. Ez azt jelenti, hogy tisztán ismeri az összes olyan funkciót, amely hasznos lehet a felhasználók számára, és azokat, amelyeket kiküszöbölhet, miközben garantálja a termék minőségét.
Kevesebb átdolgozás
A hátralékos elemeket megfelelően definiálni, minősíteni és érvényesíteni kell, hogy kevesebb utómunka biztosítható legyen. De ha az ellenkezője történik, akkor rengeteg utómunkát kell végeznie, ami jelentős időt, erőfeszítést és erőforrásokat emészt fel a termelés lelassításához. Úgy tűnhet, hogy a határidő távolabb esik tőled, és az eredmény nem lesz kielégítő, ha sietsz.
Ezenkívül az Agile iterációkat is magában foglal a gyártás minőségének finomítása érdekében. De ha nem irányítja az iterációkat, vagy nem vezet olyan értekezleteket, amelyek nem teljesülnek, az pazarlást eredményez.
Ehhez a felderítési és kézbesítési pályákat használják annak biztosítására, hogy a fejlesztőcsapat minden tagja rendelkezzen a szükséges adatokkal. Ez segít nekik csökkenteni az iterációk számát, valamint az időt és a költségeket.
Továbbfejlesztett felhasználói élmény
Ha azt szeretné, hogy terméke sikeres legyen a piacon, kiváló felhasználói élményt kell nyújtania. A verseny nagy, és az ügyfelek nem fognak keresgélni a lehetőségeket, ha Ön nem teljesíti azt, amire vágynak, vagy nem kezeli a fájdalmas pontjaikat.
A hagyományos modellek sok hézagot tartalmaztak a fejlesztőcsapat, a tervezőcsapat és az üzemeltetési csapat között. Ezért a termékkezelés korábban nagyobb kihívást jelentett. Hasonlóképpen, két dologra – a tervezésre és a fejlesztésre – összpontosítani korábban nehéz volt. Vagy a felhasználói élmény kialakítására vagy a termékiterációkra kell összpontosítania.
De a kétsávos agilis bevezetésével a felfedezési pálya és a kézbesítési pálya egyértelműen elkülönül, hogy a megfelelő területre fókuszálhasson. A felfedezőcsapat a felhasználói élményen alapuló tervezést integrálhatja a prototípusokba, míg a kézbesítési pálya a felfedezőcsapat bemeneteit használja a további lépésekhez. Mivel a felderítési csapat felelős az érvényesítés elvégzéséért, munkafolyamataikban használhatják a felhasználói élmény érvényesítését.
Gyorsan alkalmazkodni a változásokhoz.
Az IT-ipar felgyorsult, ahol a vevői igények gyorsan változnak, és az új technológiák időnként jegesek. Ezért a modern szervezeteknek rugalmasnak kell lenniük ahhoz, hogy gyorsabban megbirkózzanak a változásokkal annak érdekében, hogy az élen maradjanak és relevánsak legyenek a versenyben. A kétsávos agilis megvalósításával ezt elérheti.
Költséghatékony érvényesítés
A termékfejlesztők gyakran hajlamosak figyelmen kívül hagyni az érvényesítést és annak fontosságát. Ennek az lehet az oka, hogy ez magában foglalja a kód kódolását és renderelését, ami időigényes, drága és fárasztó. És még akkor is, ha úgy döntenek, hogy megteszik, nem biztos, hogy teljes szívvel teszik, ami eredménytelenséghez vezet.
Az ötletek érvényesítése azonban kulcsfontosságú a termékminőség biztosításához. Ez az oka annak, hogy a fejlesztők most olyan módszereket keresnek, amelyekkel az ötletellenőrzést kezelhetőbbé, olcsóbbá és gyorsabbá tehetik. A kétpályás agilis hatékony módszer ennek elérésére. A felfedezőcsapat tagjai felméréseket végezhetnek, és prototípusokat tervezhetnek az érvényesítéshez szükséges kódok helyett. Könnyebb, hatékonyabb és költséghatékonyabb érvényesítést eredményez.
Hogyan alkalmazzuk a Dual-Track Agile-t a gyakorlatban?
A kétsávos agilis kiválóan alkalmas különböző formájú és méretű vállalkozások számára, amelyek különböző piacokra építenek szoftverrendszereket.
A kisvállalkozások és az induló vállalkozások könnyen kihasználhatják, hogy termékfejlesztési ciklusaikat rövidebbek, kevésbé kockázatosak és sikeresebbek tartsák. A megfelelő erőforrásokkal rendelkező nagyvállalatok is felhasználhatják ezt a modellt, hogy növeljék sikerarányukat és csökkentsék a kockázatokat a termékbevezetés során.
A kétsávos agilis megvalósítása egyszerű folyamatot kínál a termékkoncepciók, a termékminőség, a csapatmorál és a fejlesztési ciklusok javítására.
Tehát, ha be szeretné vezetni a kétsávos agilit a fejlesztési folyamatába, akkor ezt megteheti.
1. lépés: A felfedezőpálya
Ez a pálya különböző lépésekből áll. Itt a csapattagok kezdik azzal, hogy információkat és betekintést gyűjtenek, hogy felvázolják, hogyan készítsenek olyan terméket, amely megfelel a meghatározott követelményeknek a telepítéskor.
Ennek a folyamatnak az egyik első és legfontosabb szempontja, hogy megvitassák az érintettekkel, miután megértették a projekt követelményeit. Segít meghatározni a célokat az egyes tagok és a csapat egésze számára. Fel kell vázolniuk az érvényesített termékötleteket a projekt inputjaként, amelyeket a fejlesztőcsapat a termék kimenetként történő előállításához használ fel.
Tehát a terv megalkotása során fontos, hogy kapcsolatba lépjenek a végfelhasználókkal, hogy megértsék fájdalompontjaikat és elvárásaikat. Ez segít a csapatnak abban, hogy sikeres termékeket hozzanak létre, amelyek kívánatos tulajdonságokkal, dizájnnal, funkcióval és használhatósággal rendelkeznek a felhasználók számára. Ehhez átfogó felhasználói kutatásra van szükség felmérések, interjúk, tanulmányok, egészséges viták, webhelyével való interakció stb. révén.
Ezen túlmenően, a felfedezési pálya a felhasználók igényeitől és fájdalompontjaitól függően termékszemélyek fejlesztését és létrehozását is igényelheti. Itt létre kell hoznia egy validált termékhátralékot a tervezőivel és mérnökeivel együttműködve.
A csapatok által itt végzett tevékenységek a következők:
- Interjúk készítése az érintettekkel, hogy megértsék céljaikat és terveiket
- Felhasználói kutatás, hogy megértse, milyen problémákkal szembesülnek a felhasználók, és hogyan lehet ezeket megoldani a terméken keresztül
- Termékszemélyiség létrehozása olyan termék előállításához, amely képes kielégíteni az ügyfelek igényeit
- Történetek feltérképezése a tevékenységek és az elsőként hozzáadandó funkciók rangsorolásához
Most jön a következő szakasz.
2. lépés: A kézbesítési pálya
A szállítási pálya a termékfejlesztési csapatok által a felfedezési pálya során gyűjtött betekintést és információkat használja fel bemenetként a lehető legjobb termék előállításához.
Ez a folyamat magában foglalja a gyors prototípuskészítést, és minden iteratív megközelítést alkalmaz, ami lehetővé teszi a fejlesztői és tervezői csapatok közötti nagyobb együttműködést.
A szállítási pálya lehetővé teszi a csapatok számára, hogy egy működő termék prototípust adjanak ki a piacon, hogy megértsék, hogyan érzékelik azt a felhasználók, és visszajelzést kérjenek. Segít felvázolni a felhasználók igényeinek és elvárásainak kielégítéséhez szükséges változtatásokat. Így a kiadás után is kevésbé költséges és könnyebb a változtatások végrehajtása.
A változtatások alkalmazásához és a végtermék létrehozásához a kézbesítési pálya megköveteli, hogy az összes menedzser, csapat és felhasználó együttműködjön. Ebben a szakaszban a termék minden aspektusát alaposan át kell tekinteni, a tervezéstől, a színsémáktól és a felhasználói felülettől a funkciókig, funkciókig és teljesítményig.
A kézbesítési pálya a következő tevékenységeket követeli meg:
- Gyors prototípus készítés
- A prototípus gyorsabb piacra bocsátása
- Visszajelzés fogadása a felhasználói viselkedés megértéséhez
- Felhasználói felület és egyéb szempontok fejlesztése a felhasználói visszajelzések alapján
Kétpályás agilis Scrum-mal
A felfedezési pálya változó hosszúságú fejlesztési ciklusokat használ. Ez magában foglalja a fejlesztéseket minden nap kis lépésekben, ahelyett, hogy egy-két hetet várnának a munkára, majd egy nagy munkadarabot át kellene nézniük. Ennek az az oka, hogy ha másképp tesz, akkor nagyon nehéz és időigényes lesz a változtatások nyomon követése és a módosítások elvégzése.
Sok ötlet születik a felfedezés során, és amikor fejlődnek, gyakran megölik őket, hogy helyet adjanak jobb ötleteknek. Ezután a legjobb ötletek az időkeretes sprinthátralékkal rendelkező szállítási ciklusokhoz kerülnek.
A Scrum kétsávos agilis működéséhez a következő tevékenységeket kell végrehajtania:
- Sprint tervezés termékfelderítési és szállítási feladatokhoz, amelyek olyan folyamatokat foglalnak magukban, mint a lehetőségek elemzése, felhasználói tesztelés, kódolás, prototípus készítés, folyamatos integráció stb.
- Napi Scrum lebonyolítása, hogy megvitassák az elért eredményeket
- Sprintek áttekintése a termékteljesítmény, a folyamatteljesítmény stb. elemzéséhez, valamint a haladás frissítése a meghatározott OKR-ek elérése érdekében
- Retrospektív fejlesztési értekezletek lebonyolításával, hogy azonosítsák az iteráció javítási lehetőségeit
- A felfedezési munka vizualizálása a folyamat javítása és a cél felé haladás nyomon követése érdekében
Kétpályás agilis Kanban segítségével
A Kanbanban két lemaradás látható: a feltárási hátralék és a kézbesítési hátralék.
A Discovery szakasz célja, hogy segítsen megérteni a felhasználói fájdalompontokat és megoldani azokat. Itt a kimenet az összes érvényesített elem, amelyet áthelyezhet a fejlesztésbe. Ebben a folyamatban a kutatók, a tervezők és a termékmenedzserek arra törekszenek, hogy megértsék az ügyfelek problémáit, és megfelelő megoldásokat keressenek, mielőtt új funkciókon dolgoznának.
A tervek elkészülte után a Delivery szakaszba lépnek, amelynek célja a végtermék gyors üzembe helyezése a végfelhasználók számára.
A kétpályás agilis kihívásai és azok kezelése
A Dual Track Agile használata egy kisebb projektben korlátozott szakemberekkel és meghatározott specifikációkkal nem biztos, hogy olyan hatékony. Itt csak néhány személy állna rendelkezésre többféle szerepkör és felelősség kezelésére, akik folyamatosan váltanak egyik szakaszból a másikba a felfedezés és a kézbesítés során.
Ezért a Dual-track Agile nagyobb értéket fog hozni a hosszú távú projektfejlesztésben nagyobb csapatokkal, ahol folyamatosan építeni, tesztelni és iterálni kell a terméket annak javítása érdekében. Az ilyen típusú projektek folyamatos termékkutatást és szállítást igényelnek. Így a szerepek egyértelműen eloszthatók a tagok között, és egy ilyen felállás biztosítja a teljes projekt gyors előrehaladását.
Néhány mítosz a kétsávos Agile-ről
- Csak szoftverfejlesztésre: Igaz, hogy az Agile először a szoftverek világában indult, és különösen alkalmas a digitális termékfejlesztésre. De mítosz, hogy csak szoftverfejlesztésre alkalmazható; minden típusú szervezet használhatja az Agile-t.
- Csak kisvállalkozások és induló vállalkozások számára alkalmas: Az Agile kiváló megközelítés lenyűgöző MVP-k készítéséhez és a felhasználói visszajelzések függvényében a verziók módosításához. Ez nem jelenti azt, hogy a nagyobb szervezetek ne használhatnák. A világ legrégebbi és legnagyobb vállalatai, például a GE, a Philips stb., az Agile-t használják. Használják lassú folyamataik felgyorsítására és a silók kiiktatására a munkafolyamatból, hogy előmozdítsák a vállalati szintű innovációt.
- A sebesség feláldozza a minőséget: Az agilis gyorsabb szoftverfejlesztést tesz lehetővé. Ez nem azt jelenti, hogy ezt a minőség feláldozásával teszi. Az Agile különféle tesztelési fázisokon és iteráción keresztül biztosítja a termékminőséget, hogy a hiba vagy hiba ne veszélyeztesse a minőséget vagy a biztonságot. Ez magában foglalja a béta tesztelést, a minőségbiztosítást stb., és segít minőségi termékek gyorsabb létrehozásában.
- Az agilis egyenlő a Scrum-mal: Ez egy széles körben elterjedt mítosz, hogy az Agile az Scrum. Valójában a Scrum az eXtreme programozásból és a Leanből jött. Ez csak egy projektmenedzsment módszertan, de az Agilis a szoftverfejlesztés egy másik koncepciója.
- Nincsenek egyértelműen meghatározott szerepek: Sokan úgy gondolják, hogy az Agilisban mindenki azt csinál, amit akar, mivel nincsenek egyértelműen meghatározott célok és szerepek. Ez egy mítosz. Az agilis megoldás magában foglalhatja a hagyományos felülről lefelé irányuló menedzsmentet meghatározott szerepekkel és felelősségekkel, valamint felügyelt projektekkel. A különbség azonban az egyes csapatok irányításának irányításában és irányításában rejlik. Itt mindenki egy kicsit rugalmasabb, hogy szorosabb együttműködést biztosítson a fejlesztői és tervezői csapatokkal.
- Nincs terv: Sokan úgy gondolják, hogy az Agile nem tartalmaz tervezést, mert gyorsabb iterációkat tartalmaz. De ez nem igaz. Valójában az Agile semmi egy világosan meghatározott hosszú távú cél és annak elérésének tervezése nélkül. Az Agilis felosztja a nagyobb feladatokat kisebbekre, és hatékonyan hajtja végre azokat, hogy elérje a projekt teljes befejezését magas sikeraránnyal.
- Nincs dokumentáció: Csak azért, mert itt gyorsabban haladnak a dolgok, még nem jelenti azt, hogy az Agile-ben nincs dokumentáció. Ez egy dinamikus csapatot foglal magában, produktív tagokkal, és itt is fontos a dokumentáció.
Következtetés
A fejlett termékfejlesztési megközelítés, például a Dual-track Agile segítségével minőségi termékeket készíthet alacsonyabb költséggel, idővel és nehézségekkel. Így gyorsan piacra dobhatja termékét, és versenyelőnyre tehet szert. Lehetővé teszi továbbá, hogy korai visszajelzést kapjon, és javítsa termékét, hogy növelje a sikerarányát.