Mi a különbség az Agile és a Waterfall módszertan között?


Válasz 1:

Kezdjük az alapokkal, és nézzük meg, mi a lényeg ezekben a projektmenedzsment módszerekben, mielőtt az előnyeik és hátrányaik közé ugrunk.

A vízesés módszertanát tekintik a szoftverfejlesztés hagyományos megközelítésének. Ezen módszer szerint a projekt több egymást követő szakaszra oszlik, amelyek nem teljesíthetők egyszerre. Minden szakasz végén át kell állítania a követelmények áttekintését, és csak akkor léphet tovább a következő szakaszba. Figyelembe kell venni, hogy az egyik szakasz befejezése után nem térhet vissza ehhez a teljes fejlesztési ciklus befejezéséhez. Ezért ez a módszertan a fejlesztést egy lineáris és egymást követő folyamatként írja le, amely általában hét szakaszból áll:

Előnyök:

  • könnyű elkezdeni használni: a benne rejlő egyszerűség miatt ezt a módszertant könnyű bevezetni az újonnan érkezők és / vagy a junior fejlesztők számára; részletes dokumentációs fókusz: minden szakaszban dokumentációt kell készíteni, ami a célokat egyértelműbbé teszi a fejlesztői csapat, a projekt számára önmagában egyértelműbb az ügyfél számára, és könnyebben átvehető egy új személynek a csapatban; egyszerűen használható: mivel a vízesés merev, minden szakaszban vannak bizonyos követelmények, várható eredmények és áttekintések, ami a projekt felügyeletét tortaszelet.

Hátrányok:

  • a követelmények azonosítása nem olyan egyszerű, mint amilyennek látszik: az egyértelmű követelmények fontosak, de gyakran előfordul, hogy az ügyfél a projekt elején nem képes azonosítani az összes kulcsfontosságú „igényt és igényt”; a változtatások elvégzése költséges és nem hatékony: ha egy csapat a kódolás során azonosít egy problémát, akkor nem térhet vissza egy előző szakaszba, és nem végezhet kiigazításokat annak megoldása érdekében; az ügyfelek türelmetlenek lehetnek legalább néhány operációs szoftver megtekintésében, ugyanakkor maga a fejlesztési szakasz meglehetősen későn indul el; a késői tesztelés túl kockázatos, mivel a határidő előtt lehet, hogy nincs elég idő ahhoz; ebben az esetben bizonyos hibákat és hibákat nem lehet időben azonosítani.

AGILE: PROS & CONS

Haladjunk tovább az Agile vs Waterfall döntő versenytársunkhoz. Mindenekelőtt ki kell emelnünk, hogy az Agile általános iránymutatásokat képvisel, amelyeket az Agile Manifesto (2001) tükröz. A szoftverfejlesztés ezen keretét különféle agilis módszertanokban, például Scrum, Kanban stb.

Röviden: az Agile módszertan elhanyagolja a lineáris vízesés megközelítést az iteratív módszer mellett. Agile szerint a projekt megvalósítása egy termékmaradvány létrehozásával kezdődik, amely alapvetően azon feladatok listája, amelyeket a fejlesztés során teljesíteni kell. A feladatokat prioritási sorrendbe kell helyezni, és a legmagasabb prioritással bíró feladatok egy része a sprint-hátralékot tartalmazza. A sprint a projekt végrehajtásának iterációit képviseli. Minden sprint egy hétről egy hónapra tarthat, és tartalmaznia kell a projekt prioritásainak áttekintését, a tervezést, a tervezést, a kódolást és a tesztelést (egység- és átvételi tesztek). Minden sprint célja az, hogy a termék tulajdonosának készen álljon a termék tulajdonosa a végén, még akkor is, ha korlátozott tulajdonságokkal rendelkezik.

Agile szerint a hangsúly a csapat önszervezetére is irányul, kevés felügyelettel és ellenőrzéssel. Az Agile a személyes interakciót, együttműködést és a változásokhoz való alkalmazkodást helyezi a prioritási lista tetejére.

