MoSCoW prioritási technika
Bármelyikünk tudná, hogyan kell megszervezni a híres orosz babákat, méret szerint megrendelni őket, majd a legkisebbeket bemutatni a következő legnagyobbakban. Gyerekjátéknak tűnik, de a követelmények kezelésén belül nem vagyunk annyira egyértelműek. A A MoSCoW követelmények rangsorolási technikája segíthet nekünk megszervezni őket, és hozzáadott értéket adhat a besorolásnak, mivel a katalógus maga jelzi a projekt rejtvényének megoldásának helyes módját.
Amikor elolvassuk, hogy mennyire jól vagy rosszul dolgoznak ki projekteket, a sikeres projektek száma ijesztő, különösen, ha nagy projekteket nézünk.
A MoSCoW követelmények prioritási technikája, segíteni az egész fejlesztőcsapatot megérteni a kritika hozzárendelésének valódi következményeit.
Az üzleti követelmények kidolgozása során jó gyakorlatnak tartom a felhasználók igényeinek prioritás alapján történő katalogizálását, de a legtöbb szervezetben, amely ezt megvalósítja, olyan értékeket használnak, amelyeknek nincs igazi jelentése a többi számára a fejlesztői csapat részéről.
- 1 Magas prioritás
- két Közepes prioritás
- 3 Alacsony prioritás
Hadd magyarázzam el, hogy végül nem mindegy az egyes követelményekhez rendelt kritikussági szint, végül mindent meg kell tenni, és amit a csapatnak továbbítanak, az az, hogy a nagyon kritikus követelményeket nagyon jól kell tesztelni mert ha nem marad lógva a rendszer és az alacsony kritikájúak, akkor semmi sem történik, mert "kicsit" kudarcot vallanak.
MoSCoW vagy annak tudása, ami fontos az üzlet számára
A MoSCoW egy rövidítés, amely a következőket jelenti:
Kell, kellett volna, lehetett volna, és szeretne, de nem fog
Mint látható, a besorolás nem csupán annyit jelent, hogy számot adunk az egyes követelményekhez. A követelmények elemzése során rájövünk, hogy nem minden kötelező, és vannak dolgok, amelyeket most nem fogunk megtenni. A 4 betű fontos a fejlesztő csapat számára.
- M - KELL A megoldás követelményeinek. Ezek a minimumkövetelmények teszik használhatóvá a megoldást
- S - KELL Követelmények, amelyeket a megoldásnak tartalmaznia kell. Fontos, de nem feltétlenül szükséges követelmények
- C - LEHET Követelmények, amelyeket a megoldás tartalmazhat. Jegesedés a tortán
- W - NEM Olyan követelmények, amelyeket (egyelőre) nem fognak teljesíteni, de amelyeket a jövőben be lehet építeni
Sok olyan helyzet jut eszembe, amelyekben a MoSCoW technikát nem alkalmazták. De egy olyan helyzetet szeretnék kiemelni, amelyet én hívok: "A tanulás".
Egy nagy bank szoftveres mérőszolgáltatásában az új jelentésekre vonatkozó követelmények felülkerekítették a csapatot. A felhasználók az egység felső vezetői voltak, és minden fontos és szükséges volt.
Tehát azt mondjuk, hogy minden jelentéshez tegyen kontrollt, hogy kiszámolja a jelentések használatát. Az eredmény a vártnak megfelelő volt, egyes jelentéseket soha nem hajtottak végre, másokat nem sokkal a végrehajtásuk után abbahagyták ... Nem minden volt fontos és szükséges.
Sok jelentés közzétételét abbahagytuk, és senki sem tiltakozott és nem mulasztotta el őket, így több időnk volt a valós szolgáltatás-fejlesztésekre fordítani.
Történt-e veled egy olyan projektben, amelyre emlékszel a MoSCoW-ról? Soha nem megvalósított projektek?
Vezető informatikai tanácsadó | Digitális átalakulás Fürge | PMO menedzser | Blogger | SMC, PMP. Ha részletesebben szeretne megismerni, olvassa el az életrajzomat