Waterfall kontra Agile: melyik módszert válassza Redmine projektjeihez?

Néha hallok olyan kiáltásokat "Gantt meghalt", "agilisan kell vezetned" vagy "A projektmenedzsment meghalt." Bár sok közülük csak egy példa a marketing szemétségre, gyakran találkozom projektportfólió-menedzserekkel, scrum-mesterekkel és más projektmenedzsment-szakemberekkel, akik komolyan akarnak vitatkozni az Agile vs. Waterfall-ról (Gantt) technikák. Ez a bejegyzés egy rövid bevezetés a témába.

A projektmenedzsment vas háromszöge

A vas háromszög valójában nagyon egyszerű ábrázolása a sikeres projekttervezéshez szükséges legfontosabb elemeknek. Hatály, idő és költség/erőforrások. Tudástár sok iparágban az ár egyetlen és/vagy kritikus elemei. Az emberek a legértékesebb vagyon, amelyet nem lehet egyszerűen növelni, csökkenteni vagy megsokszorozni. Hasonlóképpen, a gépi erőforrások bizonyos termelési kapacitással rendelkeznek, és nem módosíthatók egyetlen kattintással.

Könnyű Redmine - A #1 vas háromszög

De hogyan illeszkedik az összképbe a vas háromszög? Nagyon kényelmesen. Egyszerű, de hatékony választ ad, hogy mikor érdemes a Waterwall módszertan tervezését alkalmazni, és éppen ellenkezőleg, mikor válasszunk agilis megközelítés.

Redmine vízesés projektmenedzsment

A Waterfall módszertana leginkább olyan projekthez illik, amelynek hatóköre pontosan meghatározott, és a projekt kulcseleme, mint például ingatlanépítés, konferencia tervezés, ill. Egyszerű Redmine szoftver implementáció.

Technika: A projekt hatóköre meghatározásra került (fix). Példánkban ez azt jelenti, hogy nem változtathatom meg az ingatlanom ablakainak számát, nem változtathatom meg egy konferencia helyét vagy tárgyát stb. A projekt ideje korlátozó tényező vagy abszolút (pl. konferencia), vagy szinte abszolút (pl. szoftveres implementáció). A szigorúan meghatározott hatókörrel a projektmenedzser vagy portfóliómenedzser fő feladata, hogy minden típusú erőforrást ütemezzen az idővonalon a párhuzamosan futó projekteken keresztül, és figyelembe vegye a szükséges műveletek (feladatok) sorrendjét az egyes projektekben.

Vegyük például fontolóra egy ház építését: a cementszállítást végző munkavállalóknak időben kell befejezniük a munkájukat, mivel a cementforrások hiánya miatt a késedelmek megakadályozhatják a kőművesek számára a saját feladataik elvégzését. Miután a beton elég szilárd, már megtalálhatók egy másik oldalon.

Könnyű Redmine - A #2 vas háromszög

Redmine Agile projektmenedzsment

Az agilis megközelítés hasznos olyan projektek esetében, ahol Az idő határozottan meg van határozva, A források meghatározó tényező és A terv hatálya alá tartozik (fontossági sorrend). Jó példa lehet szoftverfejlesztés (sprint), publikációs tevékenység (magazin/újság megjelenési dátuma) vagy marketingtartalom (kampány).

Technika: hasonló feladatokban a scrum mesterek vagy tervezők prioritást adnak a következő sprint feladatainak. Általában a forgatómester mester különféle hátrányokat és zavarforrásokat kínál a különböző típusú erőforrásokhoz, például a fejlesztők, akik a hibákat kijavítják és kezelik az új funkciók iránti kérelmeket, és a másik oldalon az újságírókat a politikai vagy sportmédiában.

Könnyű Redmine - A #3 vas háromszög

Mit jelent?

Nyilvánvaló, hogy a projektmenedzsment egésze még mindig a vas háromszög körül forog. Az operatív tervezés csak az azonos dolog különböző részeire koncentrál. Tehát mit tudunk rajzolni?

1. Gyakorlatilag minden egyes szervezetben találnánk olyan projekteket, ahol szükséges mindkét projektmenedzsment technikát alkalmazza Hatékony munkafolyamatok megteremtéséhez. Az egyik módszer nem jobb, mint a másik, csak a különböző kihívásokkal foglalkozik.
   
   
2. Az erőforrások minőségi ütemezése Az idővonalhoz kapcsolódó minden egyes Waterfall projektnél, különösen a projektportfólió tervezésénél elengedhetetlen. Ugyanez igaz a az Easy Redmine projekteket.
   
   
3. Agilis projektek kezelése: A prioritások kezelése általában különféle eszközökön keresztül történik. Gyakran probléma adódik az erőforrások pontos elosztásával egy adott lemaradáshoz. Tehát ebből a szempontból erősen ajánlom, hogy Térképet és az erőforrásokat következetesen hozzárendelje. Például egy szoftverfejlesztő egyidejűleg több hátralékkal is használható (pl. hibajavítások, illetve ugyanazon nyelvű függvénykérések). A lemaradások mennyiségi erőforrás-elosztásának meghatározása nélkül azonban nem lesz képes prioritási teljesítések ütemezése, és a scrum masternek folyamatosan fel kell oldania a prioritások közötti eltéréseket. Egy másik kellemetlen következmény az új kulcsfontosságú termékfunkciók késleltetett kiadása lesz, mint például a hibajavítások vagy a funkciókra vonatkozó követelmények, amelyek kihasználják stratégiai fejlesztési források.

Mindkét vezetési módszertan kombinációja

Amint az alábbi képen látható, van egy alapvető Waterfall projektünk, amely tartalmaz néhány szoftverfejlesztési tervet, amely sorozatokat és függőségeket mutat be. A projektben részt vevő csapatok (értékesítők, műszaki írók) azonban nemcsak a példán látható módon, hanem agilis módon is kezelhetik saját kiszállításaikat az osztályukon.

Easy Redmine Gantt - Vízesés projekt példája