MoSCoW- metoden er en teknikk rettet mot å prioritere behov eller krav når det gjelder hjelp til prosjektledelse og programvareutvikling . Målet er at prosjektleder og klient er enige om viktigheten av oppgavene med hensyn til tidsfrister.
Store bokstaver for akronymet MoSCoW står for :
O-ene i MoSCoW er bare lagt til for å gjøre forkortelsen uttalt og er i de fleste tilfeller skrevet med små bokstaver for å indikere at de ikke samsvarer med ord. Imidlertid brukes skriften MOSCOW, med o med store bokstaver, noen ganger.
Alle krav er viktige, men de må prioriteres for å sikre eierens beste. Utviklere fokuserer arbeidet sitt på M-oppgaver, deretter S- og C.-oppgaver, men hvis fristene ikke kan overholdes, vil C-kravene være de første som blir kansellert, etterfulgt av S-kravene.
Fordelen med MoSCoW-metoden ligger i betydningen av forkortelsen, som er mer forståelig enn andre prioriteringsteknikker som høy, middels og lav.
Denne prioriteringsmetoden ble oppfunnet av Dai Clegg og mye brukt for første gang som en del av den agile dynamiske systemutviklingsmetoden (DSDM).
MoSCoW-metoden brukes ofte i tidsblokker , der det settes en frist for å fokusere på de viktigste kravene. Det brukes derfor ofte med tilnærminger til programvareutvikling som Scrum , rask applikasjonsutvikling (RAD) og DSDM .
Eller en imaginær programvare for oppgavebehandling som inneholder følgende funksjoner:
En workshop mellom prosjektleder og klient vil gi en felles og delt forståelse av prioriteringer.
For eksempel :
Alt er et spørsmål om synspunkt, men vi har her prøvd å begrense oss til 50% must for å kunne leke med de andre nivåene av prioritering; ellers er risikoen at alt blir et must , med andre ord at alt er prioritert.