Hopp til innholdet
Kontakt

Prioritering i prosjekt: MoSCoW, Eisenhower og flere modeller

Når alt i prosjektet føles viktig, blir ingenting ferdig. Slik fungerer MoSCoW, Eisenhower og tre andre modeller, og når du velger hvilken.

Daniel FredholmOppdatert 10 november 2026 · 5 min lesing

Kort svar

Prioriter etter hva prosjektet skal oppnå, og hva teamet faktisk rekker, ikke etter hvem som roper høyest. MoSCoW setter grensen for hva som skal med, Eisenhower sorterer din egen uke, og verdi mot innsats viser hvor du begynner. Det viktige er at prioriteringen gjennomgås hver uke.

Innhold
  1. Hvorfor prioriteringen sprekker
  2. MoSCoW setter grensen
  3. Eisenhower skiller det som haster, fra det som er viktig
  4. Verdi mot innsats viser startpunktet
  5. Kano-modellen tar utgangspunkt i kunden
  6. Forretningsmålene avgjør rekkefølgen
  7. Slik velger du modell
  8. Hold prioriteringen levende
  9. Vanlige spørsmål

Et prosjekt har sjelden for lite å gjøre. Det har for mye som føles like viktig. Kunden vil ha en endring, ledelsen vil ha en rapport, og teamet har tre leveranser samme uke. Uten en felles modell vinner den som roper høyest, og det viktige skyves en uke til.

Her går vi gjennom fem prioriteringsmodeller som brukes i prosjekter, hva hver av dem er god på, og hvordan du velger.

Hvorfor prioriteringen sprekker

De fleste prosjekter har en prioriteringsliste. Den sprekker sjelden fordi listen er feil. Den sprekker fordi ingen bruker den når noe nytt dukker opp.

Det pleier å være tre årsaker:

  • Ingen eier beslutningen om hva som skal ut når noe nytt skal inn.
  • Listen viser oppgaver, men ikke hvor mye tid teamet har.
  • Prioriteringen gjøres ved prosjektstart og gjennomgås aldri igjen.

En modell løser ikke det alene. Men den gir teamet et felles språk for samtalen om hva som skal gjøres først.

MoSCoW setter grensen

MoSCoW-metoden deler krav og oppgaver inn i fire grupper. Den brukes mest i starten av et prosjekt eller før en ny etappe, når omfanget skal bestemmes.

  • Must have (må ha): det prosjektet ikke klarer seg uten. Mangler noe her, er prosjektet ikke ferdig.
  • Should have (bør ha): viktig, men prosjektet fungerer uten det en stund.
  • Could have (kan ha): ønskelig hvis tid og budsjett strekker til.
  • Won't have (skal ikke ha nå): det dere bevisst velger bort i denne etappen.

Styrken ligger i den siste gruppen. Å skrive ned hva prosjektet ikke skal gjøre, sparer flere diskusjoner enn noen annen liste. Legg den i prosjektets startdokument, og vis til den når nye ønsker kommer.

En vanlig felle er at alt havner under Must have. DSDM, metoden MoSCoW kommer fra, anbefaler at Must have tar høyst cirka 60 prosent av innsatsen. Da er det rom når noe tar lengre tid enn planlagt.

Eisenhower skiller det som haster, fra det som er viktig

Eisenhower-matrisen sorterer oppgaver etter to spørsmål: er det viktig, og haster det? Det gir fire ruter.

  • Viktig og haster: gjør det nå.
  • Viktig, men haster ikke: planlegg det. Her ligger det som flytter prosjektet framover.
  • Haster, men ikke viktig: deleger det, eller gjør det raskt.
  • Verken viktig eller hastende: stryk det.

Matrisen passer best for din egen uke eller et lite team. Den tar ti minutter og krever ikke noe verktøy. Den andre ruten er den som oftest blir skadelidende, fordi det som haster, alltid trenger seg foran.

Verdi mot innsats viser startpunktet

Plasser hver oppgave etter hvor stor verdi den gir, og hvor mye arbeid den krever. Det gir fire grupper.

  • Høy verdi, lav innsats: begynn her.
  • Høy verdi, høy innsats: planlegg nøye, og gi dem tid.
  • Lav verdi, lav innsats: fyll hull med dem.
  • Lav verdi, høy innsats: stryk dem.

Modellen fungerer godt når backloggen er lang og ideene mange. Det vanskelige er å vurdere verdien ærlig. Spør hva oppgaven gir kunden eller forretningen, ikke hvor morsom den er å gjøre.

Kano-modellen tar utgangspunkt i kunden

