Bevezetés a Scrum Epic-be
A Scrumban az a csoport, amely a munkát befejezi, a termékmaradvány legfontosabb elemeinek finomítására tölti az időt. A folyamatban lévő munka minimalizálása érdekében a Sprint legfeljebb egynegyedét el kell fogyasztani a felhasználói történetekkel. Noha a legtöbb esetben továbbra is helyes értéket nyújt az ügyfeleknek, ezek a felhasználói történetek ennél sokkal kisebbre is tehetők. Ebben a témában megismerjük a Scrum Epic-et.
Az epika nagy felhasználói történetként definiálható, amelynek több mint egynegyede sprintre van szükség ahhoz, hogy hónapokba tegye az epik befejezését. Felhasználói történetek, amelyekbe az elemek halmaza még nem igazolt, Epic néven ismert. Ez magyarázható nagy célként, amelyet hamarosan egyszerűsíteni kell, és kis feladatokra és sok feladatra osztani, amelyekre az Agilis csapat dolgozik.
Az Epicet általában „legfelső szint” -nek vagy működési rangsornak nevezik, amely széles körű, hiányos részletekkel rendelkezik és készen áll arra, hogy kisebb történetekre bontható legyen, mielőtt dolgoznának. Annak érdekében, hogy a szervezet elérje általános üzleti céljait, az Epic napi feladatokra oszlik, úgynevezett „felhasználói történetek” -re.
Scrum epikus példák
- Kezdő vállalkozásként marketing kampányt szeretnék választani a vállalkozásom számára.
- A szállodaiparban szeretném maximalizálni a bevételt.
- Autókereskedőként el akarok hozni egy alkalmazást, amely több ügyfél számára elérhető
A vezetés jelentéstételi igényeit néhány epika gondoskodik, míg az időkeretet szem előtt tartva néhány epika jön létre, összefoglalva tartva, nem túl hosszú és túl rövid, amelynek befejezése néhány hétnél tovább nem tart, de a leginkább használt a történetmesélés, most tanuljunk meg a történetmesélésről.
Fontos tippek a Scrum Epic létrehozása közben
- A létrehozott epikákat a csapattagoknak könnyen nyomon kell követniük.
- Az epika bármilyen lehet, például vevői igény, termékjellemző vagy üzleti követelmény.
- A szervezet kultúrája meghatározza az epika méretét.
- Az epikus kitöltéséhez szükséges időnek pontosnak kell lennie, sem túl rövidnek, sem túl hosszúnak.
- Az epikák mérésére a burndown diagramok felhasználhatók az elvégzendő munka tényleges és becsült összegének megadására.
Mesemondás / felhasználói történet
A Storytelling néven ismert eszköz, amely elősegíti az események folyamatának megjelenítését és azt, hogy miként hitelesítik őket az epikhez. Ezek egyszerűen azoknak a cikkeknek a felsorolása, amelyeket egy projektben el kell végezni úgy, hogy epikus darabokat hoz létre, hogy a csapat felvehesse ezeket a darabokat, és sprint időszakban kiszállítson. A Scrum terméktulajdonos tulajdonában van, ez alapvetően teendők. Ahhoz, hogy egy nagy projekt sikeres legyen, az az ötlet, hogy több csoport bevonásával bontja le a szállítható darabokat.
A felhasználói történet olyan projektkövetelményként határozható meg, amely segít a Scrum csapattagjainak azáltal, hogy információt ad a végtermékről, és segít kiszámítani a projekt befejezésének idejét.
Fontos tippek felhasználói történet írásakor
- A felhasználói történeteknek rövidnek kell lenniük és könnyen nyelven összefoglalva, hogy a csapat tagjai megértsék.
- A felhasználói sztorit bárki írhatja, bár a terméktulajdonos tulajdonában van.
- Annak érdekében, hogy az ügyfél megértse a végterméket, a felhasználói történeteket egyszerű nyelven fejezik ki.
- A projekt „ki”, „mi” és „miért” kérdéseire egyszerű nyelven válaszolnak.
- A felhasználói történetek a Scrum legfontosabb részei, mivel létraként járnak el a sprint befejezéséhez.
Feladat
A felhasználói történetek részletesebb csoportja, az egyes epikák alatt, Feladat. A Scrum Team tagjainak meg kell határozniuk és rendezniük kell a feladatot, hogy ezeket a történeteket működőképes összetevőkké alakítsák.
A részletes művek Scrum feladatokként ismertek, amelyek a történet befejezéséhez szükségesek. A feladatokat azoknak a csapattagoknak osztják ki, akik képesek a feladatokat néhány órától több óráig tartó, 12 órát meg nem haladó időtartamra elvégezni. Csak akkor, ha az összes feladat befejeződik, a történet befejeződik. Az egyszerű nyomon követés érdekében a feladatokat egy Scrum táblára helyezik. A Scrum Board négy kategóriából áll: 1) felhasználói történetek, 2) a feladat még nem indult el, 3) folyamatban lévő feladat, 4) a feladat befejeződött.
Kész Az agilis csapat a Scrum Board segítségével könnyedén nyomon követi a sprintot, amely nagyon hasznos vizuális eszköz a tagok számára, valamint a táblát naponta frissítik, amely nemcsak segít a csapat tagjainak a sebesség fenntartásában, hanem egyértelmű képet ad ötlet a csapat számára, hogy hol vannak egy adott sprintben.
Ezért meg kell tanulnia eposzok, történetek és feladatok írását, mivel ez nagyon fontos a sikeres Scrum Sprint számára. Az epikus, a történet és a feladatok alapvetően a sprint alapját képezik, és segítik a csapatot abban, hogy megértse, mit kell tennie, hogyan kell megtenni, és milyen időn belül be kell fejezni.
A Scrum Epic előnyei
- Az Epic legfontosabb előnye a magas szintű követelmények megértése az érdekelt felek részéről, mivel elmagyarázza, hogy mire van szükség az érdekelt felek számára.
- A munka körét az Epic segítségével is meghatározzuk, például abban, amit az ügyféllel kötött megállapodás mond, és hatékonyan fejezi ki, mint amire az ügyfélnek szüksége van.
- A termékmaradások nagyobb gondolatait az Epics segítségével nyomon követhetjük anélkül, hogy több dolgot túlterhelnénk. Az Epic előállítja az eredeti ötletet is, amely szorosan kapcsolódik egy adott eredményhez, amely meghatározza a hátralévő tételek rangsorolását.
- Az Epic segítségével, amely több történetet és feladatot alkot, az Agile Development csapatok hatékonyan ápolják és kezelik termékmaradványukat.
- Az Epic elősegíti a projekt befejezésének időben történő becslését azáltal, hogy helyőrzőként ismételten felhasználják az új nézetekhez, amelyek vagy hiányosak vagyok, vagy amelyek teljes fejlesztését felfüggesztették, amíg lényegében nem kívánták.
Buktatók a Scrum Epic-ben
- Időnként zavart keltenek az epikus kiadvány végén, amit a csapat csak nagy felhasználói történeteknek tekinthet.
- A kétértelműség esélye növekszik, amikor a csapat megpróbálja az Epics-t nagyon magas szinten becsülni, az ilyen becslések nem lesznek hasznosak, ha a jelentésben semmilyen célt nem szolgálnak.
- Az Epikus szervezeti megközelítésen alapszik, amely megfelel az igényeiknek, mivel nincs rögzített módja annak, hogy az Epikuson dolgozzanak.
Ajánlott cikkek
Ez egy útmutató a Scrum Epic-hez. Itt megvitassuk a scrum epika feladatát, előnyeit és buktatóit példákkal és fontos tippekkel. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Agilis csapat
- Agilis életciklus
- Agilis a skálán
- Scrum alapelvek