ha agilis projektben dolgozik, vagy agilis módszereket kíván használni, az agilis kiadástervezés kritikus technika lehet az IT – és termékközpontú projektek számára. Az agilis kiadástervezés ütemezési technikaként szerepel a PMBOK-ban (a PMI Projektmenedzsment tudásanyaga). Ezért a Project Management Professional (PMP) tanúsítás szempontjából is releváns.
bár ez a módszer nem feltétlenül követelmény minden valódi agilis megközelítésben, jó eszköz a kiadásvezérelt agilis és hibrid projektekhez. Ez azért van, mert az agilis kiadástervezés áthidalhatja a szakadékot a hagyományosabb projekttervezés és az agilis vagy iteratív termékfejlesztés között.
olvassa el, hogy többet tudjon meg erről a technikáról.
- Hogyan Működnek A Kiadások?
- mi a kiadási terv?
- kiadási tervek a hagyományos és agilis projektekben
- mi az A Release Candidate az Agile – ban?
- mi az agilis Kiadástervezés?
- hogyan alkalmazzák az agilis Kiadástervezést a gyakorlatban?
- Kiadástervezés agilis projektekben
- Kiadástervezés hibrid projektekben
- mi az agilis kiadási terv a Scrumban?
- mi a különbség a kiadások, iterációk és sprintek között?
- mennyi ideig tart egy Sprint az Agile / Scrumban?
- következtetés
Hogyan Működnek A Kiadások?
egy kiadás jellemzően olyan funkciókból vagy szoftverkomponensekből áll, amelyeket egy bizonyos időn belül fejlesztenek és tesztelnek. A fejlesztés és tesztelés után ezek a funkciók egy lépésben kerülnek telepítésre a kiadás részeként.
a kiadások tartalmazhatnak szoftver funkciókat és fejlesztéseket, valamint nagyobb fejlesztési projektek részeit és darabjait. Például egy saját fejlesztésű vagy saját fejlesztésű rendszer korszerűsítése különböző kiadásokra bontható, hogy biztosítsa a zökkenőmentes átmenetet, a műveletek folytatását, és elkerülje az ‘ősrobbanás’ migrációkkal járó kockázatokat.
mi a kiadási terv?
a kiadási terv az a dokumentum, amely meghatározza a kiadáshoz kapcsolódó hatókört, idővonalat és egyes szervezeteknél erőforrásokat és költségeket.
a kiadási terv leírja, hogy mely rendszerösszetevőket fejlesztik, tesztelik és valósítják meg meghatározott idő alatt (gyakran 1 és 6 hónap között). A kiadási terv a funkciók rangsorolt listájának tekinthető, hasonlóan egyes agilis keretek termékhátralékaihoz. Általában bizonyos prioritásokat igényel, mivel gyakran előfordul, hogy nem minden rendszerkövetelmény fedezhető egyetlen kiadással. Ez különösen igaz a bonyolultabb szervezeti és informatikai környezetekben.
az újonnan kifejlesztett funkciók vagy termékek mellett a kiadási terv tartalmazhat hibajavításokat, kritikus fejlesztéseket vagy meglévő rendszerek módosítását is.
a kiadási terveket gyakran előre beállítják néhány közelgő kiadáshoz (pl. 4 kiadás tervei 1 éven belül). Ez lehetővé teszi az összetevők hozzárendelését egy célkiadáshoz a funkciók egyéni prioritása, kockázata és kritikussága alapján. Általában a legközelebbi kiadás terve részletes, míg a későbbi kiadások tervei általában durvaak. Azonban ezek a tervek általában finomított és egyre részletesebb, mint a megfelelő kiadás jön közelebb. Ez összehasonlítható a projektmenedzsment progresszív kidolgozásának fogalmával.
kiadási tervek a hagyományos és agilis projektekben
a hagyományos informatikai projektekben a kiadási tervek nagyon gyakori technika a szoftverfejlesztés és-telepítés kezelésére.
néhány agilis keretrendszer is használja a kiadásokat és a kiadási terveket. Az extrém programozásban (XP) például egy kiadás több iterációból áll, amelyek rövidebbek és könnyebben kezelhetők, mivel a teljesítéseket a kiadás hatókörének kisebb részeire bontják.
az Általános Scrum megközelítés viszont a sprinteket határozza meg az iterációk és a kiadások helyett, amelyek 2-4 hétig tarthatnak. Ezért a Scrum szoftverfejlesztése nem feltétlenül jár kiadásokkal és kiadástervezéssel, de a gyakorlatban lehetnek Scrum kiadások (bővebben lásd alább).
a követelményeket azonban rangsorolt listákban is kezelik: a sprint backlog és a product backlog olyan listák, amelyeket a Terméktulajdonos dinamikusan rangsorol.
mi az A Release Candidate az Agile – ban?
a kiadási jelöltet általában olyan szoftververzióként vagy olyan funkciókészletként definiálják, amely működőképes, de még nem áll készen a forgalomba hozatalra, például a tesztelés véglegesítésére és a felhasználói visszajelzések fogadására (forrás).
az agile release planning-ben a release candidate gyakran hivatkozhat egy olyan funkcióra, amelyet kifejlesztettek, alapvetően működőképes, és egy iteráción belül tesztelés alatt áll. Miután teljesen tesztelték, és az összes hibát kijavították, tovább lép, hogy bekerüljön a teljes kiadásba.
ha a release jelöltek egy iterációban kudarcot vallanak, hibajavításuk és véglegesítésük gyakran a következő iterációban történik.
mi az agilis Kiadástervezés?
az agilis kiadástervezés egy iteratív vagy inkrementális termékfejlesztési projekt hatókör – és idővonal-beállítását jelenti. Agilis vagy hibrid projektekben használják, ahol a termék vagy rendszer fejlesztésének vagy integrációjának közép – vagy hosszú távú tervezésére van szükség.
az agilis kiadástervezést gyakran úgy tekintik, mint a nagy kép létrehozásának folyamatát, amely összekapcsolja a termék jövőképét és ütemtervét a kiadási ütemtervvel, a kiadást pedig az iterációkkal, amelyek viszont egy iterációs tervet használnak, amely részletesebb szinten határozza meg a funkciókat és a feladatokat.
a kifejezést a PMI Projektmenedzsment tudásanyaga mint technika említi a ‘fejlesztési ütemterv’ folyamat alatt (PMBOK 6th ed, ch. 6.5.2.8). Bár a PMBOK inkább a prediktív és hagyományos projektmenedzsment megközelítésekre összpontosít, ezt a technikát a PMI keretrendszerében vezetik be, hogy figyelembe vegyék az iteráció alapú agilis projekteket.
az ‘iteráció alapú agilis’ kifejezést a PMI Agile Practice Guide (ch. 5.2.6). Ez magában foglalja az iterációk kezdeti (durva) tervezését, amelyek egy kiadás részei. Ha több olyan információ ismert, amely lehetővé teszi a pontosabb vetítést, az agilis csapatok újratervezik iterációikat, hogy figyelembe vegyék ezt a finomítást. Ehhez szükség lehet a kiadási terv módosítására is.
hogyan alkalmazzák az agilis Kiadástervezést a gyakorlatban?
az agilis kiadástervezés számos célt szolgálhat, a projekt megközelítésétől és a szervezeti követelményektől függően
íme néhány példa:
Kiadástervezés agilis projektekben
az agilis megközelítésekben és projektekben, amelyek kiadásokat és iterációkat használnak, a kiadástervezés egy olyan technika, amely megvalósítja a termék ütemtervét, amely a termék jövőképéből származik. A termék ütemterve tartalmazza a kiadásokra bontott magas szintű követelményeket.
a kiadási terv meghatározza a kiadáson belüli iterációk számát. Részletesebb szinten az iterációs terv meghatározza azokat a funkciókat, amelyeket egy kiadáson belül fejleszteni kell.
míg a kiadások és a kiadási tervek közép – és hosszú távú perspektívával rendelkeznek, az iterációk sokkal rövidebbek és ezért szűkebbek a hatókör szempontjából. Ez megkönnyíti az agilis fejlesztést, és különösen a visszajelzések feldolgozását, valamint a követelmények és funkciók rövid távú változásait.
Lásd az alábbi ábrát egy példa arra, hogy a kiadástervezés hogyan történik az agilis keretrendszerekben, például az XP-ben.
az agilis kiadások tervezése manuálisan vagy projektmenedzsment szoftver segítségével történhet. Például a Lucidchart kiadott egy útmutatót egy agilis kiadási terv kidolgozásához a szoftverük segítségével.
Kiadástervezés hibrid projektekben
a termékterv és az iterációk közötti fent említett kapcsolat mellett az agilis kiadási tervek segíthetnek az agilis fejlesztési projektek kiadásorientált szervezetbe vagy architektúrába történő integrálásában is.
például egy ügyfél felé néző rendszert agilis megközelítésekkel lehetne kifejleszteni. Ezt a rendszert azonban be kell építeni a vállalat komplex informatikai architektúrájába, amely más rendszerekkel való interfészeket is magában foglal. Így az ügyfél felé néző rendszer fejlesztése és telepítése szükségszerűen a szervezet központi kiadási tervezésének függvénye.
ilyen esetekben az agilis kiadástervezés technikája összekapcsolhatja a szervezet kiadásait az agilis (al)projektekben kifejlesztett iterációkkal és funkciókkal.
mi az agilis kiadási terv a Scrumban?
a Scrum kiadási terve a termékhátralék elemeinek (a termék jellemzőinek és követelményeinek listája) a kiadásokhoz való hozzárendelését jelenti. Ezeket a funkciókat ezután sprintekben fejlesztik ki.
a Scrum értékeivel és elveivel összhangban a kiadási terv egy iránymutatás és egy élő dokumentum, amely dinamikusan frissül, amikor a dolgok megváltoznak vagy új információk válnak ismertté.
a Scrum Intézet szerint a Scrum kiadási tervhez szükség van egy rangsorolt és becsült termékhátralékra, a csapat sebességmutatójára és az elégedettség feltételére (vagy a kész definíciójára), amely magában foglalja a termékfejlesztés célját.
a jellemzők (a szükséges munka mennyisége) és a csapat sebessége (a csapat termelékenysége) erőfeszítéseinek becslése alapján a funkciók különböző kiadásokhoz és sprintekhez rendelhetők.
mi a különbség a kiadások, iterációk és sprintek között?
a kiadások a szoftverfunkciók tervezett fejlesztésére és telepítésére vagy változásokra vonatkoznak egy tipikus 1-3 (vagy még több) hónapos időszak alatt. Az agilis, iteratív és egyes hibrid projektekben a kiadásokat több iterációra bontják, amelyek kisebb hatókörrel és rövidebb időkerettel rendelkeznek, gyakran 1 vagy 2 hét és 1 hónap között. Néhány agilis keretrendszerben, mint pl Scrum, az iterációkat Sprintnek is nevezik.
mennyi ideig tart egy Sprint az Agile / Scrumban?
a Scrum sprintje általában 2 héttől 1 hónapig tart. Ugyanakkor rövidebb vagy hosszabb is lehet, ha ezt a fejlesztési projekt szempontjából megfelelőbbnek tartják.
következtetés
függetlenül attól, hogy projektmenedzserként vagy terméktulajdonosként dolgozik egy agilis, iteratív vagy hibrid projektben, vagy a PMP vizsgára készül – az agilis kiadástervezés megértése kulcsfontosságú az agilis vagy iteráció alapú fejlesztés lehetővé tételéhez a közép-és hosszú távú kiadás és a projekttervezés kombinációjával. Olvassa el cikkeinket a többi ütemterv-kezelési technikáról, ha többet szeretne megtudni a projektütemezések fejlesztéséről és kezeléséről.
az agilis kiadási tervnek köszönhetően néhány hónappal előre meghatározható egy további finomítás tárgyát képező hatókör és egy idővonal. Ugyanakkor az agilis fejlesztőcsapatok megtarthatják azt a szabadságukat, hogy megtervezhessék és rendszeresen újratervezhessék az egyes iterációk pontos hatókörét. Az agilis kiadástervezés bizonyos mértékig olyan technika, amely lehetővé teszi a projektmenedzserek és a terméktulajdonosok számára, hogy összekapcsolják a hagyományos projektmenedzsment (pl. közép-/hosszú távú tervezés) és az agilis projekt megközelítések (pl. a változásokra és a visszajelzésekre való reagálás) előnyeit.