Det korte svaret er: Ja, det bør du! En god arbeidsbeskrivelse kan spare deg for mye stress, tid og kostnader. Høres ut som noe som er verdt å prøve, ikke sant? I dette blogginnlegget går vi gjennom det grunnleggende om hvordan du skriver en effektiv arbeidsbeskrivelse. Vi går også gjennom de viktigste fordelene med dette dokumentet. Men først skal vi forklare hva en SOW er og hvilken plass den har i prosjektledelsesprosessen.
A Guide to the Project Management Body of Knowledge definerer prosjektets arbeidsbeskrivelse som en narrativ beskrivelse av produkter, tjenester eller resultater som skal leveres av et prosjekt (kilde: PMBOK® Guide - femte utgave).
I bunn og grunn er det et dokument som beskriver ulike aspekter ved prosjektetinkludert:
Arbeidsbeskrivelsen må signeres av alle prosjektets interessenter og er ofte en del av en prosjektkontrakt.
Du lurer kanskje på hva som er forskjellen mellom en arbeidsbeskrivelse og et arbeidsomfang. Det første er navnet på dokumentet som vanligvis inneholder prosjektets omfang. Når vi sier "arbeidsomfang", refererer vi vanligvis til det arbeidet som må gjøres for å levere et prosjekt. Å dokumentere omfanget er et viktig element i en effektiv styring av prosjektets omfang. Det kan du gjøre ved å lage en såkalt work breakdown structure (WBS) som lar deg visualisere omfanget. Det kan også være en god idé å legge til WBS i arbeidsbeskrivelsen.
Øverst i dette blogginnlegget nevnte vi at en god arbeidsbeskrivelse kan spare deg for mange nerver og mye penger. Det gjelder spesielt når du jobber med eksterne interessenter, og prosjektet ditt er ganske komplekst. Det kan være livsviktig å ha én eneste kilde til sannheten om hva du skal og ikke skal gjøre. Takket være en Statement of Work kan du gjøre det:
[/vc_column_text]
Det er viktig å merke seg at prosjekter kan være svært forskjellige, så avhengig av hva slags prosjekter de leverer, kan ulike selskaper bruke svært forskjellige arbeidsbeskrivelser. Det er imidlertid noen elementer som vanligvis vil inngå i en SOW. La oss gå gjennom dem én etter én:
I innledningen til arbeidsbeskrivelsen kan du oppsummere prosjektet og skissere alle de involverte partene. I sammendraget av prosjektet forklarer du vanligvis formålet og visjonen med prosjektet. Hva handler dette prosjektet om? Hva er det forretningsmessige målet med å gjennomføre det? Hvilket problem skal sluttproduktet løse?
Ved å forklare disse elementene øverst i SOW-en setter du tonen for hele dokumentet og gir en begrunnelse for å inkludere eller ikke inkludere bestemte leveranser i omfanget.
I denne delen av arbeidsbeskrivelsen prøver du å svare på to spørsmål:
Denne delen kan naturligvis ikke være for vag, da det kan føre til misforståelser. På den annen side er det ikke sikkert at du har mulighet til å skissere alle oppgavene på dette punktet. Hvis det er tilfellet, er det helt i orden. Det avgjørende er at du gjenspeiler det omfanget du og de andre interessentene har blitt enige om.
Du kan gå fra en mer generell oversikt over omfanget til å liste opp spesifikke trinn og oppgaver som prosjektteamet må utføre. Ikke glem leveransene, og vær spesifikk når det gjelder dem. Det er viktig å unngå tvetydige formuleringer som at dere skal levere det ene eller det andre. Hvis du ønsker at arbeidsbeskrivelsen skal være til hjelp i eventuelle fremtidige forhandlinger med kunden, bør den være så tydelig som mulig.
Det kan også være en god idé å inkludere et negativt omfang i SOW-en. Vi snakker her om elementer i prosjektet som ble diskutert med kunden eller som finnes i konkurrentenes produkter, men som dere til slutt ble enige om å ikke inkludere i omfanget.
Når du beskriver de ulike trinnene i prosjektet, kan det være lurt å inkludere milepæler i prosjektet og forfallsdatoer også. Noen prosjekter har faste tidsfrister, mens andre ikke har det, så du vil ikke alltid kunne spesifisere den nøyaktige utførelsesperioden. Det er likevel nyttig å i det minste kommunisere de ulike fasene i prosjektet i SOW-en og angi omtrentlig hvor lang tid de bør ta.
Vi har allerede understreket at du må bruke et presist språk i arbeidsbeskrivelsen og presentere prosjektet på en nøyaktig måte. Det samme gjelder for standarder og akseptkriterier som også bør inkluderes i arbeidsbeskrivelsen.
Tenk deg at teamet ditt jobber med en mobilapplikasjon for kunden. Det er ikke nok å bare beskrive appens funksjoner i SOW-en. Hva om appen fungerer som spesifisert på de fleste mobile enheter, men ikke på alle? Hvis du og kunden ikke blir enige om en liste over plattformene appen skal fungere på, blir det vanskelig å argumentere for at jobben er fullført. Derfor er det så viktig å inkludere noen bransjespesifikke standarder. For programvareutviklingsprosjekter kan det dreie seg om detaljer om
Du kan også nevne kundens ansvar i SOW-dokumentet - må de for eksempel levere noen eiendeler?
Til slutt bør du registrere prosjektets definisjon av suksess: Hvordan forventer kunden at et vellykket prosjekt skal være? Hvem skal ha ansvaret for å avgjøre om prosjektet er vellykket?
Informasjon om budsjettet er en integrert del av SOW-en. Hvis du kan presentere kostnadene for prosjektet, bør du skrive dem ned. Hvis du jobber etter medgått tid og materialer, eller hvis det finnes en annen avtale, må du forklare vilkårene tydelig. Ikke glem ekstra prosjektkostnader: lisensavgifter, utstyr, reiser osv.
Betalingsplanen bør også spesifiseres i SOW. Når kan du forvente betaling? Er det noen avdrag? Som ansvarlig for prosjektet er det i din egen interesse å ikke la det være rom for tvil i noen deler av SOW, og denne delen er naturlig nok ikke noe unntak.
Har du samlet alle opplysningene som trengs i arbeidsbeskrivelsen? Sørg for at alle involverte parter er kjent med dokumentet, og få det signert.
Nå forstår du nok verdien av en velskrevet arbeidsbeskrivelse. Enten du driver et boutique-byrå eller jobber for en større organisasjon, er det et nyttig element i teamets prosjektstyringsprosess. Del guiden vår med prosjektlederne i bedriften din, og oppfordre dem til å lage arbeidsbeskrivelser for de ulike prosjektene de driver.
Her på Teamdeck-bloggen deler vi ofte veiledninger om prosjektledelse. Her er noen av dem du og dine teamkolleger kan ha nytte av:
Ressurskalenderen (eller prosjektstyringskalenderen, prosjektplanleggingskalenderen, ressursplanleggingsprogramvaren) gjør det mulig å planlegge, administrere og allokere ressurser på en mer effektiv måte - spesielt hvis Microsoft Excel har hatt en ledende rolle i...
Hva er det ultimate målet for prosjektledere? Å gjennomføre prosjektene sine på en vellykket måte. Prosjektlederne selv innrømmer at dette ikke skjer så ofte: Ifølge den siste undersøkelsen Pulse of the Profession blir mindre enn 60% av prosjektene fullført, enten...
Kapasitetsstyring er en strategi som brukes av bedrifter for å utnytte produksjonseffektiviteten best mulig i forhold til etterspørselen etter en tjeneste eller et produkt. Det endelige målet med kapasitetsstyring er å Identifisere og...