a projektmenedzsmentben jól ismert koncepciót átfogalmazva azt mondhatnánk: “a tervezés elengedhetetlen, de a tervek haszontalanok. Ezért vizsgálja meg és alkalmazkodjon.”
a hagyományos terveket dátumok vezérlik – valószínűleg a befejezési dátum az elsődleges hajtó tényező. A hagyományos projektmenedzsmentben összegyűjti az érdekelt felek követelményeit, felépíti a projekt hatókörét, és a projektet kezelhető munkákra bontja. Ez viszont létrehoz egy munkabontási struktúrát (WBS). Ezután a WBS legalacsonyabb szintjét, azaz a munkacsomagokat tovább bontják tevékenységekre. A tevékenységeket ezután összekapcsolják a függőségekkel, és az erőforrásokat becsülik és alkalmazzák a tevékenységekre, hogy létrehozzák a projekt végpontok közötti ütemezését. Ezt az ütemtervet ezután egy ütemterv-kezelési terv segítségével felügyelik és ellenőrzik, amely általában a konszolidált projektmenedzsment terv kiegészítő terve.
de hányszor történt meg, hogy az, amit terveztél, és ami valójában a földön történt, megegyezett? Már tudja a választ! A nyitó idézet azt jelzi, hogy a tervezés elengedhetetlen, de elvárni, hogy pontosan kövessük a tervet, nem bölcs dolog. Amikor a követelmények magasak, és nagy a bizonytalanság a technológiában vagy a platformban, a PMs általában adaptív (vagy agilis) életciklusokkal jár.
valójában az agilis Kiáltvány negyedik értéke azt mondja: “reagálás a változásra a terv követése után.”Az agilis változásvezérelt, és valószínűleg ezeket a változásokat az ügyfelek fogják vezérelni. Ez egy agilis Kiadástervezésnek nevezett koncepcióhoz vezet.
a Kiadástervezés nem olyan, mint a hagyományos tervezés, ahol a teljes tervet előre megfontolják, részletesen kidolgozzák, és csak hivatalos változtatási kérelmekkel lehet megváltoztatni. A kiadási terv a korábbi iterációk visszajelzései alapján sokszor frissíthető.
mivel az adaptív életciklusok inkrementális jellegűek, a szervezetek minden iteráció végén felszabadulhatnak. Néhány iteráció után vagy akár folyamatosan is kiadhatják. Ez hosszabb távú tervezést igényel, de hatékonyan megkönnyíthető a kiadástervezési technika felhasználásával, amelyet újonnan vezettek be a PMBOK útmutató 6.kiadásában.
a törekvő Projektmenedzsment szakemberek (PMP-k) és a Certified Associates in Project Management (CAPM) számára az agilis Kiadástervezés kulcsfontosságú fogalom. A PMBOK Guide 6. kiadása agilis szempontokat vezetett be minden tudásterületre. Ez hasznos az Agile Certified Practitioners (ACP) törekvő számára is.
ahogy egyre többet foglalkozunk ezzel, először nézzük meg, hogyan fejlesztik a kiadási terveket magas szinten.
a víziótól az Ütemtervig a tervek kiadásáig
az agilis projektekben a munka egy terméklátással kezdődik. A jövőkép ezután egy termék ütemtervévé alakul. Az ütemterv tartalmazza azokat a funkciókat, amelyeket egy bizonyos idő alatt fejleszteni kell. Azt is mondhatja, hogy egy ütemterv képviseli a termék hatókörét, amelyet különféle kiadásokban szállítanak. Ez a kiadási tervekhez vezet, és az alábbi ábrán látható.
ütemterv és Termékhátralék
a fenti sorrend egyik összetevője a termék-ütemterv, és a termék-ütemterv megértéséhez először meg kell értenünk a termékhátralékot. Az agilis megközelítésekben az összes követelmény – mind a projektkövetelmények, mind a termékkövetelmények – a termékhátralék (PB) részét képezik. A termékhátralék minden elemét termékhátralék-elemnek (vagy PBI-nek) nevezzük. A jellemzők (követelmények) kivételével a termékhátralék elem lehet változtatási kérelem, hiba, hiba, probléma vagy akár konkrét műszaki munka.
mint tudjuk, az agilis projektekben a követelmények folyamatosan fejlődnek, és jelentős bizonytalanságok/kockázatok vannak. Ennek eredményeként általában a PBI-ket prioritásként kezeljük. A prioritást élvező PBI-k a lemaradás tetejéről kerülnek át az ügyfél(ek) hez. A magas prioritású tételek a lemaradás tetején maradnak, és finomszemcsés, míg az alacsony prioritású elemek a lemaradás alján és durva szemcséjűek. A TERVDOKUMENTUMBAN szereplő elemek rangsorolása határozza meg az adott elem részletességének szintjét a termékhátralékban. Ezt az alábbi ábra mutatja.
ha olyan agilis eszközöket használ, mint például a Microsoft Project, akkor gyorsan fejlesztheti a termékhátralékot. Egy példa termék elmaradás, rajzolt MS Project, Az alábbiakban látható.
itt van egy termékhátralék, amely bemutatja az “új felhasználó létrehozása”, “bejelentkezés az online kereskedési rendszerbe”, “részvény átruházása” stb. Ha bármilyen más lemaradási elemet szeretne hozzáadni, akkor csak az “új feladat” parancssor ” + ” ikonjára kell kattintania.
a termékhátralék legfelső szintű elemei felhasználói történetekbe írhatók, amelyeket történetpontokban becsülnek meg-ez egy relatív egység nélküli mérték.
most, jön a termék ütemtervet, akkor egyszerűen azt mondják, hogy ez egy termék lemaradás egy idővonal. Az ütemterv a projekt tervezett jövőjét (azaz a tervezett és/vagy javasolt termékkiadásokat) vagy kiadási témákat ábrázolja, felsorolva a termék magas szintű funkcióit. Az ütemterv megmondja, hogy milyen funkciókat vagy epikákat (egy epikus, egyszerűen szólva, egy nagy felhasználói történet) szállítanak minden kiadásban.
kiadási terv
a termék ütemterve vezérli a kiadási terveket. A kiadási terv megadja a kiadási ütemtervet – minden kiadás általában három-hat hónap. Egy kiadás számos iterációt tartalmaz – a 0 Iterációtól (nulla iteráció) az N Iterációig.a 0 iteráció használható projektjóváhagyásokhoz, a projekt környezetének beállításához, kezdeti áttekintéshez és tervezési megbeszélésekhez stb. Néhány agilis gyakorló használja Iteration-H (edzés iteráció), amely a kiadás végén a végső iteráció a szállításra való felkészüléshez. Ez az iteráció magában foglalhatja a végső munkaelemeket, például képzési és marketing anyagokat, végső kiadási megjegyzéseket, telepítési útmutatókat, rendszer – /felhasználói útmutatókat stb. Ezt az alábbiakban mutatjuk be.
mint látható, a kiadási tervnek iterációi vannak – az “Iteration – 0” – tól az “Iteration-N” – ig.
a kiadási terv egy ütemtervet mutat be arról, hogy a csapat hogyan kívánja elérni a projekt jövőképét a projekt célkitűzéseinek és korlátainak keretein belül. Segít a termék tulajdonosának és az egész csapatnak eldönteni, hogy mennyit kell fejleszteni, és mennyi időbe telik, mielőtt kiadható termékük lenne. Elvárásokat közvetít azzal kapcsolatban, hogy mi várható és milyen időkereten belül. A kiadási terv útmutatóként is szolgálhat, amely felé a csapat haladhat. A kiadási terv az iteráció végén frissíthető, és tükrözi az aktuális elvárásokat, amelyek szerepelnek, így azok a következő iterációkban szállíthatók.
Kiadástervezés Termékhátralékkal
a kiadástervezés jobb megértése érdekében vizualizálhatja a kiadási terveket a termékhátralék segítségével.
már tudjuk, hogy a termékhátralékban szereplő tételeket rangsorolják vagy megrendelik, prioritásuk alapján. A finomszemcsés legfelső szintű elemek készen állnak a fogyasztásra a következő iterációban (az azonnali következő kiadás alatt). A kiemelt lemaradás, a funkciókkal és egyéb elemekkel együtt, az alábbi ábra bal oldalán látható.
 |
 |
