Mi a MoSCoW módszer Knowledge compact - t2informatik

Mi a MoSCoW módszer, mely kategóriákat ismeri és mik az előnyei és hátrányai?

Prioritás négy kategóriával

A MoSCoW módszer egy négylépcsős prioritási sorrend. Leginkább a követelmények kategorizálására használják, elvileg alkalmas például célok, tevékenységek vagy változtatási kérelmek rangsorolására is. Dai Cleggot tartják a MoSCoW módszer feltalálójának, aki először 1994-ben az Oracle-nél használta az úgynevezett dinamikus rendszerek fejlesztési módszerének (DSDM) részeként. Ma a MoSCoW-t - a MoSCoW elvének, elemzésnek vagy prioritásoknak is nevezik - üzleti elemzésben, követelménytervezésben, projektmenedzsmentben és szoftverfejlesztésben használják.

Az egyes nagybetűk négy kategóriát jelentenek:

  • M. = M.kell (volna)
  • S. = S.kellene (volna)
  • C. = C.kellene (volna)
  • W. = W.nincs (van)

Gyakran rövidítést használnak a MoSCoW módszer során; Mivel a kisbetűket csak az olvashatóságra használják, ez nem teljesen helyes, de az o-k használatával az elv kiejthető, mint az orosz főváros.

t2informatik

A MoSCoW négy kategóriája

Mit jelent pontosan a négy kategória?

M.ust (have) - a „must” követelmény kategóriája. Nem tárgyalhatónak minősülnek, és nem ütközhetnek más kötelező követelményekkel. Ha az üzleti elemző tudásanyagot - röviden a BABOK-ot - használja, annak teljesnek, egységesnek, helyesnek, kivitelezhetőnek, változtathatónak, egyértelműnek és tesztelhetőnek is kell lennie.

S.hould (volna) - a „kellene” követelmény kategóriája. Ideális esetben az ebbe a kategóriába tartozó követelményeket is végre kell hajtani. Mivel azonban a prioritás alacsonyabb, mint a „kötelező” követelmények, amelyeket szintén mindig prioritással kell végrehajtani, a későbbi kiadásokban vagy projektekben megvalósítás történhet.

C.ould (volna) - a "lehet" követelmények kategóriája. A „must” és a „must” követelmények megvalósítását követően lehet őket végrehajtani. Ezért őket „kedvesnek lenni” néven is emlegetik. Időbeli szűk keresztmetszetek vagy erőforráskonfliktusok esetén ezeket a követelményeket elsőként halasztják el vagy nem hajtják végre.

W.nincs (van) - a kategória azokat a követelményeket jelenti, amelyek nincsenek végrehajtva. Alternatív megoldásként ez lesz W. is mint W.- jó lenne, ha hamarosan megvalósítható lenne - vagy W.hangya - kívánatos, de más tervben, projektben vagy kiadásban értelmezik. Általában ajánlott, hogy a követelményeket ezen a kategórián belül is dokumentálják, mivel ez lehetővé teszi annak megértését, hogy nyilvánvalóan új követelményt rögzítettek-e már. Ezenkívül a dokumentált követelmények forrásként szolgálhatnak a jövőbeni projektekben.

A gyakorlatban a „must” és a „must” követelmények általában további dokumentumokba kerülnek, például követelmény-előírásokba vagy üzleti esetekbe. Az opcionális és nem megvalósítható követelmények azonban általában a belső lemaradásban, listákban vagy eszközökben maradnak.

A MoSCoW módszer előnyei és hátrányai

A MoSCoW módszer néhány egyértelmű előnyt kínál:

  • A követelmények egyszerűen kategorizálhatók - ideális esetben az érdekeltekkel koordinálva. A Must, Should, Could and Won’t szavak használata mindig egyértelműséget nyújt a kategóriák jelentésével kapcsolatban.
  • A követelmények (vagy célok, feladatok, változtatási kérelmek stb.) Besorolása a megvalósítás természetes sorrendjét eredményezi.
  • A módszer alapelve nagyon könnyen érthető, így az érdekelt felek és a fejlesztők könnyen megtalálhatják a közös nevezőt.

Másrészt a MoSCoW módszernek van néhány hátránya is:

Tippek:

Van egy alternatív értelmezése a kisbetűs o-nak: Ha "vagy" vagy "vagy" vagy "néven értjük őket, akkor két ellentétes kategória keletkezik, azaz. M.ust Or S.kellett volna C.kellene Or W.vagy. W.nem.