Agile azt javasolja, hogy vonjanak be egy ügyfél-képviselőt egy többfunkciós csoportba, amely a projekt megvalósításán dolgozik. A fejlesztők mellett, akik maguk írják a kódot, és az ügyfél képviselőjének, egy ilyen csapatnak tartalmaznia kell tervezőket, tervezőket és tesztelőket.

A Scrum talán a legismertebb projekt menedzsment keret, amely megtestesíti az Agile elveket. Scrum meghatározza a teljesítendő szerepek egy sorozatát, az egyes szerepkörök felelősségét és a tervek kiigazítását célzó napi stand-up találkozókat. A sprint gyorsabb és egy-két hétig tart. A szerepek között szerepel a terméktulajdonos (az ügyfél képviselője), a fejlesztők és a testmozgató, aki megkönnyíti a munkát, és „pufferként” szolgál a csapat és a lehetséges zavarások között.

A Kanban, egy másik agilis módszer, a „japán” vagy a „vizuális jel” japán szavából kapta nevét. Nagyon összpontosít a munkafolyamat megjelenítésére, a folyamatban lévő munka minimalizálására az áramlásokon belül, és a meglévő rendszer folyamatos apró módosítására.

Előnyök:

  • alkalmazkodóképesség a változásokhoz: a korábbi tervek gyorsan elavulhatnak a folyamatosan változó technológiai világban, és az Agile bebizonyította, hogy jobban alkalmazkodik a változásokhoz, mind az új technológiák, mind az ügyfél igényei miatt; a kommunikáció prioritás: szemtől szemben -A felülettel történő interakció és a visszajelzés a mozgó alapelvek, amelyek ösztönzik a csapat kompetenciáinak folyamatos fejlesztését; szoros együttműködés az ügyféllel: az ügyfeleknek több lehetőségük van arra, hogy beleszólhassanak a végtermékbe, szorosan együttműködve a csapat tagjaival; nincs az összes követelmény meghatározása a legelején elengedhetetlen: a projekt megvalósítása során módosíthatók; alapos tesztelés: az egyes sprint során az egység- és átvételi tesztek jelentősen csökkentik a végtermékben fel nem tüntetett kihasználások és hibák lehetőségét.

Hátrányok:

  • a kézbesítési dátum félreérthetősége: a projekt prioritásainak ismétlődő változásai miatt a szállítási határidőket nem lehet 100% -ban pontosan előre megtervezni; emellett szükség lehet sprint hozzáadására, ami szintén elhalasztja a végtermék bevezetését; a csapat tagjaitól magasan fejlett készségekre van szükség: mivel a csapatnak feltételezhető, hogy egyszerre többfunkciós és kicsi, minden csapattagnak gyakran teljesítsen egy meghatározott szerepet (pl. a tervező); ezért minden fejlesztőnek nagy jártassággal kell rendelkeznie munkakörében; kevesebb figyelmet kell fordítania a dokumentáció készítésére: Az Agile a kódolást a részletes dokumentáció létrehozása fölé helyezi; A dokumentációnak egyedi célt kell szolgálnia: lehetővé tennie az újonnan érkezők számára, hogy megértsék, hogyan és miért írták a kódot.

AGILE VS VÍZHATÁS: MI A KÖLTSÉGEK?

Pénz számít. Mindannyian tudjuk ezt. Ez az oka annak, hogy a költségvetési korlátozások elkerülhetetlenek, és figyelembe kell vennie azt, amit megengedhet vagy nem engedhet meg magának. Tehát hasonlítsuk össze, hogy az Agilis és Vízesés fejlesztése mennyibe fog kerülni, hogy segítsen egy olyan bölcs pénzügyi döntés meghozatalában, amely hatással lesz a projekt jövőjére.

Egy dologról tisztában kell lennünk. Minden projekt egyedi a műszaki előírások, követelmények stb. Miatt. Ezért lehetetlen mondani: „A projekt agilis fejlesztése X USD-t fog fizetni, vagy Y USD-t költ költeni a vízesés fejlesztésére. ugyanaz a projekt. ” A fejlesztési költség számos tényezőtől függ, beleértve a bérelt fejlesztők óránkénti tarifáját, a megvalósítandó funkcionalitást, a fejlesztés típusát (egy webalkalmazás vagy az Android létrehozása különféle projektek), stb.

