Prosjektmandat på én side: skap klarhet før arbeidet starter

Prosjekter starter ofte med tilsynelatende enighet, ikke nødvendigvis med en dårlig plan. Alle nikker til uttrykk som «kundeportal», «innføring av CRM» eller «automatisering av ordre», men ser for seg ulike resultater. Arbeidet settes i gang, og først ved første gjennomgang blir det tydelig at resultatet, grensene og retten til å ta den endelige beslutningen aldri ble avklart.

En mindre bedrift trenger ikke en tykk dokumentpakke for hvert initiativ. Den trenger en kort beslutningsreferanse som kan leses på fem minutter og brukes når prioriteringer blir vanskelige. Et prosjektmandat på én side er ikke en detaljert fremdriftsplan. Det er teamets arbeidsavtale om hvorfor prosjektet finnes, hvor grensene går og hvilket bevis som skal telle som suksess.

Start med problemet, ikke løsningen

Beskriv først dagens situasjon og konsekvensen. I stedet for «vi skal innføre et nytt system», kan dere skrive: «Ordre registreres på nytt i tre filer, og derfor kan vi ikke se pålitelig status på oppdraget.» Deretter beskriver dere ønsket endring. Slik beholder teamet muligheten til å oppdage at en enklere prosessendring eller dataforbedring løser problemet bedre.

Knytt resultatet til observerbare kriterier og et utgangspunkt. Det kan være behandlingstid, antall manuelle overleveringer eller om bestemte data er tilgjengelige når en beslutning tas. GOV.UK Service Manual understreker at dere trenger et utgangspunkt for å vite om situasjonen ble bedre. Hvis tallet mangler, avtal hvem som skal finne det og når; ikke konstruer et anslag.

Sju felt som får plass på én side

• Problem og begrunnelse: Hva skjer i dag, og hvorfor er det verdt å endre?
• Resultat og bevis: Hva skal bli annerledes, og hvordan skal det verifiseres?
• Innenfor og utenfor omfanget: Hva skal prosjektet levere, og hva skal det bevisst ikke levere?
• Eier og godkjenner: Hvem driver arbeidet, og hvem tar den endelige beslutningen?
• Milepæler: Ved hvilke få punkter skal retningen vurderes og videre arbeid godkjennes?
• Antakelser, avhengigheter og risiko: Hva må være sant, og hva må testes først?
• Endringsregel: Hvem kan endre omfanget, og hvordan registreres virkning på tid, kostnad og kvalitet?

«Utenfor omfanget» er like viktig som leveranselisten. Det er ikke et sted der gode ideer kastes. Det hindrer at de sniker seg inn i en allerede avtalt tidsramme og kapasitet. Et nytt ønske kan tas inn, men først etter et bevisst valg om hva som legges til, tas ut eller utsettes, eller hvilken ekstra kapasitet som trengs.

Illustrerende eksempel: en kundeportal

Illustrerende eksempel: En servicebedrift med tolv ansatte vil lansere en kundeportal på åtte uker. Den første bestillingen sier bare at kunden skal «se oppdragene sine på nett». I oppstarten presiserer teamet første resultat: Kunden skal se status på et åpent oppdrag og laste ned et godkjent dokument. Fakturering, chat og mobilapp er uttrykkelig utenfor første leveranse.

Driftslederen eier prosjektet, og daglig leder godkjenner omfanget. Den mest risikable antakelsen er at dagens system leverer tilstrekkelig oppdaterte data. Teamet bygger derfor ikke hele portalen med en gang. I uke én tester de en eksport og om statusene er forståelige i et lite utvalg. Hvis antakelsen faller, velger godkjenneren å forbedre datakilden, redusere første leveranse eller stoppe prosjektet.

Bruk oppstartsmøtet til å lukke uklarhet

Send utkastet på forhånd, og bruk ikke det 60 minutter lange møtet til en presentasjon. Arbeid med formuleringene det er uenighet om: Hva betyr suksess konkret, hvilke ønsker er ute, hvem avgjør målkonflikter, og hvilken antakelse kan velte planen? Hvert åpent spørsmål får en eier og en frist. Start først etter eksplisitt godkjenning, ikke etter stillhet som tolkes som samtykke.

En praktisk plan for de første fem dagene

• Dag 1: Eieren lager et utkast på én side uten detaljert tidsplan.
• Dag 2: Leveranse- og driftsfolk markerer uklarheter, avhengigheter og manglende data.
• Dag 3: Godkjenneren lukker resultat, grenser og beslutningsrett.
• Dag 4: Teamet tester den mest risikable antakelsen eller definerer en troverdig test.
• Dag 5: Mandatet godkjennes, gjøres synlig og kobles til milepæler og arbeidsliste.

Mandatet kan endres, men ikke drive i det stille. Registrer begrunnelse, beslutning og virkning ved hver vesentlig endring. Da forblir siden en levende referanse i stedet for papirarbeid fra oppstarten. Verdien ligger ikke i perfekt språk, men i vanen med å sammenligne små leveransevalg med ett felles resultat og synlige grenser.

BT Management kan hjelpe en SMB med å strukturere mandatet, fasilitere et oppstartsmøte og etablere en enkel rytme for gjennomgang. Samtaler og workshops for det norske markedet gjennomføres på engelsk. Støtten erstatter ikke lokal juridisk, skatte-, arbeidsrettslig eller teknisk rådgivning.