Az Agilis Fejlesztés a szoftverfejlesztés olyan megközelítése, amely a funkciók gyors bevezetésére összpontosít, folyamatos iterációkkal, részlegek közötti konzultációk és felhasználói visszajelzések alapján. Ez egy olyan projektmenedzsment-keretrendszer, amely a folyamat minden egyes szakaszában, a tesztelés alatt álló fokozatos fejlesztéseken alapul, és a következő iterációt vagy termékfordulatot a végfelhasználók visszajelzéseire vagy eredményeire alapozza.
Az agilis fejlesztés fogalmának megértése csak a kezdet – ez a legfontosabb, hogy beépítse az üzleti gyakorlatokba. Az agilis megközelítés projektmenedzsment gyakorlatába való beépítésének nagyszerű módja a vizualitás és az agilis fejlesztés társítása. Kezdésként a felhasználói történettérképek az egyik gyakori látványelem. A felhasználói történettérképek vizuálisan ábrázolják a felhasználókat, akik interakcióba lépnek az Ön termékével, és azokat a válaszokat vagy műveleteket, amelyeket az UX vált ki a felhasználókban, miközben egy cél vagy célkitűzés elérése érdekében dolgoznak. A történettérképek létrehozása a felhasználók számára arra kényszeríti, hogy a terméket fokozatos szakaszokra bontsa, lehetővé téve, hogy összpontosítson arra, hogyan lehet az iteratív változtatásokat az egyes szakaszokra önállóan alkalmazni a termék egészének javítása érdekében. A történettérképek különböző formákat ölthetnek: lineáris utazások, amikor a felhasználó végigsétál a terméken, nem lineáris ciklusok, vagy akár grafikonok, amelyek az időt vagy a prioritást ábrázolják az x tengely mentén, és a feladat összetettségét az y tengelyen.
Dulakodás
A Scrum egy agilis fejlesztési módszertan, amely a projektfeladatok időbeosztására összpontosít (jellemzően 1-4 hétig), és lehetővé teszi a fejlesztők számára, hogy előre meghatározott ütemben vezessenek be új funkciókat. A scrumot használó szervezetek tipikus gyakorlata a napi stand-up megbeszélések, a sprint kezdőrúgásai és a sprint utáni áttekintések.
Kanban
A Kanban egy agilis fejlesztési módszertan, amely vizuális lemaradást tartalmaz prioritást élvező feladatokról, amelyeket el kell végezni a projekt befejezéséhez. Amint ezek a feladatok befejeződnek, kiadják őket, ami folyamatos termékiterációkat és kiadásokat eredményez. A fejlesztők választhatnak olyan feladatokat, amelyek a szakterületükhöz leginkább kapcsolódnak, és olyan feladatokat, amelyek nincsenek időkeretben.
Projekt elkülönítése
Az agilis fejlesztési gyakorlatok megvalósításának első lépése egy projekt kiválasztása. Az agilis fejlesztés összetett, sok mozgó alkatrészt tartalmazó projekteknél működik a legjobban. Válasszon olyan projektet, amely részlegek közötti együttműködést és számos új funkció létrehozását/megvalósítását igényelheti. Ezután válasszon egy scrum mestert , azt a személyt, aki felelős lesz a projekt terv szerinti haladásáért.
Hozzon létre egy feladathátralékot
A következő lépés egy lista létrehozása az összes szükséges feladatról, amelyekre a projektnek szüksége lesz a befejezéshez. Miután az összes feladatot felsorolta, rendezze azokat fontosság és prioritás szerint. Gyakran előfordulnak olyan feladatok, amelyeket nem lehet végrehajtani anélkül, hogy előbb valamelyik hátramaradt feladatot el kellene végezni – a prioritási listának ezt figyelembe kell vennie. A feladatlista változik és bővül az agilis folyamat során, ahogy rájön, hogy több feladatot kell elvégezni, másrészt pedig felismeri, hogy egyes feladatok szükségtelenek.
Oszd fel sprintekre vagy hozz létre egy Kanban táblát
Most itt az ideje eldönteni, hogy a Scrum vagy a Kanban megközelítést választja. Ha úgy dönt, hogy a Scrumot választja, ossza fel a feladatlistákat egyéni sprintekre. Korlátozza a sprinteket legfeljebb négy fejlesztői hétre, de célozzon meg körülbelül két hetet. Ez csökkenti a projekt hatókörét, és arra kényszeríti a fejlesztőket, hogy a legfontosabb feladatokon dolgozzanak. Ha a Kanbant választja, akkor hozzon létre egy Kanban-táblát az összes elmaradt feladattal. Kérje meg a fejlesztőket, hogy menjenek a fórumhoz, és fizikailag válasszanak ki egy feladatot, amelyet sajátjuknak tekinthetnek. Vigye át a feladatot a táblán a „Teendőkről” a „Cselekedetekre”, a „Kész” részre.
Munkára
Kezdj dolgozni! Amint a fejlesztők és a marketingesek elkezdenek együtt dolgozni a rájuk bízott feladatokon, segít a napi gyors stand-up megbeszéléseken. Ezek a találkozók nem lehetnek hosszabbak 10 percnél, és minden résztvevőnek három alapvető kérdésre kell válaszolnia: Mit csináltál tegnap? Mit csinálsz ma? Van valami, ami megakadályozza, hogy elvégezze a mai feladatait?
Tekintse át a projektet, a folyamatot és ismételje meg
A sprint lejárta után vagy egy új funkció bevezetése után tekintse át a projektet, hogy megbizonyosodjon arról, hogy az elfogadható a felhasználói interakcióhoz. Szintén elengedhetetlen a folyamat egészének áttekintése, és aktív keresés a folyamat hatékonyságának vagy teljesítményének javítására. Miután mindez megtörtént, ismételje meg az elejétől a következő projekten vagy szolgáltatáskészleten.