Amint azonban a Standish csoport kutatása kiderült, van egy dolog, amit biztosan elmondhatunk nektek: Az agilis fejlesztési módszertan gazdaságosabbnak bizonyult, mint a Waterfall módszertan. A kutatás azt mutatta, hogy az agilis projektek átlagosan négyszer olcsóbbak, mint a vízesés projektek, sőt tízszeresen is megszakadnak, mint a vízesés projektek. Így világos empirikus bizonyítékokkal rendelkezünk arról, hogy az Agile módszertan költséghatékonyabb, mint a Waterfall. Talán ez az egyik fő oka annak, hogy az Agile egyre népszerűbbé válik az informatikai vállalatok körében, függetlenül azok méretétől.

AGILE VS VÍZESÍTÉS: HOGYAN VÁLASZTSON?

Az olyan kritikus döntések, mint például a projektmenedzsment módszertanának kiválasztása, semmilyen körülmények között sem lesz könnyű. Szeretnénk azonban ezt a döntést legalább egy kicsit megkönnyíteni az Ön számára.

Öt fő mutató van, amelyeket elemeznie kell és figyelembe kell vennie, mielőtt ezt a választást meghozza:

  • a projekt nagysága; a projekt időtartama; komplexitása; különféle szervezeti tényezők; érdekelt felek és ügyfelek.

A vízesés megfelel azoknak az egyszerű, kisméretű projekteknek, amelyek várhatóan nem igényelnek sok változtatást. Ezeket a projekteket megváltoztathatatlanoknak lehet nevezni. Ezenkívül a Waterfall módszertan lehetővé teszi részletes, alapos dokumentáció elkészítését, és a benne rejlő egyszerűség miatt könnyen bevezethető az újonnan érkezők és / vagy a junior fejlesztők számára.

Mivel szigorú és ösztönzi a fegyelem alkalmazását, a Waterfall jó választás olyan projektek számára, amelyekben más szervezetek vagy távoli alkalmazottak vesznek részt. Ezen túlmenően, az Agile módszertantól eltérően, ez a módszertan megfelel annak a helyzetnek, amikor az ügyfelet nem lehet nagymértékben bevonni a projekt megvalósításába. Ha a projekt rögzített idő- és költségvetési korlátokkal, valamint rögzített hatókörrel rendelkezik, akkor a Vízesés lehet éppen amire szüksége van.

Az agilis módszertan azokhoz a nagyszabású projektekhez alkalmazható, amelyek rugalmas időkeretet és költségvetési korlátozásokat tartalmaznak. Ha egy projekt hatókörét már a legelején egyértelműen meg lehet határozni, ám ez összetett lesz. Ha biztos benne, hogy lesz néhány kiigazítás, amelyet az ügyfél vagy az érdekelt felek nevében kell elvégezni, az Agile minden bizonnyal az Ön választása. Mivel az ügyfélnek feltételeznie kell, hogy részt vesz a teljes fejlesztési folyamatban, meg kell győződnie arról, hogy hajlandó-e ezt megtenni, mielőtt végleges döntést hoz a projektben alkalmazandó módszertanról.

Emellett biztosnak kell lennie abban, hogy a csapat tagjai készen állnak a teljes elkötelezettségre a projekt iránt, mivel ez elég időigényes és 24 órás, illetve hét órás figyelmet igényel. A csapatodnak szintén jártasnak kell lennie a munkavégzés terén, hogy képes legyen ezen módszer szerint dolgozni.

ALSÓ VONAL

Egyik módszer sem hibátlan. Önnek kell mérlegelnie az egyes módszerek előnyeit és hátrányait, kiértékelnie a projektjét, és saját maga eldöntenie, hogy melyik módszer megfelelne a legjobban.

Ha tétovázik, hogy melyik módszer megfelelne a legjobban a projekt igényeinek, nyugodtan forduljon szakembereinkhez. Bármilyen kérdése is van, mindig megkapjuk a választ.


Válasz 2:

A vízesés projektmenedzsmentje a projekt kockázatkezelésének prediktív modelljét használja. Az ötlet a következő: ha pontosan meg tudja jósolni az összes követelményt, az erőforrást stb., Akkor alacsony kockázatú projektje lesz.

