Gå til hovedinnhold
WORKSHOPMALER

MoSCoW-analyse

En metode for å prioritere oppgaver og krav i et prosjekt

MoSCoW er en prioriteringsteknikk som gir oversikt, skaper felles forståelse og hjelper team med å fokusere på det viktigste først. Ved å prioritere de mest kritiske oppgavene tidlig, sikres raskere fremdrift, samtidig som det er rom for å legge til mindre viktige elementer senere.

Tidsbruk
--
Deltakere
--
Når i prosess
Når du planlegger utviklingsarbeid eller skal definere EPICS.

Forberedelser

Digitalt:

  • Last ned eller koble til malen, og importer den i verktøy som MURAL eller FigJam.
  • Sørg for at alle har tilgang til verktøyet før møtet.

Fysisk:

  • Print ut malen i A1-format, eller tegn den på tavle.
  • Post-it-lapper i ulike farger, tusjer og penner.
  • Klokke eller timer for å holde styr på tiden.

Veiledning til bruk

Steg 1: Identifiser og list alle krav

Start med å samle alle oppgaver, funksjoner og krav som er relevante for prosjektet. Det er viktig å få med alt i denne fasen for å sikre full oversikt og unngå overraskelser senere.

Steg 2: Kategoriser krav med MoSCoW-rammeverket

Sorter hvert krav i én av de fire kategoriene i MoSCoW-modellen:

  • Må: Kritiske krav som er nødvendige for at prosjektet skal lykkes.
  • Bør: Viktige krav som gir verdi, men som kan utsettes ved behov.
  • Kan: Fine å ha-krav som forbedrer løsningen, men ikke er nødvendige.
  • Skal ikke: Krav som bevisst utelates for å unngå omfangsutvidelse (scope creep).

Dette steget gjør det tydelig hva som må med i leveransen – og hva som kan vente.

Steg 3: Involver interessenter

Gå gjennom prioriteringene sammen med relevante interessenter. Når alle parter er enige om hva som er viktigst, blir det enklere å ta beslutninger og unngå konflikter senere i prosessen.

Steg 4: Gjennomgå og juster underveis

Prosjekter endrer seg, og det gjør prioriteringer også. Gjennomgå MoSCoW-listen jevnlig og gjør justeringer etter hvert som nye behov, avklaringer eller begrensninger dukker opp. Dette sikrer at dere holder fokus – også når ting endrer seg.

Rediger denne siden på GitHub