SSA-O: Oppdragsavtalen i Statens standardavtaler

SSA-O er laget for oppdrag der sluttresultatet er kjent: dere vet hva som skal leveres, hvordan det skal vurderes, og når det skal være ferdig. Typisk gjelder dette analyser, forstudier, migreringsløp, etablering av dokumentasjon eller implementering av en klart spesifisert løsning levert av andre.

Kjennetegn:

• En ferdig definerbar leveranse (rapport, plan, implementert komponent, migrert miljø).
• Akseptansekriterier kan beskrives presist.
• Tids- og milepælsstyring er mulig uten iterativ utvikling.
• Kompetanseoverføring kan avtales, men uten at det er ren “time-for-time” bistand.

Kontrasten er SSA-B (bistand), som brukes når du trenger kapasitet/kompetanse uten garantert sluttresultat. Da er det oppdragsgiver som har hovedansvaret for utfallet, mens konsulenten leverer innsats.

Velg SSA-T når dere skal utvikle eller tilpasse programvare mot en detaljert kravspesifikasjon (ofte fastpris og faseplan). Velg SSA-S når arbeidet skjer smidig med løpende prioritering, iterasjoner og endring av omfang underveis. Bruk SSA-K ved rene kjøp av programvare/utstyr, SSA-V for vedlikehold, SSA-D for driftstjenester og SSA-R for ramme/avropsregime over tid. SSA-L treffer ved løpende tjenestekjøp (for eksempel skytjenester).

SSA-O står og faller på bilagene. Sørg for at følgende er konkrete og samstemte:

• Krav og leveranseomfang: tydelig beskrevet resultat (innhold, kvalitet, akseptanse).
• Fremdriftsplan og milepæler: realistiske datoer, avhengigheter og ansvar.
• Akseptanse og prøving: hva testes, hvordan godkjenner man, frister for tilbakemeldinger.
• Rolle- og ansvarsdeling: hvem tar beslutninger, hvem stiller data/miljø til rådighet.
• Vederlag og prismodell: fastpris, målpris eller timepris med tak, knyttet til milepæler.
• Endringshåndtering: terskler, prosess, konsekvenser for pris og tid.
• Sikkerhet og personvern: særlig viktig ved tilgang til systemer/data (henvis gjerne til interne krav).
• Rettigheter og bruk: IP/immaterielle rettigheter til dokumentasjon og resultater.
• Konsekvenser ved avvik: dagbøter/vederlagstrekk, retting, hevingsterskel.

Formulér akseptanse slik at partene kan konstatere oppfyllelse uten diskusjon. Bruk konkrete terskler, akseptanseprotokoll og faste frister for tilbakemelding. Fravær av innsigelser innen fristen kan gi stilletiende godkjenning – men bare der det er forsvarlig.

• Fastpris når omfang og risiko er tilstrekkelig kartlagt.
• Målpris ved moderate usikkerheter (del risiko, insentiver på kvalitet/tid).
• Timepris med tak der leveransen er enkel, men omfanget kan variere – knytt leveranser til milepæler for å hindre glidning.

Legg en enkel endringsprosess: skriftlig forespørsel → konsekvensvurdering (tid/kost/kvalitet) → beslutning innen frist. Unngå “snikendringer” i møter – beslutt i endringslogg som signeres løpende.

Send oss en henvendelse under, så tar vi kontakt:

• Migreringer og etableringer (for eksempel flytting av data til nytt miljø).
• Harde leveranser som sikkerhetsrevisjon, modenhetsanalyse, arkitektur- eller integrasjonsleveranse.
• Implementering av allerede valgt standardløsning hvor oppgavene er avgrenset.
• Datadokumentasjon og prosesskart med klart omfang og kvalitet.

• Feil avtaletype. Oppdraget viser seg å være utvikling/tilpasning. Løsning: bruk SSA-T / SSA-S i stedet.
• Feil 2: Uklare akseptansekriterier. “Leveransen skal være god” gir konflikt. Løsning: målbare kriterier, akseptansetester og protokoll.
• Feil 3: Tynn fremdriftsplan. Ingen avhengigheter eller beslutningspunkter. Løsning: milepæler med ansvar, forankrede datoer, eskalering.
• Feil 4: Endringer uten prosess. “Bare gjør det” i Teams → priskonflikt. Løsning: konsept for endringsordre og konsekvenslogg.
• Feil 5: Diffust IP-regime. Hvem eier dokumentasjon, skript og malverk? Løsning: presiser rettigheter/bruk og eventuelle begrensninger.
• Feil 6: Kompetanseoverføring glemt. Leveransen blir sort boks. Løsning: plan for opplæring, overlevering og minstekrav til dokumentasjon.

1. Velg avtaletype tidlig. Kartlegg om oppdraget er bistand (SSA-B), oppdrag (SSA-O) eller utvikling (SSA-T/SSA-S).
2. Beskriv resultatet presist. Hva er “ferdig”, hvordan måles det, og hvem godkjenner?
3. Planlegg milepæler. Knyt delutbetaling til oppnådd milepæl og godkjent akseptanse.
4. Avklar roller. Hvem beslutter, og hvilke forutsetninger må oppdragsgiver oppfylle?
5. Sikre endringskontroll. En enkel prosess redder tid, budsjett og samarbeid.

Jo tidligere du gjør dette, desto enklere blir forhandling, styring og tvisteløsning.