A projektmenedzsment prediktív megközelítései csak akkor működnek, ha - ahogy kitaláltad - valójában jó előrejelzéseket tehet a projekt elején. Ahol a vízesés nem működik - valószínűleg ezt is kitalálta -, amikor az előrejelzései rossznak bizonyulnak.

Az agilis megközelítés ezzel szemben empirikus modellt alkalmaz a kockázatkezeléshez. Ez jobban működik, ha több ismeretlen ember van a projektben. Pontosabban, akkor segít, ha a három feltétel bármelyike ​​teljesül:

  • Van egy olyan projektje, amely magasabb az átlagnál nagyobb kockázatoknál. Egy vagy több erőforrás (idő, pénz, személyzet stb.) Kellemetlenül korlátozott. A projektnek valószínűleg felmerülő igényekkel kell szembenéznie

Ebben az esetben az agilis (más néven: empirikus) megközelítés, az iterációkkal és a gyakori vizsgálati és adaptációs pontokkal, jobb keretet kínál e kockázatok kezelésére.

Tehát láthatja, hogy sem az agilis, sem a vízesés nem „rossz”. Egyszerűen a megfelelő eszköz használata a feladathoz.

-Angela


Válasz 3:

A vízesés projektmenedzsmentje a projekt kockázatkezelésének prediktív modelljét használja. Az ötlet a következő: ha pontosan meg tudja jósolni az összes követelményt, az erőforrást stb., Akkor alacsony kockázatú projektje lesz.

A projektmenedzsment prediktív megközelítései csak akkor működnek, ha - ahogy kitaláltad - valójában jó előrejelzéseket tehet a projekt elején. Ahol a vízesés nem működik - valószínűleg ezt is kitalálta -, amikor az előrejelzései rossznak bizonyulnak.

Az agilis megközelítés ezzel szemben empirikus modellt alkalmaz a kockázatkezeléshez. Ez jobban működik, ha több ismeretlen ember van a projektben. Pontosabban, akkor segít, ha a három feltétel bármelyike ​​teljesül:

  • Van egy olyan projektje, amely magasabb az átlagnál nagyobb kockázatoknál. Egy vagy több erőforrás (idő, pénz, személyzet stb.) Kellemetlenül korlátozott. A projektnek valószínűleg felmerülő igényekkel kell szembenéznie

Ebben az esetben az agilis (más néven: empirikus) megközelítés, az iterációkkal és a gyakori vizsgálati és adaptációs pontokkal, jobb keretet kínál e kockázatok kezelésére.

Tehát láthatja, hogy sem az agilis, sem a vízesés nem „rossz”. Egyszerűen a megfelelő eszköz használata a feladathoz.

-Angela


Válasz 4:

A vízesés projektmenedzsmentje a projekt kockázatkezelésének prediktív modelljét használja. Az ötlet a következő: ha pontosan meg tudja jósolni az összes követelményt, az erőforrást stb., Akkor alacsony kockázatú projektje lesz.

A projektmenedzsment prediktív megközelítései csak akkor működnek, ha - ahogy kitaláltad - valójában jó előrejelzéseket tehet a projekt elején. Ahol a vízesés nem működik - valószínűleg ezt is kitalálta -, amikor az előrejelzései rossznak bizonyulnak.

Az agilis megközelítés ezzel szemben empirikus modellt alkalmaz a kockázatkezeléshez. Ez jobban működik, ha több ismeretlen ember van a projektben. Pontosabban, akkor segít, ha a három feltétel bármelyike ​​teljesül:

  • Van egy olyan projektje, amely magasabb az átlagnál nagyobb kockázatoknál. Egy vagy több erőforrás (idő, pénz, személyzet stb.) Kellemetlenül korlátozott. A projektnek valószínűleg felmerülő igényekkel kell szembenéznie

Ebben az esetben az agilis (más néven: empirikus) megközelítés, az iterációkkal és a gyakori vizsgálati és adaptációs pontokkal, jobb keretet kínál e kockázatok kezelésére.

Tehát láthatja, hogy sem az agilis, sem a vízesés nem „rossz”. Egyszerűen a megfelelő eszköz használata a feladathoz.

-Angela