MOSKVA-prioritering: Steg-for-trinn-rammeverk

For mange motstridende krav, og alle med høy relativ betydning? Usikker på hvor du skal begynne?

Hvis du svarte "ja", er Moskva-prioriteringsmetoden det du trenger. Jeg skal lære deg alt om denne prioriteringsmetoden, som er min favoritt måte å prioritere oppgaver på.

TL;DR – Viktige takeaways

• MoSCoW hjelper deg med å kategorisere oppgaver i Må-ha , Bør-ha , Kunne-ha , og Vil-ikke-ha ;
• Med MoSCoW lærer du å allokere 60 % av ressursene til det du må ha , 20 % til det du bør ha , 20 % til det du kan ha , og 0 % til det du ikke vil.
• Du kan implementere MoSCoW i 3 trinn : List opp alle krav, bruk MoSCoW-kriteriene med alle involverte interessenter, og følg 60-20-20 ressursallokeringsregelen;
• En enkel test for å forstå om en oppgave er en må-ha, kjør den gjennom spørsmålet: "Hvis vi lanserte uten dette, ville vi mislykkes?" Hvis ikke et umiddelbart ja, er det sannsynligvis ikke et must.
• De viktigste fordelene med MoSCoW er at det fremtvinger klare beslutninger, forhindrer omfangskrypning og bringer teamkonsensus;
• Profftips: Start med tidssporingsverktøy for å forstå den faktiske tiden brukt på hver kategori, og deretter kan du legge til flere verktøy etter behov.

Hva er MoSCow-prioriteringsmetoden?

MoSCoW-metoden er et prioriteringsrammeverk som hjelper deg med å kategorisere oppgavene og kravene dine i fire grupper: Må-ha, Bør-ha, Kunne-ha og Vil ikke-ha . Det er spesielt kraftig fordi det eliminerer tvetydigheten til "høy, middels, lav" prioritet og tvinger deg til å ta solide avgjørelser om hva som virkelig betyr noe.

Den beste delen? Du slutter å kaste bort energi på arbeid med lav innvirkning og fokuserer ressursene dine der de vil utgjøre den største forskjellen.

Hva er historien til MoSCoW-metoden?

Utviklet av Dai Clegg i 1994, ble MoSCoW-prioriteringsmetoden opprettet som en del av prosjekter i DSDMs agile prosjektledelsesmetode. DSDM er forkortelsen for Dynamic Systems Development Method, opprinnelig laget for programvareutviklingsteam. Dens enkelhet har siden gjort den til en favoritt blant programvareutviklere, prosjektledere og andre team.

Som forfatter oppdaget jeg denne teknikken mens jeg prøvde å sjonglere skrivefrister, personlige prosjekter og klientredigeringer. Å ta i bruk det hjalp meg med å gjøre en forskjell mellom presserende, klientkritisk arbeid og hyggelig å ha deler av prosessen som var unødvendige for å levere arbeidet.

MoSCoW-kategoriene

Før vi går inn i hvordan du implementerer denne prosjektledelsesteknikken, la oss først forstå prioriteringskategoriene:

• Må ha : Dette er ikke-omsettelige krav. Uten disse er prosjektet eller løsningen rett og slett ikke levedyktig. Tenk på dem som Minimum Usable SubseT-funksjonene (MUST) for det nye produktet ditt eller strategien som du markedsfører virksomheten din på i neste kvartal – du kan ikke hoppe over dem.
• Bør ha : Viktige, men ikke vitale funksjoner eller oppgaver. Disse tilfører betydelig verdi, men er ikke kritiske for lansering. For eksempel, i programvare for tidsregistrering, er det viktig for ledere å ha funksjoner som teamproduktivitetsanalyse og tilpassbare rapporter for å forstå arbeidsmønstre, men den grunnleggende tidsloggingsfunksjonen kan fortsatt tjene sitt formål uten dem.
• Kan ha : Fine funksjoner som bare har en liten innvirkning på den totale løsningen. Dette er dine "ønskeliste"-elementer. Tenk på et tilpasset dashboard-tema i prosjektstyringsverktøyet eller avanserte filteralternativer i analyseplattformen din. De forbedrer opplevelsen, men er ikke avgjørende for dine primære forretningsmål.
• Vil ikke ha: Elementer som ikke er en prioritet for den gjeldende tidsrammen, men som kan ses på nytt senere. For eksempel, i en lansering av mobilapper, kan funksjoner som integrasjon av sosiale medier eller mørk modus betraktes som fremtidige muligheter, men er tydelig kommunisert som utenfor rekkevidden for den første utgivelsen.

