Bevezetés a súrlódás-tervezésbe

A projektek kezeléséhez keretre van szükség. Itt kerül bemutatásra Scrum. A projekt, pontosabban egy szoftverfejlesztés kezelésének aggódó módját Scrumnak hívják. Sok agilis folyamat van, és a scrum az egyik. Ebben a témában megismerjük a súrlódás-tervezést és néhány súrolóeszközt, amelyek hatékonysá teszik a munkát

A súrolás fontos eleme a termék tulajdonosa . Ez az a személy, aki tudja, mi a termék funkciója, mivel ő kezeli az üzletet. Azokat a jellemzőket, amelyeket be kell vonni vagy ki kell zárni, mindig meg kell vitatni vele.

Itt a termék tulajdonosa a vevő. Van egy scrum-csoport vezetője, amelyet egy scrum-mester lát el, aki biztosítja, hogy a csapat együtt működjön, a lehető legjobb eredményeket adja és betartsa a Scrum szabályait. A Scrum segítségével időt és pénzt takaríthat meg. Ha a csapatot helyesen választják meg, és a módszert megfelelően követik, az eredmény nagyon eredményes lehet. Ez a szoftver számos szervezet számára előnyös lehet, mivel hatékonyabbá teszi a csapattagokat, nagyobb átláthatóság áll fenn közöttük, és a munka szervezetesebben zajlik.

Dönti el, hogy hány napra van szükség a munka elvégzéséhez, amely fel van tüntetve a lemaradásban. Ezt Sprints néven hívják . Így helyesen mérhető az a feladat előrehaladása, és könnyebb lesz a pályán maradni.

A súrolócsapat minden nap találkozik, hogy megvitassa előrehaladását és megoldja az esetlegesen felmerülő kérdéseket. Az ilyen találkozókat Daily Scrums-nak hívják .

Hogyan működik a Scrum tervezése?

A terméktulajdonos határozza meg az elsőként elvégzendő munka prioritását, és így létrejön a termékmaradás. Mindent tartalmaz, amire szükség van. A munka kiválasztása után a munkát sprintben kell elvégezni. A munka elvégzéséhez szükséges idő is becsült. A tagok minden nap találkoznak, hogy megvitassák az előrehaladást és az esetleges akadályokat.

Scrum eszközök

Beszéljünk néhány olyan eszközről, amely hatékonyabbá teszi a munkát:

1) Lemaradás

A lemaradás a legfontosabb kulcs itt. Az itt felsorolt ​​összes feladatot és a végtermék eléréséhez szükséges követelményeket felsoroljuk. Bármelyik feladat sokkal fontosabb és előbb be kell fejezni, ebben a lemaradási listában prioritást kell kapni. Kétféle hátralék van:

  • A Projekt Hátralévő lista azon dolgok listáját, amelyeket meg kell tenni a vállalt projekt befejezéséhez.
  • A Sprint Backlog a felhasználói történetek és feladatok, amelyeket a projekt hátteréből vettünk és egy sprintben elvégeztünk. Az elemeket az első lemaradásból a következőbe lehet helyezni prioritás szerint. A fentiek előnyei a következők:
  1. A csapatok sprintjeit a vezetők hatékonyabban tudják megszervezni és megtervezni.
  2. Bármilyen változás bekerülhet az ütemtervbe, vagy bármilyen kérdés megosztható a csapattal.
  3. Időt és munkaerőt takarít meg, mivel nincs esély az ismételt belépésre.

2) Felhasználói történetek

A felhasználói történetek az, ahogyan az scrum csapata meghatározza az általuk elért haladást. A felhasználói történet az ügyfél szempontjából alakul ki, amelyet egy sprintben kell kitölteni. Ezután részekre oszlik, mint például a elvégzendő feladat, a felmerülő kérdések és a megoldandó problémák.

Pontokat adunk ezeknek a felhasználói történeteknek a projektbe tett erőfeszítés és idő, valamint a felhasznált készség alapján. Egy bonyolultabbnak több pontot adunk. A felhasználói történetek előnyösek, mivel a projekt követelményei finomabb és az adatbevitel pontosabb.

3) Burndown diagram

A diagram segítségével nyomon követhetők a projektben elért eredmények. Ez a Burndown diagram . Miután a sprint befejeződött, frissül ebben a táblázatban. Különböző módszerek vannak a projekt előrehaladásának mérésére és összehasonlítására, például: pontokat adnak, a projekt befejezéséhez szükséges napok számát stb. Ebben a diagramban az y tengely mutatja a kitöltendő felhasználói történeteket, és az x -a felveszi a szükséges időt.

Egy jó ábra egy lefelé mutató lejtőt mutat, ami azt jelenti, hogy a feladatok végrehajtottak. Amikor emelkedik, ez azt jelenti, hogy feladatokat adnak hozzá. Ha a grafikon vízszintes, akkor azt jelzi, hogy a munka az adott időben még nem fejeződött be. A diagram fenntartása arra kényszeríti a csapatot, hogy folyamatosan frissítse teljesítményét. Sok időt takarít meg, mivel a táblázatokat nem manuálisan, hanem a szoftver készíti.

4) Táblázat

Minden feladat vizuálisan ábrázolva van a tálcán . A csapat bármely tagja dönthet úgy, hogy ír rá, megemlítve a befejezés szintjét, a még folyamatban lévő munkát, a teszteket, ha lehetséges, vagy bármely más, megemlítésre érdemes pontot.

Amikor a sprint véget ér, a csapat ellenőrizheti a projekt befejezéséhez szükséges időt, az elvégzhetetlen munkát és az okát, miért nem sikerült befejezni. A feladatlap felhasználható a teljes projekt, valamint az egyes munkák határidejének meghatározására. Ez növeli a hatékonyságot.

5) Velocity Charts

Az egész folyamat alatt elvégzett munkát a sebesség táblázatok mérik . A történeti pontok számát az y tengelyen, a csavarások számát az x tengelyen jelzik. A csapat összes pontját összeadjuk, és kiszámoljuk az átlagot. Ezt sebességnek nevezzük.

Ennek a diagramnak az az előnye, hogy a projekt befejezési dátumának megválasztása a menedzser számára könnyebb, még akkor is, ha vannak változtatások az ügyfél által. A korábban elvégzett munka tanulmányozásával a csapat pontosabban dönthet arról, hogy milyen munkát végezhet a következő projektekben.

Ezek az ellenőrző eszközök előnyösek egy szervezetben, mivel az itt szereplő grafikonok az egész folyamatot nagyon átláthatóvá teszik, növelve a termelékenységet. A csapat a lehető legjobban kihasználhatja idejét, és mivel a teljesítményt rendszeresen ellenőrzik, ez növeli a pontosságot is.

Ajánlott cikkek

Ez egy útmutató a Scrum Planninghez. Itt megvitattuk a tervezést és a Scrum működésének áttekintését néhány Scrum eszközzel, amelyek hatékonysá teszik a munkát. A további javasolt cikkeken keresztül további információkat is megtudhat -

  1. Bevezetés az agilis gyakorlatokba
  2. Útmutató az agilis programozáshoz
  3. Tanulja meg Scrumot Jirával
  4. Mi az Agile CRM?
  5. Scrum nyílt értékelés