For å styre et prosjekt på riktig måte og nå de tilhørende målene, er det viktig å prioritere punktene som skal tas opp, oppgavene som skal utføres, løsningene som skal brukes på et bestemt tidsrom … Priset i smidige tilnærminger, MoSCoW metoden er et praktisk verktøy og veldig enkelt å implementere for å sette prioriteringer. La oss se hvordan vi implementerer det.
Hva er MoSCoW -metoden?
Dai Clegg, konsulent i Oracle UK, utviklet dette verktøyet å klassifisere kravene til et prosjekt i henhold til graden av kritikk.
Tanken er å gå utover en mer eller mindre binær klassifisering basert på betydning, for bedre å forstå hvorfor man skal velge et eller annet element i stedet for et annet.
Brukt av smidige prosjekter, opprinnelig med DSDM -metodikken (Dynamique Systems Development Method), MoSCoW letter beslutninger.
MoSCoW står for:
- M - Må ha dette: Dette er virkelig kritiske punkter, ingen spørsmål å stille, de må behandles som en prioritet. Ellers vil prosjektets suksess lide og føre til at det mislykkes. Disse kravene er ikke omsettelige.
- S - Bør ha dette hvis det er mulig: disse punktene gir reell merverdi og / eller deres betydning bidrar til oppnåelse av mål. Forskjellen med Must Have ligger ofte i at behandlingen deres kan utsettes i tide etter prioriteringspunktene. I dette tilfellet er klassifiseringen deres sammenlignbar med boksen " Viktig, men ikke presserende "av viktigheten-haster-matrisen . Og så bør behandles så langt som mulig.
- C - Kan ha dette hvis det ikke påvirker noe annet: Selv om de har dem, kan de fjernes fra prioriteringene hvis valg må tas. Vanligvis er de en del av de "små statister" som bidra til kundetilfredshet for en veldig moderat kostnad. Ytterligere komfortkrav.
- W - Vil ikke ha denne tiden, men vil gjerne i fremtiden: De er ekskludert fra prosjektet, men er en del av punktene som er igjen i boksene for videre behandling eller integrering.
Vær oppmerksom på at "o" for metoden bare brukes til å gi akronymet mening for å gjøre det lettere å huske det.
Et betydelig antall "Should" og "Could" gir mer fleksibilitet i prosjektet. Et flertall av Must presenterer en risiko: alt blir en prioritet, med budsjettproblemer og fremtidige avgifter .
Metoden gjelder krav, oppgaver, produkter, funksjoner, egenskaper, tester, kriterier, distribusjoner …
På smidig språk, til:
- - "brukstilfeller"
- - "Brukerhistorier"
Implementering av metoden
Her er hovedtrinnene:
-
Opprett en arbeidsgruppe
Ta opp emnet i form av en workshop med en representativ gruppe av de forskjellige interessentene. Målet med workshopen er å velge en liste over prioriterte punkter. For å gjøre dette er det avgjørende at beslutningstakerne er tilstede, slik at valgene blir bekreftet på slutten av diskusjonene.
List opp poengene du skal kvalifisere
Lag en fullstendig oversikt over poeng på et hvitt brett ("papp"), eller med "post-its" eller ved å bruke et Excel-regneark ved å vise det i vanlig visning ved hjelp av en videoprojektor.
Prioriter elementer
Tildel en kategori Must, Should, Could eller Won't for hvert av punktene på listen. Bruk farger (post it -lapper, pastiller … eller spesifikke linjefarger for Excel). Dette arbeidet utføres selvfølgelig i grupper, som involverer alle. Denne kvalifikasjonen gir opphav til diskusjoner, og divergerende interesser kan motarbeides. Det er en normal prosess å oppnå et balansert resultat.
Valider klassifiseringen
Grupper elementer som tilhører samme kategori og vurder om lasten er bærekraftig i samsvar med målene og begrensningene i prosjektet. Hvis ikke, send "Must's" på nytt for å sikre at de virkelig er nødvendige.
Styrken til denne metoden:
- Det gir et relevant og operativt ordforråd å prioritere elementer.
- Hun frigjør grad av fleksibilitet i prosjektet : definisjon av en omkrets av oppgaver som skal utføres, konstrueres og tenkes ut, i samsvar med målene som forfølges når det gjelder tid, kvalitet og kostnad. Det er bedre å redusere omfanget av prosjektet a posteriori og beholde kontrollen over arbeidet som er utført. Ellers er risikoen å lide av planlegging, budsjett osv.
- Hun tillater det identifisere og registrere forespørsler om senere versjoner eller prosjekter (vil ikke). Et viktig tema for prosjektklienter som ikke ønsker å se sine ubekreftede forespørsler umiddelbart falle i glemmeboken.
Viktigheten av prioritering
Det er ikke mulig å behandle alt i et prosjekt. Hver interessent har sine egne krav og forventninger. Til slutt har du imidlertid ikke annet valg enn å etablere listen over prioriterte punkter.
Å bruke et enkelt å forstå og brukervennlig verktøy har fordelen av å bidra til å bygge konsensus rundt prioritering av krav. En nøkkelfaktor for suksess for hvert prosjekt.
Denne filen er referert til i: Project framework
