Čo je metóda MoSCoW Knowledge compact - t2informatik

Čo je to metóda MoSCoW, ktoré kategórie pozná a aké sú jej výhody a nevýhody?

Stanovenie priorít so štyrmi kategóriami

Metóda MoSCoW je štvorstupňový proces stanovovania priorít. Väčšinou sa používa na kategorizáciu požiadaviek, v zásade je vhodný napríklad aj na stanovenie priorít pre ciele, činnosti alebo žiadosti o zmenu. Dai Clegg je považovaný za vynálezcu metódy MoSCoW, ktorý túto metódu prvýkrát použil v spoločnosti Oracle v roku 1994 ako súčasť takzvanej metódy Dynamic Systems Development Method (DSDM). Dnes sa MoSCoW - tiež známy ako princíp, analýza alebo stanovovanie priorít MoSCoW - používa v podnikovej analýze, inžinierstve požiadaviek, projektovom manažmente a vývoji softvéru.

Jednotlivé veľké písmená tvoria štyri kategórie:

  • M. = M.ust (mať)
  • S. = S.mal (mať)
  • C. = C.ould (mať)
  • W. = W.nie (mať)

V priebehu metódy MoSCoW sa často používa skratka; Pretože malé písmená sa používajú iba kvôli čitateľnosti, nie je to celkom správne, ale použitím znaku o možno princíp vysloviť ako ruské hlavné mesto.

knowledge

Štyri kategórie MoSCoW

Čo presne znamenajú tieto štyri kategórie?

M.ust (have) - kategória požiadaviek na „must“. Považujú sa za neobchodovateľné a nemali by byť v rozpore so žiadnymi ďalšími povinnými požiadavkami. Ak používate Business Analysis Body of Knowledge - skrátene BABOK - mali by byť tiež úplné, jednotné, správne, implementovateľné, premenlivé, jednoznačné a testovateľné.

S.hould (have) - kategória požiadaviek „by“. V ideálnom prípade by sa mali implementovať aj požiadavky, ktoré skončia v tejto kategórii. Pretože je však priorita nižšia ako „nevyhnutné“ požiadavky, ktoré sa tiež musia vždy prioritne implementovať, môže dôjsť k implementácii v nasledujúcich vydaniach alebo projektoch.

C.ould (have) - kategória požiadaviek na „plechovku“. Môžu byť implementované po implementácii požiadaviek „musia“ a „mali by“. Preto sa tiež označujú ako „pekné mať“. V prípade časových zúžení alebo konfliktov zdrojov sú tieto požiadavky ako prvé odložené alebo neimplementované.

W.on't (have) - kategória predstavuje požiadavky, ktoré nie sú implementované. Prípadne to bude W. aj ako W.ould - bolo by pekné, keby sa to dalo čoskoro implementovať - ​​príp W.mravec - je požadovaný, ale interpretovaný v inom pláne, projekte alebo vydaní. Všeobecne sa odporúča, aby boli požiadavky zdokumentované aj v rámci tejto kategórie, pretože to umožňuje pochopiť, či už bola zjavne zaznamenaná zjavne nová požiadavka. Zdokumentované požiadavky môžu navyše slúžiť ako zdroj v budúcich projektoch.

V praxi sa požiadavky „musia“ a „mali by“ obvykle skončiť v ďalších dokumentoch, ako sú špecifikácie požiadaviek alebo obchodné prípady. Voliteľné požiadavky a požiadavky, ktoré nie je možné implementovať, však zvyčajne zostávajú v interných nevybavených zákazkách, zoznamoch alebo nástrojoch.

Výhody a nevýhody metódy MoSCoW

Metóda MoSCoW ponúka niekoľko jasných výhod:

  • Existuje jednoduchá kategorizácia požiadaviek - ideálne v koordinácii so zainteresovanými stranami. Použitie slov Must, Should, Could a Won’t poskytuje vždy jasnosť o význame kategórií.
  • Výsledkom klasifikácie požiadaviek (alebo cieľov, úloh, žiadostí o zmenu atď.) Je prirodzená postupnosť implementácie.
  • Princíp metódy je veľmi ľahko pochopiteľný, takže zúčastnené strany a vývojári môžu ľahko nájsť spoločného menovateľa.

Na druhej strane má metóda MoSCoW aj niektoré nevýhody:

Tipy:

Existuje alternatívny výklad malých písmen o: Ak sa chápu ako „alebo“ alebo „alebo“, vznikajú dve protikladné kategórie, t. M.ust Or S.rovnako C.ould Or W.ould alebo. W.nie.