Kano-modellen kommer fra produktutvikling og ble utviklet av Noriaki Kano på 1980-tallet. Den deler funksjoner inn etter hvordan de påvirker hvor fornøyd kunden blir.

  • Basisbehov: det kunden tar for gitt. Det gir ingen ekstra tilfredshet, men mangler det, blir kunden misfornøyd.
  • Uttalte behov: det kunden ber om. Jo bedre det fungerer, desto mer fornøyd kunde.
  • Uuttalte behov: det kunden ikke venter seg, men setter pris på når det finnes.

I et kundeprosjekt hjelper Kano deg med å sørge for at basisbehovene er på plass før teamet bruker tid på det som imponerer.

Forretningsmålene avgjør rekkefølgen

Den femte modellen er en rekkefølge mer enn en matrise. Når to ting kolliderer, avgjør et fast hierarki:

  1. Selskapets mål. Det som støtter forretningsplanen, går først.
  2. Kundens behov. Deretter det kunden trenger for at prosjektet skal gi effekt.
  3. Teamets og den enkeltes mål. Til slutt det som er viktig for teamet, men ikke for forretningen akkurat nå.

Hierarkiet gjør det lettere å si nei uten at det blir personlig. Beslutningen følger en rekkefølge alle kjenner.

Slik velger du modell

Modellene konkurrerer ikke. De passer til ulike beslutninger.

ModellBest tilTar tid
MoSCoWOmfanget ved prosjektstart eller ny etappeEtt møte
EisenhowerDin egen uke eller et lite team10 minutter
Verdi mot innsatsEn lang backlogg med mange ideerEtt møte
KanoFunksjoner i et kundeprosjektEtt møte med innspill fra kunden
ForretningsmåleneKollisjoner mellom to viktige tingLøpende

Mange team bruker to: MoSCoW for omfanget og Eisenhower for uken.

Hold prioriteringen levende

En prioritering som gjøres én gang, er utdatert etter en måned. Gå gjennom listen i et fast møte hver uke. Alt nytt som skal inn, får en plass, og noe annet flyttes ut.

Legg prioriteringen ved siden av tiden teamet faktisk har. Da vises det med en gang om listen kan gjennomføres, eller bare er en ønskeliste. Les også om ressursallokering i prosjekt og om prosjektmetoder. Ligger prosjekt og timer i samme system, som i Severa, ser du hva en endring koster, før du sier ja.

Vil du vite hvordan andre prosjektbedrifter jobber? Les guiden om hvorfor prosjektbedrifter jobber ineffektivt.

Vanlige spørsmål

Hva er MoSCoW-metoden?

MoSCoW er en prioriteringsmodell som deler krav inn i Must have, Should have, Could have og Won't have. Den brukes til å bestemme hva et prosjekt eller en etappe skal inneholde. Must have er det prosjektet ikke klarer seg uten, og Won't have er det man bevisst velger bort akkurat nå. Metoden brukes mye i systemprosjekter og smidig utvikling.

Hvilken prioriteringsmodell passer best for prosjekter?

Det avhenger av beslutningen. MoSCoW passer når omfanget skal bestemmes, Eisenhower når du planlegger din egen uke, og verdi mot innsats når backloggen er lang. Mange team kombinerer to modeller, for eksempel MoSCoW for prosjektets omfang og Eisenhower for ukens arbeid.

Hva er forskjellen på viktig og hastende?

At noe haster, betyr at det har en nær frist, eller at noen venter. At noe er viktig, betyr at det bidrar til målene for prosjektet eller selskapet. Det som er viktig, men ikke haster, blir ofte skadelidende, fordi hastende oppgaver trenger seg foran. Eisenhower-matrisen hjelper deg med å se forskjellen.

Hvor ofte bør man prioritere på nytt i et prosjekt?

I et pågående prosjekt bør prioriteringen gjennomgås hver uke, og alltid når noe nytt skal inn. Et fast møte gjør at nye ønsker får en plass i listen i stedet for å trenge seg foran. Ved prosjektstart eller ny etappe gjøres en større gjennomgang, for eksempel med MoSCoW.

Hvem bør eie prioriteringen i et prosjekt?

Én person, som regel prosjektlederen. Flere eiere betyr i praksis at ingen eier beslutningen. Prosjektlederen tar imot ønsker fra kunde, ledelse og team, men bestemmer rekkefølgen og hva som flyttes ut når noe nytt kommer inn.

Vil dere se hvordan det ville fungert hos dere?

Vi går gjennom hvordan dere jobber i dag og hva som ville endret seg. Møtet tar 30 minutter og er digitalt.

Snakk med Sindre Chr. JohansenVil dere heller starte med en samtale? Book en tid direkte i Sindres kalender. (åpnes i ny fane)