💡 Profftips: Når du identifiserer must-haves, bruk "Hvis vi lanserte uten dette, ville vi mislykkes?" test. Hvis svaret ikke er et umiddelbart "ja", er det sannsynligvis ikke et must. Dette passer perfekt sammen med 4 D-er av tidsstyringsmetoden «Do»-kategorien for klarhet.

Hvorfor bør du bruke MoSCoW-prioriteringsmetoden? 

I tillegg til at du sliter med å vite hva du skal prioritere i hele prosjektet, kan det å lage en MoSCow-analyse ha flere andre fordeler. Her er noen grunner til at du kan overtale hvem som helst i teamet ditt, enten det er produktledere eller prosjektledelse som prioriterer oppgaver med denne smidige prosjektledelsesteknikken:

• Det tvinger fram klare beslutninger: I motsetning til vage prioriteringsnivåer og endeløse idédugnadsøkter, krever MoSCoW en definitiv kategorisering. På denne måten bringer du klarhet ettersom du ikke kan markere alt som "høy prioritet", men må velge hva som virkelig påvirker prosjektene dine.
• Det gir konsensus i teamene: Å ha klare og avtalte kategorier gjør det lettere for deg å forklare og rettferdiggjøre prioriteringsbeslutninger til teammedlemmer, klienter og relevante interessenter.
• Det forhindrer scope creep: Ved å eksplisitt definere hva som er innenfor og utenfor scope (Won't-ha), beskytter du prosjektet ditt mot endeløse funksjonstilføyelser og kravendringer. Det er mye lettere å håndtere forventninger.

Hvordan implementere MoSCoW i arbeidsflyten din

Dette smidige rammeverket for prosjektlevering tar bare tre trinn å implementere, men det gir mange fordeler og forretningsverdi. La oss sjekke ut alle trinnene i MoSCow-teknikken:

1. Først, samle alle prosjektkrav. List opp alle potensielle krav, funksjoner eller oppgaver uten filtrering. Inkluder alt interessenter har bedt om eller teamet ditt har identifisert. Ikke bekymre deg for prioritering ennå. Bare lag en omfattende beholdning, så fokuser utelukkende på å skrive ned alt.
2. Bruk MoSCoW-prioriteringene. Evaluer nå hvert element på listen din ved å bruke MoSCow-prioriteringene basert på kriteriene i tabellen nedenfor. Vær imidlertid oppmerksom på at det er viktig å sette i gang diskusjoner med alle sentrale interessenter og sammen bestemme prioriteringen av kravene. Prøv å få i gang debatter i tverrfaglige team og inkludere så mange profesjoner som mulig i gruppen. Ta med forretningsanalytikeren, samt medlemmer fra prosjektteam og produktteam.

💡 Profftips: Vet du hvorfor raske beslutninger er avgjørende for ytelsen og virksomheten din? Det er best å forstå det før du prioriterer – det kan øke hastigheten på hele prosessen. 😉

💡 Profftips: Kombiner MoSCoW med tidsblokkering ved å tildele spesifikke tidsluker for dine must-have først. På denne måten får de mest kritiske oppgavene dine maksimale energitimer. Med andre ord, spis frosken så tidlig som mulig.

3. Bruk 60-20-20 MoSCoW-regelen. Nå lærer MoSCoW-prioriteringen deg å fordele innsatsen mellom kravene. Derfor fungerer gjennomgang av prioriteringer basert på en enkel tommelfingerregel:

• Må-has: ta ~60% av de tilgjengelige ressursene
• Bør-has : ta ~20% av de tilgjengelige ressursene
• Kunne ha: ta ~20% av de tilgjengelige ressursene
• Vil ikke ha: 0 % (dokumentert for fremtidig vurdering)

Eksempel på MoSCoW-prioritering 

For å eksemplifisere hvordan krav med MoSCow-prioriteringsteknikken tar jeg et konkret og enkelt eksempel: Et nettstedlanseringsprosjekt gjennom MoSCoW-prioriteringslinsen:

Må-has:

• Hjemmeside med et tydelig verdiforslag : sentralt i førsteinntrykk og formidling av kjernevirksomhetstilbudet ditt.
• Mobilrespons: Med over 60 % av nettrafikken som kommer fra mobile enheter, ifølge Soax, vil et nettsted som ikke reagerer umiddelbart miste de fleste potensielle kunder.
• Kontaktskjema: Siden det er den primære måten potensielle kunder kan nå deg direkte på, påvirker det generering av potensielle salg og kundestøtte og må gjøres.
• Grunnleggende SEO-elementer (metatitler, beskrivelser, riktig overskriftsstruktur): Kritisk for søkemotorenes synlighet og organiske trafikk fra dag én.
• Kjerneprodukt-/tjenestesider: Viktig informasjon om det du selger. Uten disse har du ingen mulighet til å konvertere besøkende.

Bør-ha:

• Bloggseksjon: Viktig for SEO og etablering av autoritet, men kan legges til etter lansering uten å forstyrre nettstedets kjernefunksjonalitet.
• Kundeuttalelser: Det bygger tillit og troverdighet, men siden kan fungere uten dem i utgangspunktet mens du samler inn flere anmeldelser.
• Nyhetsbrevregistrering: Verdifull for pleie av kundeemner og inngående salg, men ikke kritisk for hovednettstedets funksjonalitet.
• Integrasjon av sosiale medier: Forbedrer merkevaretilstedeværelse og delingsevner, men er ikke avgjørende for kjernevirksomheten.
• Nettstedsøkefunksjonalitet: Forbedrer brukeropplevelsen for større nettsteder, men er ikke avgjørende for første lansering, spesielt med god navigering.

💡 Profftips: Prøv å holde deg unna multitasking og hold deg til mus og burde ha, siden multitasking er en av hovedårsakene til at folk føler seg uproduktive og en av de største tidssløserne på jobben.

Kunne ha:

• Live chat-funksjon : Fin for umiddelbar kundestøtte, men et e-post-/kontaktskjema kan være nok til å begynne med.
• Interaktive produktdemoer: Dette vil forbedre produktforståelsen, men statiske bilder/videoer kan fungere for lansering.
• Avansert analyse (utover grunnleggende Google Analytics): Nyttig for dyp innsikt, men grunnleggende sporing er god nok til å starte.
• Flerspråklig støtte: Dette kan utvide markedsrekkevidden, men kan vente til du har betydelig internasjonal trafikk.
• Videobakgrunner: Dette vil legge til visuell appell, men vil ikke påvirke kjernefunksjonaliteten.

Vil ikke-ha (denne gangen):

• AI-drevet chatbot : Dyrt å implementere riktig og krever opplæringsdata du ikke har ennå.
• Virtual reality-turer : Kul funksjon, men krever betydelige ressurser og er ikke avgjørende for de fleste brukere.
• Brukerfellesskapsforum : Krever modereringsressurser og en aktiv brukerbase du ikke har ved lansering.
• Integrasjon med eldre systemer : Dette kan løses senere når du har flere brukerdata og spesifikke krav.
• Tilpasset mobilapp : Nettstedets responsive design vil være nok til å begynne med. Apputvikling kan vente på bevist etterspørsel.

Verktøy for å mestre MOSCoW-prioritering

For å implementere MoSCoW effektivt, trenger du enten ett verktøy eller det riktige settet med verktøy for å spore, overvåke og justere prioriteringene dine. Her er noen verktøy som kan hjelpe:

• Timeular : Spor tid brukt på oppgaver i hver MoSCoW-kategori for å forstå objektivt hvor lang tid hver kategori faktisk tar. Ved å spore tid brukt på must-haves versus could-have, vil du ta bedre prioriteringsbeslutninger og identifisere hvor du feilallokerer ressurser. Den automatiske tidssporingsfunksjonen hjelper deg med å samle pålitelige data om oppgavens varighet, slik at du kan ta bedre informerte beslutninger i din fremtidige utgivelse.

Slutt å gjette hvor lang tid dine must-have virkelig tar.

La Timeular sporer tiden din automatisk mens du fokuserer på det som betyr noe.

Prøv Timeular gratis

• Forestilling : Bygg et sentralisert knutepunkt for MoSCoW-rammeverket ditt der du kan kombinere dokumentasjon, sporing og andre samarbeidsfunksjoner. Du kan se prioriteringene dine på flere måter i Notion, siden den har en fleksibel database, fra Kanban-tavler til lister eller tabeller. Merk at tidsregistrering i Notion er tungvint.
• Trello eller Jira : Bruk tavler med MoSCoW-merkede kolonner for å visualisere og administrere de prioriterte elementene dine. Disse verktøyene lar deg enkelt dra og slippe elementer mellom kategorier etter hvert som prioriteringene skifter.
• Miro eller veggmaleri : Perfekt for samarbeidende MoSCoW-sesjoner med interessenter, disse visuelle samarbeidsverktøyene hjelper team med å prioritere sammen ved hjelp av virtuelle klistrelapper og stemmefunksjoner.
• Microsoft Excel eller Google Sheets : Lag detaljerte prioriterte matriser med innebygde formler for å score og vekte ulike krav. Disse verktøyene er spesielt nyttige for å holde en omfattende backlog av alle varer på tvers av kategorier.

💡 Proff-tips: Selv om verktøy er viktige, ikke la verktøyvalg bli en mulighet som forsinker prioriteringsarbeidet du må ha. Begynn med prosjekttidsregistrering , og legg til mer sofistikerte verktøy om nødvendig.

Vanlige utfordringer for Moskva

Selv om MoSCow-prioriteringsmetoden er enkel og effektiv, kan den ha ulemper med mindre den er implementert og kontrollert riktig:

• Du har for mange must-haves : Du kan ofte bli kjempet opp i et scenario der interessenter insisterer på at alt er kritisk. I virkeligheten, med MoSCow, kan du bevise at du ikke har så mange alternativer innenfor den forlengede tidsrammen og begrensede ressursene. Løsning : Bruk "Hvis dette var det eneste vi leverte, ville prosjektet fortsatt fungere?" test for hver må-ha-vare.
• Uklare prioriteringer innenfor kategorier: Din kamp er å rangere elementer innenfor samme kategori. Løsning : Legg til underprioriteringer (M1, M2, M3) innenfor hver kategori for finere granularitet.
• Skiftende krav : Dine prioriteringer endres midt i prosjektet. Løsning : Planlegg regelmessige prioriterte gjennomganger og hold en endringslogg for å spore og rettferdiggjøre endringer.

Reisen til MoSKva starter nå

I hovedsak lar MoSCoW deg organisere arbeidsmengden og prioriteringene dine bedre. Det som skiller den fra alle andre prioriteringsmetoder er dens enkelhet og effektivitet.

Velg ett prosjekt, bruk rammeverket og begynn å spore prioriteringene dine. Husk at sikte på perfeksjon ikke vil føre arbeidet ditt fremover. Klar til å endre hvordan du prioriterer? Din MOSCoW-reise starter nå!

VANLIGE SPØRSMÅL

Kilder

https://soax.com/research/mobile-website-traffic

https://pmworldjournal.com/article/moscow-rules

https://publications.eai.eu/index.php/IoT/article/view/6515