A mai cikkben az increment meghatározásával foglalkozunk. A termék fejlesztése során a szerencsés néhány egymást követő bejegyzés a termék backlogból incrementté válhat. Más szavakkal, a termék tulajdonosa kiválasztja, hogy melyik termékfunkcionalitást valósítja meg a termék backlogból. A fejlesztőcsapat egy sprint alatt működő, értékes termékfunkcionalitássá alakítja azt.
Increment meghatározása – tartalomjegyzék:
- Bevezetés – increment meghatározása
- Increment vs. Termékcél és Sprintcél
- Mikor válik a végzett munka incrementté?
- Összefoglalás
Bevezetés – increment meghatározása
Az increment a legutolsó befejezett és fejlesztett verziója egy terméknek, amely üzleti értékkel bír és készen áll a kiadásra egy sprint során. A meghatározásának fontos része az a kijelentés, hogy ez a termék korábbi állapotának összege, a jelenlegi sprintben hozzáadott módosításokkal együtt. Így nemcsak a termékhez kiegészített új funkcionalitásokat határozza meg, hanem – vagy elsősorban – azok integrációját az eredeti verzióval, együtt minden javítással és módosítással, amin keresztülment.

Increment vs. Termékcél és Sprintcél
Minden sprintnek legalább egy új incrementet kell előállítania – ez az egész Scrum csapat felelőssége. Hogyan kapcsolódik ez a sprintcélhoz? Azt mondhatnánk, hogy a sprintcél a válasz arra, miért kell egyet létrehoznunk. Ne feledjük azonban, hogy egyetlen sprint alatt a csapat több incrementet is létrehozhat, amelyek összege egy sprintcélt alkot.
Így egy példa sprintcél a következő feladat lehet: Készítsen egy “bevásárlókosár” funkcionalitást egy online varázslatos kiegészítők boltjában.
Azonban az increment összetevői közé tartozik a bolt több funkcionalitása, mint például:
- tétel hozzáadása a kosárhoz
- tétel eltávolítása a kosárból
- vásárlásokra esedékes összegek megjelenítése
- szállítási költségek számítása a kosárban lévő tételekhez, stb.
A csapatnak elképzelnie kell, hogy minden increment egy lépés előre a termékcél elérése felé. Ezért a folyamat javítása érdekében:
- rendezheti az ügyféladatbázist
- növelheti a fejlesztők közötti munkafolyamatot
Ez azért van, mert bár ezek nem közvetlenül kapcsolódnak a termék jelenlegi állapotának javításához, hatalmas hatással vannak a termékcél jobb és gyorsabb megvalósítására.

Mikor válik a végzett munka incrementté?
A sikeres increment mértéke az, hogy gyakorlati-e. Más szavakkal, a végzett munka csak akkor válik incrementté, ha megfelel a Befejezés Meghatározásának, amiről egy külön cikkben fogunk írni. Ez a meghatározás egyértelműen kijelenti, hogy milyen változások és fejlesztések történtek a terméken. A Befejezés Meghatározása alapján tesztelheti az incrementet, hogy értékelje, valóban hoz-e javulásokat a termékhez, és hogy valóban hoz-e a megcélzott üzleti értéket.
Ha az eredmény nem felel meg a Befejezés Meghatározásának szabványainak, a projekt visszakerül a Termék Backlogba. A következő lépések a következő irányokat vehetik:
- A csapat befejezheti a következő sprint során
- A projekt törölhető
- A csapat dönthet úgy, hogy a Termék Backlogban tartja a jövőbeli végrehajtásra – amint a csapat kidolgozza a módját az akadályok leküzdésének
Ha a csapatnak sikerül incrementet előállítania egy sprintben, az értékelésre kerül a Sprint Review során. Ha szükséges, a Stakeholdereknek még a sprint vége előtt is bemutatható. A végső döntés a kiadásról a termék tulajdonosáé.
Increment meghatározása – Összefoglalás
Az increment egy friss, vadonatúj verziója egy terméknek, amely készen áll a kiadásra. Tartalmazza az összes frissített módosítást és fejlesztést, amelyet egy sprint során végeztek. Más szavakkal, ez a legújabb stabil, kiadható verzió a termékből. Még több increment is keletkezhet és fejlődhet egy sprint alatt, amennyiben mind megfelelnek a Befejezés Meghatározásának.
Ha tetszik a tartalmunk, csatlakozzon aktív közösségünkhöz a Facebookon, Twitteren, LinkedInen, Instagramon, YouTube-on, Pinteresten.
Caroline Becker
Projektmenedzserként Caroline szakértő az új módszerek megtalálásában, amelyek a legjobb munkafolyamatok megtervezésére és a folyamatok optimalizálására szolgálnak. Szervezési készségei és a nyomás alatt végzett munka iránti képessége teszik őt a legalkalmasabb személyré, aki bonyolult projekteket valóra tud váltani.
Scrum Guide:
- Alapfogalmak, szerepek és fogalmak szótára
- Mi a Scrum?
- Scrum értékek
- Hogyan valósítsuk meg a Scrumot a vállalatunkban?
- Scrum Csapat - mi az és hogyan működik?
- Ki a terméktulajdonos?
- A Product Owner leggyakoribb hibái
- Ki a Scrum Master?
- A Scrum Master leggyakoribb hibái
- Milyen statisztikákat és mutatókat kell nyomon követnie a Scrum Masternek?
- Scrum fejlesztőcsapat
- A fejlesztők leggyakoribb hibái
- Scrum artefaktumok
- Skálázott Scrum
- Sprint Hátralék
- Mi az a termék hátralék?
- Mik azok a felhasználói történetek?
- A legjobb Felhasználói Történet létrehozása az INVEST elv alapján
- A leggyakoribb felhasználói történet hibák
- Felhasználói történet elfogadási kritériumok
- Becslés és Történetpontok a Scrum-ban
- Tervezési Póker
- Csapatbecslési játék
- Növekmény meghatározása
- Scrum események
- Mi az a Burndown Diagram?
- A burndown diagram előnyei és hátrányai
- Kanban táblák a Scrum és Scrumban keretrendszerben
- Sebesség a Scrum-ban - A Fejlesztő Csapat Sebessége
- Napi Scrum
- Sprint tervezés
- Sprint értékelés
- Mi az a Sprint Retrospektív?
- A Sprint Retrospektív során elkövetett gyakori hibák
- Termék Backlog ápolása
- Hogyan kell létrehozni és értelmezni egy burndown diagramot?
- Mi az a Sprint a Scrum-ban?
- A Terméktulajdonos és a Scrum Master közötti együttműködés
- Scrum Csapat Kötelezettségek - Termék Cél, Sprint Cél és Teljesítési Meghatározás
- A jó Scrum Master jellemzői