MoSCoW
MoSCoW je skratka pre štvorstupňovú stupnicu priorít na hodnotenie požiadaviek. Písmená M, S, C a W znamenajú:
- M: Musí
- S: Mal by
- C: Môže
- Ž: Nebude
Dve ďalšie „o“ slúžia iba na vytvorenie vysloviteľného slova a uľahčujú si tak zapamätanie
predmetov
MoSCoW je skratka pre štvorstupňovú stupnicu priorít na hodnotenie požiadaviek. Písmená M, S, C a W znamenajú:
- M: Musí
- S: Mal by
- C: Môže
- Ž: Nebude
Dve ďalšie „o“ slúžia iba na vytvorenie vysloviteľného slova a uľahčujú si tak zapamätanie
Priorita musí byť
Požiadavky s prioritou „Musí“ sa musia implementovať v každom prípade a sú minimálnou požiadavkou na prijatie.
Príklad: Pri vývoji novej pneumatiky pre automobily je nevyhnutná požiadavka: Brzdná dráha na mokrej vozovke musí byť znížená najmenej o päť percent.
Priorita by mala byť
Mali by byť požiadavky tiež súčasťou dohodnutého rozsahu služieb, ale môžu byť dodané neskôr alebo môžu byť po schválení klientom vynechané. Ak si požiadavka na nevyhnutnosť a nevyhnutnosť odporujú, pri implementácii má prioritu požiadavka na nevyhnutnosť.
Príklad: Valivý odpor novej pneumatiky pre automobily sa má na suchej vozovke znížiť o tri percentá.
Priorita mohla
Požiadavky hodnotené pomocou „Nie je možné“ nie sú súčasťou rozsahu služieb. Slúžia na popísanie užitočných vedľajších účinkov, ktoré je možné dosiahnuť bez zvýšenia nákladov a bez meškania.
Príklad: Najazdené kilometre novej pneumatiky pre auto by mali byť o 5 000 kilometrov vyššie.
Priorita nebude mať
Nebudú mať požiadavky na popis výkonových funkcií, ktoré nie je možné alebo ešte nemožno splniť. Môže to byť skutočné vylučovacie kritérium, napr. Pretože nový výrobok by nemal konkurovať existujúcemu produktu, alebo požiadavka, ktorá by sa mala implementovať až v neskorších verziách.
Príklad: Zatiaľ by nemalo byť možné vyrobiť pneumatiku v akejkoľvek farbe.
Vysvetlenie a komentár
Aby sme sa dostali od očakávaní zákazníkov, ktoré nie sú väčšinou technicky formulované, k špecifikácii a kritériám prijatia projektu, je nevyhnutné uprednostniť identifikované požiadavky.
Existujú rôzne prístupy, najpodrobnejším je Quality Function Deployment (QFD), stanovenie priorít podľa jednoduchej škály, napríklad MoSCoW, je najjednoduchšia metóda.
Rozsah, v akom má zmysel zahrnúť požiadavky všetkých úrovní priorít do špecifikácie a akceptačných kritérií pre projekt, závisí od zmluvnej štruktúry a typu kontroly projektu.
V prípade zmluvy s pevnou cenou so špecifikáciou, dodávateľ doručí iba požiadavky na mušt a pokúsi sa vylúčiť tieto požiadavky z rozsahu služieb, alebo uplatniť ďalšie nároky na ich implementáciu. V prípade zmlúv s pevnou cenou budú mať klienti teda iba povinné požiadavky, čo znamená, že prioritizácia MoSCoW tu nie je zmysluplne použiteľná.
Ak sa na druhej strane objednávateľ a zhotoviteľ dohodnú, že projekt bude kontrolovaný podľa rozsahu služieb s pevne stanoveným dátumom a pevne stanoveným rozpočtom, potom kontrolu projektu podporuje viacúrovňové stanovenie priorít požiadaviek. Projektový manažér potom musí zabezpečiť, aby boli splnené všetky nevyhnutné požiadavky, a môže kontrolovať rozsah služieb s požiadavkami, ktoré by mohli a mali, aby projekt dodržal rozpočet a termín.