M - Must have
Kritikus funkciók. Ezek nélkül a release vagy szoftver egyszerűen nem tekinthető késznek. Jellemzően ide kerülnek az alapfunkciók, compliance-hez szükséges elemek.
Vissza az eszközökhöz
Prioritizálás
MoSCoW Method
Gyors prioritizálási keret: Must-have, Should-have, Could-have, Won't-have.
A MoSCoW egy egyszerű prioritizálási módszer, amellyel a felhasználói igényeket négy kategóriába rendezheted fontosság szerint. Hasznos discovery fázisban, amikor megtervezel egy nagyobb fejlesztési egységet, és közös nevezőre kell jutni stakeholderekkel, hogy min fogtok dolgozni és mikor. Emellett mankóként is szolgál, ami alapján sprint-tervezéskor döntést tudtok hozni, hogy az aktuális ciklusba mi fér bele.
Mit takarnak a betűk
S - Should have
Fontos, jelentős értéket adó elemek, de nem létfontosságúak. Workaround megoldható, vagy halasztható későbbi sprintekre.
C - Could have
Jó lenne, ha bekerülne - de csak akkor, ha van rá idő és erőforrás. Az első kihagyandók, ha szűkül a keret.
W - Won't have
Tudatosan kihagyott elemek, amikre nem szánunk jelenleg erőforrást, de nem jelenti, hogy soha nem akarunk vele foglalkozni.
Kapcsolódó kalkulátorok
Ezekkel tudod a gyakorlatban is kiszámolni:
Én hogyan használom
A valós helyzet
2026-ban egy nemzetközi háttérrel rendelkező, piacvezető magyar kiadó ERP-fejlesztésén dolgoztam PO-ként. A fejlesztésben már az első részleggel való discovery alapján (privát és csoportos interjúk, kérdőívek), hamar összejött egy 55 tételből álló fejlesztési igénylista.
Nyilvánvaló volt, hogy ez túlmutat a projekt scope-ján és kereteket kell szabnunk.
A döntés és a tradeoff
Mielőtt a stakeholderekkel megállapodtunk volna, a backlogot már a MoSCoW szerint állítottam össze. Ez lehetőséget adott, hogy mi, product 'fejjel' végiggondolva tudjunk kezdeményezni, konkrét javaslatokat tenni, és részletes indoklást adni a döntéseink mellett. Az ügyféllel így a megállapodás egyszerűsödött és az 55 elemből álló lista leszűkült mindössze 3-4 tételre, ahol a prioritásokon változtatnunk kellett.
Mit dobtam el
Az alapos tervezésnek hála, csak olyan ticketeket vetettünk el, amik valóban nem járnak üzleti előnnyel és a vezetőség számára sem voltak fontosak. Ezzel a project scope-ja jelentősen csökkent.
A tanulság
A MoSCoW nemcsak release-t támogató módszer, hanem a stakeholderekkel való alkuban egy kiváló eszköz, amivel valóban a cég számára hasznos fejlesztési döntéseket tudsz promotálni.