az MS Project-en belül egyszerűen ki kell választania, át kell húznia és le kell dobnia a lemaradási elemeket, és el kell rendeznie őket a prioritásuk szerint. Ez a fenti ábra jobb oldalán látható. Figyelembe véve az előző példát, amely az MS Project termékhátralékát mutatja, ez a relatív rangsor: először “jelentkezzen be az online kereskedési rendszerbe”, következő “hozzon létre egy új felhasználót”, majd “vásároljon részvényt” stb.
mint fent látható, kiválasztottam és húztam a “Jelentkezzen be az online kereskedési rendszerbe” funkciót, és eldobtam a korábban “új felhasználó létrehozása” funkciót.”A kiválasztott elem kissé szürkén jelenik meg, ahogy húztam és elejtettem.
a backlog segítségével eldöntheti, hogy a backlog elemek közül melyiket kell szállítani a következő kiadásokban. Az alábbiakban azt látjuk, hogy a következő kiadás (azaz az 1.kiadás) elemei többnyire prioritást élveznek. Lehet, hogy a 2.kiadás elemei is prioritást élveznek, de látjuk, hogy a 3. kiadás elemei nem prioritást élveznek, mivel alacsony prioritású elemek.
ezt a kiadási tervezést az MS Project segítségével is megjelenítheti. Nézd meg az alábbi ábrát. Vannak PBI-k, amelyeket különféle kiadásokban mutatnak be. Ne feledje, hogy egy kiadás iterációkat tartalmaz? Esetünkben az első kiadásnál három iterációnk van, és minden elem várhatóan ezekben az iterációkban lesz kézbesítve. Az iterációt Sprintnek nevezik a Scrum keretrendszerben, amely az agilis PMs által használt népszerű keretrendszer. A következő két kiadáshoz (azaz a 2.és a 3. kiadáshoz) megvan a PBI-k, de még nem döntöttünk az iterációkról (vagy sprintekről).
iterációs tervezés
ha követted, a kiadási terv 0-tól N-ig terjedő Iterációból áll, és eldönthetjük, hogy minden néhány iteráció vagy minden iteráció végén kiadjuk. De mi történik egy iteráción belül? Egyszerűen szólva, az iteráció egy sor funkciójának hatóköre az iteráció elején megerősítést nyer, és az iteráció végén kerül átadásra.
a megerősített és az iterációhoz használt funkciókat feladatokra (vagy tevékenységekre) bontják, és a csapattagok órákban becsülik meg. A termék ütemtervétől a kiadási tervig az iterációs tervig tartó lépések sorrendjét az alábbi ábra mutatja.
összefoglalva a fenti ábrát, ezek lesznek a legfontosabb pontok:
- a termék víziója hajtja a termék ütemtervét
- a termék ütemterve meghajtja a kiadási terveket
- a kiadási tervnek iterációi lesznek
- a történeti pontokban becsült funkciók iterációban kerülnek kidolgozásra
- a funkciók feladatokra vannak bontva, amelyek becsült értéke órákban
az MS Project 2016 használatával gyorsan elkészíthet egy kiadási tervet. Figyelembe véve a korábbi backlog példát, három iteráció/Sprint van az első kiadáshoz (azaz Sprint 1, Sprint 2 és Sprint 3). Minden sprint egy sor funkciót kell szállítani. Ez az alábbiakban látható a” Sprint Planning Board ” nézetben.
azt is le lehet fúrni, hogy mi történik az iteráció/sprint szinten, és megtudja, melyik PBI-k dolgoznak. MS Project mutatja ezt a “jelenlegi Sprint Board” nézet. Lásd az alábbi ábrát.
a Sprint 1 esetében három tételt kell szállítanunk – “jelentkezzen be az online kereskedési rendszerbe”, “hozzon létre egy új felhasználót” és “vásároljon részvényt.”Ezek három munkafolyamat-állapoton haladnak át: “következő”,” folyamatban “és” kész.”Természetesen hozzáadhatja, eltávolíthatja vagy testreszabhatja ezeket a munkafolyamat-állapotokat az Ön igényei szerint.
kiadási terv Vs. iterációs terv
ha vizsgázik, akkor ismernie kell a kiadási terv és az iterációs terv közötti különbségeket is. Ezeket az alábbi táblázat tartalmazza. Az iterációkat általában két-négy hétig időzítik. Bizonyos esetekben azonban, mint például az XP (egy másik agilis keretrendszer), az iterációk egy hétig tarthatnak.
Project Management Body of Knowledge (PMBOK) Guide, 6. Kiadás, Project Management Institute (PMI)
Azt akarom, hogy egy PMP: az egyszerű és egyszerű módja annak, hogy egy PMP, 2. kiadás, Satya Narayan Dash
azt akarom, hogy egy ACP: az egyszerű és egyszerű módja annak, hogy egy ACP, Satya Narayan Dash
Microsoft Project 2016 Élő leckék, Satya Narayan Dash
Agile Practice Guide, A Project Management Institute (PMI)