Arbeidsbeskrivelse: Den ultimate veiledningen og malen for 2026
Den hemmelige oppskriften: En arbeidsbeskrivelse (SoW) tydeliggjør ansvarsområder og hva som er innenfor og utenfor prosjektomfanget. Når den utformes på en god måte, kan den bidra til å redusere forsinkelser og øke lønnsomheten.
Viktige ingredienser: En godt utformet arbeidsbeskrivelse oppsummerer formål, leveranser, styring og tidslinjer. Dette er avgjørende for å samordne forventninger og sikre god fremdrift i prosjektet.
Kommunikasjonskunsten: Kjenn arbeidsbeskrivelsen din godt, og del den med interessentene for å holde alle på samme side gjennom hele prosjektet, unngå forvirring og forbedre samarbeidet.
En effektiv arbeidsbeskrivelse er det ultimate verktøyet for å avverge problemer før de oppstår. Det er den eneste kilden til sannheten som tydeliggjør hva du og teamet ditt er ansvarlige for når prosjektet leveres.
En uklar arbeidsbeskrivelse kan føre til forsinkelser, ekstraarbeid og redusert lønnsomhet. Slik lager du en som tydeliggjør forventningene, beskytter deg og teamet ditt og maksimerer prosjektets sjanser for å lykkes.
Hva er en arbeidsbeskrivelse?
En arbeidsbeskrivelse (SoW) er en avtale mellom en kunde og et byrå, en oppdragstaker eller en tjenesteleverandør som definerer hva som inngår i et prosjekt.
SoW-en er prosjektkontrakten som fastsetter og samordner forventningene. Den oppsummerer prosjektets formål og definerer leveranser, standarder, kriterier og krav for hver prosjektfase.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Hvis du allerede har laget en prosjektplan eller tidslinje og et prosjektanslag, er SoW-en prikken over i-en – den inneholder de detaljerte opplysningene som knytter alt sammen.
En godt skrevet SoW definerer tydelig hva teamet ditt skal og ikke skal gjøre i et prosjekt – slik at du kan styre oppdragstakerne dine og beskytte både tidsplanen og bunnlinjen.
Mal og eksempel på arbeidsbeskrivelse & [Last ned]
Heldigvis har jeg malen til deg! Malen min for arbeidsbeskrivelse er detaljert og klar til bruk. Den hjelper deg med å svare på spørsmålene: «Hva bør jeg ta med i SoW-en min?», «Hvor mange detaljer trenger jeg?» og «Hvor lagrer jeg prosjektinformasjonen?»
SoW-malen min er omtrent 12 sider lang (1000 ord) og tilgjengelig i et format som er kompatibelt med Microsoft Word & Google Docs, slik at du kan tilpasse den etter behov. Malen er uten merkevareprofil og bruker en generell stil, slik at det er enkelt for deg å redigere innholdet og sette det opp med logoen din.
Den første delen beskriver overordnet prosjektinformasjon, mens den andre delen definerer detaljene for hver fase. Du kan legge til flere faser hvis prosjektet ditt krever det. Malen er tilgjengelig for nedlasting i malbiblioteket for DPM-medlemmer.
Finn flere maler for prosjektstyring her.
Hva bør en arbeidsbeskrivelse inneholde?
Som et minimum bør SoW-en tydelig inneholde:
- Prosjektmål: formålserklæring, det vil si hvorfor prosjektet gjennomføres og hva det skal oppnå
- Prosjektstyring: hvem som har godkjenning til å gjøre hva
- Arbeidsnedbrytningsstruktur (WBS): hvordan prosjektet skal fullføres, hvilken fremgangsmåte som skal benyttes, og hvilke konkrete oppgaver og faser som skal gjennomføres
- Leveranser: hva som skal produseres og når det skal være ferdig (med en konkret forfallsdato)
- Gjennomføringsperiode: når prosjektet skal leveres, samt hvor mye tid som kreves, omtrentlig startdato og sluttdato og en liste over milepæler
- Kostnadsestimat: prosjektprising samt en betalingsplan
- Forutsetninger: hva som er og ikke er inkludert i prosjektomfanget, inkludert akseptansekriterier, det vil si hva som er og ikke er akseptabelt å levere
- Arbeidskrav: eventuelle andre spesielle krav og detaljer om hvordan prosjektet skal gjennomføres, for eksempel spesifikke fremgangsmåter eller prosjektstyringsverktøy. Inkluder funksjonelle krav for programvareutviklingsprosjekter.
Hvis arbeidsbeskrivelsen er for vag, for bred eller for generell, kan den åpne for flere tolkninger. Dette kan føre til misforståelser senere i prosjektet. På den annen side kan prosjektet bli begrenset hvis SoW-en er for detaljert. Du kan ende opp med å gjøre arbeid som ikke er nødvendig, ganske enkelt fordi du sa at du skulle gjøre det.
Typer arbeidsbeskrivelser
Det finnes tre hovedtyper arbeidsbeskrivelser: design- eller detaljbeskrivelse, innsatsnivå og resultatbasert. Hver type definerer hvordan du spesifiserer prosjektkrav, måler fremdrift og vurderer arbeidet som er levert.
- Design- eller detaljbeskrivelse: Angir nøyaktig hvordan arbeidet skal utføres, inkludert prosesser, materialer, tekniske krav og leveranser. Denne typen fungerer best når du trenger streng kontroll over gjennomføringen, for eksempel ved byggeprosjekter eller regulerte prosjekter. Den gir imidlertid leverandørene mindre fleksibilitet til å velge sin egen fremgangsmåte.
- Arbeidsbeskrivelse for innsatsnivå (LOE): Definerer hvor mye tid, ressurser eller arbeidskraft en leverandør må stille med, i stedet for et fast sett med leveranser. Den er nyttig for konsulenttjenester, løpende støtte og prosjekter der kravene kan utvikle seg. Du trenger tydelig rapportering og oppfølging for å sikre at tiden som brukes, skaper verdi.
- Resultatbasert arbeidsbeskrivelse: Fokuserer på resultatene en leverandør må oppnå, i stedet for å foreskrive hvordan arbeidet skal utføres. Den definerer målbare resultater, ytelsesstandarder og akseptansekriterier. Jeg anbefaler denne fremgangsmåten når du kan definere suksess tydelig, men ønsker å gi leverandørene fleksibilitet i hvordan de oppnår den.
Riktig type avhenger av hvor mye kontroll du trenger over arbeidet, og hvor tydelig du kan definere de forventede resultatene. Du kan også kombinere elementer fra ulike typer for å tilpasse dem til prosjektets krav.
Slik skriver du en arbeidsbeskrivelse
Ha disse tipsene og rådene i bakhodet når du utarbeider en SoW:
1. Del den opp
Ikke avgrens noe du ikke kjenner til. I stedet for å prøve å opprette en SoW for et helt prosjekt, kan du dele prosjektet inn i faser og utarbeide separate SoW-er for hver fase etter hvert som prosjektet skrider frem.
2. Lag en plan
Bestem hva du skal gjøre, og hvordan. Definer leveransene og prosessen som kreves for å produsere dem, slik at du tydelig kan beskrive hva som er inkludert og ikke inkludert i prosjektomfanget.
3. Sett den inn i en sammenheng
Forklar hvorfor du gjennomfører prosjektet. Selv om detaljene i planen utvikler seg, bør SoW-en hjelpe deg med å vurdere om prosjektet var vellykket.
4. Vær konkret
Fastsett prosjektets grenser. Minimer risikoen for misforståelser hos kunden ved å definere omfanget av arbeidet som skal utføres og kvantifisere det der det er mulig, slik at kunden ikke forventer mer enn det du har budsjettert med.
5. Gjør forutsetningene tydelige
Beskriv grunnreglene. Bruk prosjektomfangsbeskrivelser til å forklare gjensidige forventninger og hva som må være sant for at teamet ditt skal kunne gjennomføre prosjektet på riktig måte.
6. Forenkle
Vær tydelig og kortfattet. Finn en balanse mellom å gjøre SoW-en så konsis som mulig og samtidig spesifisere arbeidet som skal utføres nøye. Unngå ord med flere tolkninger, og bruk et enkelt språk for å sikre at SoW-en er lett å forstå.
7. Del
Som prosjektleder bør du kjenne arbeidsbeskrivelsen din ut og inn og kunne kommunisere innholdet til interessentene dine. Sørg for at interessentene har sett en kopi av arbeidsbeskrivelsen, og fortsett å vise til den gjennom hele prosjektets livssyklus.
Slik bruker du en arbeidsbeskrivelse
Hvis du ikke følger arbeidsbeskrivelsen, er det svært sannsynlig at du ender opp med å:
- Ikke levere nøyaktig det som var ønsket
- Levere sent i forhold til prosjektmålene dine
- Overskride budsjettet ditt
Så hvordan følger du planen og holder arbeidsbeskrivelsen på rett spor?
1. Kjenn arbeidsbeskrivelsen din ut og inn
Du må kjenne arbeidsbeskrivelsen bedre enn noen andre. Ha en kopi tilgjengelig – jeg anbefaler å laste den opp til prosjektstyringsprogramvaren din for sentral tilgang, men du kan også skrive den ut.
Uansett hva du gjør, bør du ha arbeidsbeskrivelsen tilgjengelig når du er i en samtale eller i et møte; hver gang noe er uklart, vil alle se til deg for å få svar.
2. Gjør interessentene kjent med arbeidsbeskrivelsen
Det er ikke nok at bare du kjenner arbeidsbeskrivelsen. Du må gjøre teamet ditt kjent med arbeidsbeskrivelsen for å beskytte mot risikoen for omfangsglidning.
Selv om teamet ditt var involvert i utformingen av arbeidsbeskrivelsen, har den sannsynligvis blitt endret og videreutviklet siden prosjektstart. Sørg for at teammedlemmene forstår:
- Prosjektaktiviteter
- Leveranser
- Forutsetninger
- Hvordan suksess ser ut
Del arbeidsbeskrivelsen, skriv ut kopier, hva som helst. Bare sørg for at den er synlig, og at alle har satt seg inn i den. Det siste du ønsker, er at et teammedlem skal godta en ad hoc-forespørsel fra en kunde (som ikke er en del av gjennomføringsplanen) eller overse et viktig kontraktskrav.
3. Få teamets oppslutning
Blind enighet er en dårlig ting. Ta deg tid til å gå gjennom den ferdigstilte planen med prosjektteamet ditt, og få deres reelle oppslutning. Hvis de mener at noe ikke gir mening eller ikke vil bidra til prosjektets suksess, bør dere avklare det før du sender alle ut for å arbeide.
Hvis alt er tydelig fra starten, reduserer du antallet nødvendige avklaringer underveis, slik at teamet ditt kan arbeide med samarbeidsverktøy på egen hånd.
Det har aldri noen verdi å utføre arbeid bare fordi arbeidsbeskrivelsen krever det. Hvis det er bra for prosjektet, bør du kunne argumentere overfor kunden for å endre den.
4. Ha arbeidsbeskrivelsen friskt i minne
Ikke vær redd for å ta opp arbeidsbeskrivelsen i kundemøtene dine – faktisk bør en gjennomgang av arbeidsbeskrivelsen være et fast punkt på agendaen. Diskuter om arbeidsbeskrivelsen fortsatt er gyldig, og om ting går etter planen.
Hvis det er ting som må justeres, bør du forstå hvorfor, gjøre endringene og sørge for at alle er kjent med dem.
5. Vær oppmerksom på omfangsglidning
Omfangsglidning oppstår når prosjektomfanget begynner å vokse, tilsynelatende i det skjulte. Vanligvis skjer det når en forespørsel om endring av omfanget starter som én ting, men sakte utvikler seg til et mye større prosjekt som spiser av fortjenesten din.
Det er kjipt, men det skjer helt ærlig. Kundene har stort sett gode ideer, og forstår ofte ikke hvilke konsekvenser det de ber om får for tidsplanen eller budsjettet.
For å håndtere omfangsglidning må du være oppmerksom på problemet, påpeke det og løse det. Når du ser at ad hoc-forespørsler sniker seg inn, bør du vise til arbeidsbeskrivelsen. Hvis du og kunden er enige om at det ligger utenfor omfanget, men kunden likevel ønsker at det skal gjøres, må du sende en endringsforespørsel (det vil si en oppdatering av arbeidsbeskrivelsen).
Endringsforespørselen bør beskrive:
- Endringen fra den opprinnelige arbeidsbeskrivelsen
- Hvordan du skal gjennomføre forespørselen
- Konsekvensene for budsjett og tidsplan
6. Vær årvåken fra begynnelsen
Prosjekter som sporer av, gjør det ofte i de tidlige fasene av prosjektet.
Det skjer når prosjektledere ikke ønsker å skape problemer ved å ta opp saker når de burde. Følgene av å være for fleksibel i løpet av de første ukene av et prosjekt kan bli enorme.
Det fører ikke bare til at du må ta igjen det tapte, men skaper også en forventning hos kunden om at SoW-en er fleksibel. De kan anta at du vil imøtekomme fremtidige forespørsler om endringer i omfanget, uavhengig av hvilken innvirkning de har på budsjettet eller tidsplanen.
Hvis du lar dette skje, kan du like gjerne si farvel til nytten av SoW-en din.
Her er en svært useriøs forklaring:
Hva gjør et arbeidsbeskrivelsesdokument?
Arbeidsbeskrivelsen skal:
- Hjelpe deg med å finne ut hva du må ta betalt
- Gi det ekstra detaljnivået som kostnadsoverslag og prosjektplaner vanligvis ikke inkluderer
- Trygge kunden på hva de får for pengene
- Holde teamet ditt ansvarlig med tydelige, offentlig avtalte tidsplaner
- Holde omfangsutglidning utenfor ved å spesifisere hva som ikke er inkludert
- Fastsette krystallklare forventninger for begge parter, slik at misforståelser og konflikter kan håndteres proaktivt
Hvis du tror dette blir mye arbeid, tar du ikke helt feil. Men ved å legge inn arbeidet på forhånd for å utforme og bli enige om en detaljert SoW, bidrar du til at prosjektet lykkes (lønnsomt) og reduserer mange hodepiner senere i prosjektets livssyklus.
Vanlige fallgruver ved arbeidsbeskrivelser og hvordan du unngår dem
Selv en velskrevet arbeidsbeskrivelse kan føre til tvister, forsinkelser og uventede kostnader hvis viktige detaljer mangler. Her er seks vanlige fallgruver du bør være oppmerksom på, og hvordan du unngår dem:
- Uklart omfang og uklare leveranser: Uklare beskrivelser av hva som er inkludert, kan føre til misforståelser og omfangsutglidning. Definer konkrete leveranser, krav og unntak. Bruk målbare akseptansekriterier slik at alle er enige om hva som utgjør ferdig arbeid.
- Urealistiske tidsplaner: Altfor ambisiøse tidsfrister kan føre til forhastet arbeid, oversette milepæler og budsjettoverskridelser. Bygg tidsplanen rundt realistiske arbeidsestimat, tilgjengelige ressurser og avhengigheter. Inkluder tid som reserve for gjennomganger, godkjenninger og uventede forsinkelser.
- Uklare roller og ansvarsområder: Når eierskapet ikke er definert, blir oppgaver oversett og beslutninger forsinket. Utpek en ansvarlig for hver større leveranse, godkjenning og beslutning. Bruk en RACI-matrise for å tydeliggjøre hvem som er ansvarlig for å utføre, har det overordnede ansvaret, skal konsulteres og skal informeres.
- Dårlig endringsstyring: Uten en formell prosess kan små forespørsler utvide prosjektet utover det opprinnelige omfanget. Definer hvordan interessenter skal sende inn, vurdere, godkjenne og dokumentere endringer. Krev skriftlig godkjenning for endringer som påvirker kostnader, tidsplaner eller leveranser.
- Manglende akseptansekriterier: Uten avtalte standarder risikerer du uenighet om hvorvidt arbeidet innfrir forventningene. Definer målbare akseptansekriterier for hver leveranse, inkludert hvem som godkjenner den, og hvor lang tid de har på å gjennomgå den.
- Uklare betalingsbetingelser: Uklare betalingsplaner og -vilkår kan skape tvister mellom kunder og leverandører. Knytt betalinger til bestemte milepæler eller godkjente leveranser. Dokumenter betalingsbeløp, forfallsdatoer, fakturakrav og hvordan omtvistet arbeid påvirker betalingen.
Andre dokumenter knyttet til arbeidsbeskrivelsen
Det finnes flere lignende og relaterte dokumenter til SoW-er som ofte forveksles med SoW-er, selv om de har andre formål.
| Dokument | Hva det er | Hvordan det skiller seg fra en SoW | Når det skal brukes |
|---|---|---|---|
| Arbeidsbeskrivelse | En avtale mellom en kunde og en tjenesteleverandør som definerer prosjektets omfang, leveranser, tidsfrister, ansvarsområder og kostnader. | Fastsetter det konkrete arbeidet som skal fullføres, hvordan det skal leveres, og vilkårene begge parter godtar. | Når du må definere formelt hva som er inkludert og ekskludert fra et prosjekt før arbeidet begynner. |
| Hovedavtale for tjenester (MSA) | En kontrakt som fastsetter de generelle vilkårene for et løpende forhold mellom kunde og leverandør. | En MSA omfatter bredere vilkår, som betalingsbetingelser, konfidensialitet og ansvar. En SoW definerer arbeidet for et individuelt prosjekt. | Når du etablerer et nytt kundeforhold eller planlegger flere prosjekter med den samme leverandøren. En MSA følger ofte med den første SoW-en og reduserer behovet for gjentatte forhandlinger. |
| Prosjektmandat | Et dokument som formelt godkjenner et prosjekt og beskriver prosjektets mål, forventede resultater og viktigste interessenter. | Et prosjektmandat fokuserer på prosjektets overordnede formål og retning. En SoW gir mer detaljer om konkrete leveranser, krav og gjennomføring. | Ved prosjektoppstart, særlig for større prosjekter med flere faser. Det bidrar til å holde interessentene samkjørte om prosjektmålene gjennom hele leveransen. |
| Forespørsel om tilbud (RFP) | Et dokument organisasjoner bruker for å innhente tilbud fra potensielle leverandører, byråer eller entreprenører. Det beskriver prosjektkrav, omfang og forventninger. | En RFP kommuniserer hva en organisasjon trenger, før den velger en leverandør. En SoW definerer det avtalte arbeidet etter at leverandøren er valgt. | Når du sammenligner potensielle leverandører for et prosjekt. Leverandørene svarer med tilbud som beskriver deres tilnærming, metoder og erfaring. |
Ofte stilte spørsmål om arbeidsbeskrivelser
Jeg har samlet svar på noen vanlige spørsmål om arbeidsbeskrivelser for prosjekter.
Er en arbeidsbeskrivelse nødvendig?
Ja, en arbeidsbeskrivelse er nødvendig. Den bidrar til å håndtere og dokumentere forventninger, og sikrer at alle involverte vet nøyaktig hva de samtykker til. Formålet er å fastslå hva som skal gjøres, hvordan og når det skal gjøres, samt kostnadene.
Er arbeidsbeskrivelser viktige for interne prosjekter?
En arbeidsbeskrivelse for interne prosjekter er mindre formell og fungerer først og fremst som en plan. Teamet fastsetter forventninger og beskriver oppgavene og prosjektleveransene som skal fullføres.
Hvor detaljert bør en arbeidsbeskrivelse være?
Vær svært detaljert om det som er viktig, og mindre detaljert om det som sannsynligvis vil endre seg. Målet er å sikre en felles forståelse og redusere rommet for tolkning.
Når er det beste tidspunktet å lage en arbeidsbeskrivelse?
Start tidlig, og lag arbeidsbeskrivelsen i faser. Begynn å dokumentere den når du utarbeider det omtrentlige estimatet og budsjettanslaget, slik at den er klar for kundens godkjenning.
Hva er ikke inkludert i arbeidsbeskrivelsen?
Arbeidsbeskrivelsen gjelder først og fremst prosjektplanlegging. Den inneholder vanligvis ikke detaljerte risikoer og risikohåndteringsplaner, statusrapporter, prosjektutgifter eller lærdommer.
Hva skjer nå?
Vil du mestre de finere detaljene innen prosjektavgrensning og -planlegging? Sjekk ut ekspertutviklet opplæring fra DPM School.
