DEN NORSKE DATAFORENING
DEN NORSKE DATAFORENING
Fleksibel utviklingskontrakt: PS2022 Flex Veiledning for bruk av kontraktsstandarden
Versjon : 1.0
Dato oppdatert : 08.04.2022
INNHOLDSFORTEGNELSE
3
1.4 Forutsetninger for å velge denne kontrakten 5
5
6
3.2 Utvikling og vedlikehold av systemleveranser 7
4 ANSKAFFELSESPROSESS OG ETABLERING AV KONTRAKT
7
4.1 Forutsetninger for etablering av kontrakt 7
4.2 Konkurransegrunnlag og krav til utforming av tilbud 8
4.3 Leverandørens utfylling av tilbudstekst i kontrakt 9
4.4 Grunnlag for evaluering av tilbud 9
11
5.1 Resultatansvar for Leverandøren 11
5.2 Bruk av Fleksibel utviklingskontrakt for parallelle rammeavtaler 14
1 Innledning
Smidig gjennomføringsmodeller er blitt stadig mer dominerende i systemutvikling, både i privat og offentlig sektor. Dataforeningens kontraktsstandarder for smidig systemutvikling (PS2000 Smidig og PS2000 SOL) er utformet for smidig utvikling av systemløsninger i tett samarbeid mellom Kunde og Leverandør. I disse kontraktsstandardene er det en risikofordeling mellom partene for deler av arbeidet, og kontraktene har fokus på partenes ansvar innenfor ulike trinn av gjennomføringsmodellen. Dette tilrettelegger ikke tilstrekkelig for at partenes ressurser kan arbeide i integrerte team, noe som gir noen begrensninger i graden av smidighet i gjennomføringsmodellen. Disse kontraktsstandardene tilrettelegger heller ikke for at Kunden deltar aktivt i systemutviklingen i teamene.
For å få et enda høyere grad av smidighet i gjennomføringen og et helt integrert samarbeid mellom partene, kan ikke risikoen fordeles mellom partene i ulike deler av arbeidet. Fokus må endres til partenes samarbeid om å bemanne, styre og kontinuerlig forbedre team, og dermed må Xxxxxx selv ta resultatansvaret.
Med stadig større fokus på innovative utviklingsprosesser med hyppig produksjonssetting og tett kobling mellom utvikling og vedlikehold (DevOps), bør teamene i størst mulig grad kunne arbeide autonomt og selvstyrt. Dette stiller forholdsvis store krav til modenhet i team innenfor prosess/metode, effektiv verktøystøtte, god kommunikasjon og et tett og positivt samarbeid.
Ofte brukes timebaserte bistandsavtaler eller rammeavtaler for å leie inn konsulenter til smidig utvikling der Kunden tar resultatansvaret selv. Imidlertid gir ikke slike kontrakter sikkerhet for at Kunden får tak i ressursene med ønsket erfaring og kompetanse, og normalt inngår ikke krav til støtte fra Leverandøren for etablering og kontinuerlig forbedring underveis.
Den fleksible utviklingskontrakten er derved et alternativ til bistandsavtaler eller rammeavtaler der Kunden tar resultatansvaret selv. Standarden kjennetegnes ved følgende:
- Partene er, etter Oppstartsprosjektet, forpliktet til å inngå et omfang av Bestillinger med en samlet Bestilt bemanning som er innenfor tersklene for minimum og maksimum bemanning,
- Kunden skal overordnet beskrive
o sine mål for bruk av Team og hvordan målsettingene skal følges opp
o hvordan Team skal settes sammen og utvikles
o gjennomføringsmodell for arbeidet
o systemområder/systemløsninger som skal utvikles og forvaltes.
- partene har et avtalt samarbeid gjennom regelmessige møter og rapportering, og
- Leverandøren skal bistå Kunden med å sikre effektiv bruk av Team bl.a. ved
o å følge opp Team for å sikre effektiv utvikling og vedlikehold av systemløsninger som gir verdi for brukerne og gevinster for Kunden,
o rådgivning til Xxxxxx gjennom faste møter og rapporter,
o kunnskapsheving og kompetansedeling med Kunden og
o gjennomføring av kontinuerlig forbedring samt definerte forbedringstiltak som avtales i Bestillinger.
For å kunne forstå og tolke spesielle ord og begreper som er benyttet i kontraktsstandarden, er det inkludert en definisjonskatalog i Del I Kontraktsdokumentet.
Dette dokumentet utgjør en veiledning for etablering og bruk av denne Fleksible utviklingskontrakten.
Kontraktsstandarden er en selvstendig og fullverdig avtale som omfatter
- oppstartsaktiviteter for Kontrakten,
- etablering og oppfølging av Team for utvikling og vedlikehold av systemløsninger og
- avslutningsaktiviteter for Kontrakten.
Kontrakten regulerer partenes overordnede forpliktelser og rettigheter i kontraktsperioden herunder Leverandørens forpliktelse til en Bestilt bemanning innenfor definerte terskler. Avtale om bruk av ressurser fra Leverandøren for å bemanne Kundens Team i avtaleperioden gjøres gjennom Bestillinger.
Partene kan avtale at Leverandøren helt eller delvis tar ansvar for teknisk infrastruktur og utviklingsverktøy for arbeidet i Teamene.
Kontrakten er også utarbeidet med utgangspunkt i at det er Kunden som har resultatansvaret. I visse situasjoner kan det være formålstjenlig for Kunden at Leverandøren har et avtalt ansvar for realisering og vedlikehold innenfor definerte Bestillinger. Veiledningen beskriver hvordan standarden kan utvides for å inkludere et slikt resultatansvar.
Kontrakten er ikke en rammeavtale og er utarbeidet for å etablere kontrakt med én leverandør. Det er imidlertid mulig å endre Kontrakten slik at den blir en rammeavtale med to eller flere leverandører, og beskrivelse av dette er også inkludert i denne veiledningen. Antall leverandører bør imidlertid begrenses, i praksis til to, siden det er forutsatt en forholdsvis tett kontraktsrelasjon mellom Kunde og Leverandør.
Dataforeningens Faggruppe for IT-kontrakter er ansvarlig både for denne kontraktsstandarden og for videreutvikling og forvaltning av PS2000-kontraktsstandardene og de øvrige, tilhørende kontraktsstandardene.
Utarbeidelse av denne reviderte kontraktsstandarden ble gjennomført i 2020 og 2021, slik at en første versjon kunne ferdigstilles i mars 2022. Arbeidet er utført av en arbeidsgruppe under ledelse av XXXXXX AS.
Arbeidsgruppen ble nedsatt av styret i Dataforeningens Faggruppe for IT-kontrakter, med tilnærmet lik representasjon fra både kunde-, leverandør- og rådgiversiden:
- PROMIS AS, ved Xxxxxx Xxxxxxxx (leder) og Xxx Xxxxxx Xxxxxxxxx
- Arbeids- og velferdsetaten (NAV), ved Xxxxxxx Xxxxxxxx
- Tolletaten, ved Xxxx Xxxx Xxxxxxx
- Computas AS, ved Xxxx Xxxxx Xxxxxx
- Sopra Steria, ved Xxxx Xxxxxx Xxxxxxxxxxx
- Vaar Advokat, ved Xxxxx Xxxxxxx
Mer informasjon om Dataforeningen og faggruppens arbeid kan fås ved henvendelse til Den Norske Dataforening (xxx.xxxxxxxxxxxxxx.xx) eller PROMIS AS (xxx.xxxxxx.xx).
1.4 Forutsetninger for å velge denne kontrakten
Kontrakten forutsetter at Kunden har erfaring med og modenhet innenfor smidig systemutvikling og at Kunden har ressurser som kan dekke en del av rollene innenfor Team. Det er en forutsetning at Kunden
- har ressurser med god innsikt i de aktuelle forretningsprosessene og erfaring fra produkteierrollen med tilstrekkelig beslutningsmyndighet,
- har tilstrekkelig antall egne ressurser for å dekke premissgivende roller slik at Kunden som utgangspunkt kan ta resultatansvaret for arbeidet i Teamene,
- har erfaring med og god modenhet innenfor smidig systemutvikling; det er en fordel med erfaring fra eierstyring av xxxxxxx initiativ/prosjekter.
2 Kontraktstruktur og innhold
Kontrakten er delt inn i:
Del I Kontraktsdokument
Del II Generelle kontraktsbestemmelser Del III Bilag
Kontraktsdokumentet består av en forside med nøkkelinformasjon om Kunde, Leverandør og inngått kontrakt, hvilke dokumenter Kontrakten består av og rangordningen mellom dokumentene, varighet for Kontrakten samt definisjoner av begreper.
Kontraktsdokumentet utarbeides når partene har oppnådd enighet om kontraktsbestemmelsene. De Generelle kontraktsbestemmelsene skal kunne brukes med få eller ingen endringer (som eventuelt skal fremgå av Del I). Alle spesifikke vilkår for Kontrakten reguleres derfor i bilagene. Eventuelle endringer til de Generelle kontraktsbestemmelsene skal fremgå klart av Kontraktsdokumentet.
De generelle kontraktsbestemmelser inneholder beskrivelse av hvordan Leverandørens ressurser og tjenester leveres igjennom etablering av Bestillinger basert på krav og betingelser til følgende områder:
- innledning med prinsipper for Bestillinger og Bestilt bemanning,
- partenes plikter,
- gjennomføring med Oppstartsprosjekt, utvikling og vedlikehold av systemløsninger samt avslutningsaktiviteter,
- økonomiske vilkår og
- juridiske bestemmelser, herunder sikkerhet, taushetsplikt, rettigheter, mislighold, avbestilling og endringer.
Kontrakten er bygget opp med ”halvfabrikata” bilag. Dette skal forenkle utarbeidelsen av bilagene og legge til rette regulering av alle forhold som de Generelle kontrakts- bestemmelsene foreskriver at skal være nærmere regulert i bilag. For ytterligere å forenkle avtaleinngåelsen, er det i bilagene inntatt forslag til detaljregulering av tjenestene, samt hvilke tjenester og forpliktelser som bør reguleres. Det presiseres at forslagene ikke er ment som førende fra Dataforeningens side.
Den preutfylte bilagsteksten må uansett kompletteres og gjennomgås grundig for å kunne benyttes til å regulere spesifikke kontraktsforhold. Primært skal spesifikke forhold legges inn i forhåndsdefinerte tabeller. Der det ikke er hensiktsmessig med tabeller, er behov for utfylling markert med <kursiv og klammeparenteser> og eventuelt forslag til tekst. Merk at bilagsteksten på enkelte områder primært fungerer som en kryssreferanse fra de Generelle kontraktsbestemmelser og som eksempel (i kursiv) for mulig innhold, ikke som en standard.
Bilagene inneholder:
1. En overordnet beskrivelse av Kundens mål og rammer for bruk av Team og Leverandørens bidrag til måloppnåelse samt en overordnet beskrivelse av det aktuelle systemområdet
2. Hvordan Bestillinger etableres for å avtale Leverandørens ressurser som skal inngå i Team, Kundens overordnede beskrivelse av gjennomføringsmodell og hovedprosesser for utvikling og vedlikehold av systemløsninger, og videre gjennomføring av oppstarts- og avslutningsaktiviteter for Kontrakten
3. Leverandørens bemanning, ressurser og kompetansekrav til ressursene
4. Administrative bestemmelser, kontaktpersoner, faste møter og rapportering
5. Priser og vederlag for Bestillinger samt sanksjoner
6. Mal for utforming av Bestillinger
7. Oversikt over eventuell teknisk infrastruktur samt verktøy for utvikling, test og produksjonssetting som skal holdes av Leverandør
3 Kontraktens gjennomføring
En første Bestilling skal etableres for å gjennomføre et Oppstartsprosjekt, og en slik Bestilling signeres samtidig som Kontrakten. Oppstartsprosjektet skal etablere grunnlaget for effektiv bruk av Leverandørens ressurser i Team samt for Leverandørens bistand til Kunden for å sikre effektiv bruk av Team.
Beskrivelsen av Oppstartsprosjektet omfatter normalt
- aktivitetsbeskrivelse og leveranser (omfatter normalt, men er ikke nødvendigvis begrenset til, etablering av samarbeidet mellom partene, etablering av de faste møteplassene og administrative rutiner for Kontrakten samt etablering av opplegg for innrulling av konsulenter),
- utfordringer og risiko,
- ansvarsforhold (her må Kunden definere nødvendige føringer),
- milepæler og fremdriftsplan,
- forutsetninger for avslutning av oppstartsaktivitetene og
- nødvendige avklaringer knyttet til bruk av metode og retningslinjer.
Ofte vil arbeidet med utvikling og vedlikehold av systemløsninger foregå i parallell med deler av Oppstartsprosjektet basert på en egen bestilling, som beskrevet i punkt 4.3 og 4.4. Her er det viktig at forutsetninger for samarbeid og kommunikasjon mellom partene samt tekniske forutsetninger er etablert på et tilstrekkelig nivå før ordinært arbeid med
systemløsninger igangsettes. Med god planlegging kan imidlertid oppstart av ordinært arbeid med systemleveranser gi god synergi med Oppstartsprosjektet.
3.2 Utvikling og vedlikehold av systemleveranser
Partene skal etablere Bestillinger slik at Bestilt bemanning er over terskelen for minimum bemanning når Oppstartsprosjektet er avsluttet. Som beskrevet i punkt 4, vil Kunden normalt definere en første Bestilling som en del av konkurransegrunnlaget i en anskaffelsesprosess. Dermed vil denne Bestillingen inngå som grunnlag for tildeling av kontrakt, og milepæler for økning og reduksjon av ressurser kan koordineres med milepæler i Oppstartsprosjektet.
Etter dette vil partene ha tett og regelmessig kontakt om Kundens ressursbehov, og Kunden vil etablere og endringshåndtere Bestillinger ut fra hvilke Team som Kunden har behov for. For kontrakter som dekker ulike system- og forretningsområder kan det være flere ulike Bestillinger som løper i parallell.
Det er viktig at partene har gode rutiner slik at de til enhver tid holder oversikt over Bestilt bemanning og hvor mange timer som leveres på Bestillingene for å se at kontraktskravene overholdes.
Bestillinger skal, i tillegg til å dekke Xxxxxxx behov for bemanning til utvikling og vedlikehold av systemløsninger, også dekke Leverandørens oppgaver med oppfølging av Team, rådgivning og kompetansedeling med Kunden samt gjennomføring av avtalte forbedringstiltak. Dette kan inngå i Bestillinger for arbeid med systemleveranser eller avtales igjennom egne Bestillinger.
Ved avslutning av Kontrakten er Leverandøren forpliktet til, innenfor en Bestilling, å delta i et avslutningsprosjekt for overføring av kompetanse og erfaring til Kunden eventuelt til ny leverandør. Avslutningsprosjektet kan vare i en periode på inntil 3 måneder etter avsluttet avtaleperiode.
Kunden eller en tredjepart utpekt av Kunden, har ansvaret for prosjektet, og Leverandøren plikter å stille relevante og kompetente ressurser til rådighet.
4 Anskaffelsesprosess og etablering av kontrakt
4.1 Forutsetninger for etablering av kontrakt
Sentrale forutsetninger for Kundens bruk av Fleksibel utviklingskontrakt er beskrevet i punkt 1.4.
Det er en fordel for anskaffelsen dersom Kunden kan definere en eller flere Bestillinger som skal etablere samtidig med Kontrakten siden dette gir et bedre grunnlag for tildeling av kontrakt. For å ha en viss fleksibilitet i en slik Bestilling, kan deler av en slik initial Bestilling eventuelt defineres som opsjon.
4.2 Konkurransegrunnlag og krav til utforming av tilbud
Ved utsendelse av tilbudsforespørsel bør de Generelle kontraktsbestemmelser og bilag, så langt de lar seg utfylle fra Kundens side, være inkludert som grunnlag for potensielle leverandørers tilbud. I offentlige anskaffelser må dette ses i sammenheng med lov om offentlige anskaffelser med tilhørende forskrifter. Uansett bidrar kontraktsbestemmelser og bilag som er utfylt så komplett som mulig, til at leverandørenes tilbud mer effektivt kan sammenlignes, men også til at eventuelle uklarheter avdekkes og at det blir mindre arbeidskrevende å ferdigstille endelig Kontrakt mellom partene.
Følgende punkter i bilagene bør forberedes av Kunden så langt det er mulig i konkurransegrunnlaget:
- I Bilag 1 skal Kunden gi en overordnet beskrivelse av
o relevante deler av Kundens organisasjon
o sine mål og rammer for bruk av Team; her inngår normalt en beskrivelse av eierstyring av Team, sammensetning og bruk av Team samt arbeid med trivsel og kompetanseutvikling
o overordnet beskrivelse av behov/formål og arkitektur for relevante systemløsninger.
- I Bilag 2 kan Kunden tilpasse kravene til Oppstartsprosjektet. I tillegg skal Xxxxxx overordnet beskrive gjennomføringsmodell for utvikling og vedlikehold av systemløsninger.
- I Bilag 3 skal Kunden definere tersklene for minimum og maksimum bemanning. Her må terskelverdiene vurderes spesifikt for den enkelte anskaffelse for å sikre at Kontrakten ikke vil bli kategorisert som en rammeavtale dersom det ikke er tilrettelagt for dette. Kunden skal også definere tersklene for økning og reduksjon av Bestilt bemanning. I dette bilaget kan Xxxxxx også tilpasse definisjonene av kompetansekategoriene.
Kunden skal også definere kompetansekrav til Leverandørens ressurser innenfor det aktuelle behov og systemløsninger for alle relevante roller innenfor Team.
Kompetansekravene bør også inneholde relevante krav til Leverandørens representanter (Leverandørens bemyndigede person og Leverandørens operativ ansvarlige).
- I Bilag 4 skal Kundens kontaktpersoner være angitt. Videre kan krav til rapportering og møter samt mandat for kontraktsgruppen tilpasses Kundens behov.
- I Bilag 5 kan Kunden definere ulike prismodeller for Oppstartsprosjektet. Kunden skal definere forutsetninger for årlige prisreguleringer samt grenser for misligholdsbestemmelser. Kunden må ta stilling til størrelsen på sanksjoner dersom det er et negativt avvik mellom leverte timer på inngåtte Bestillinger i forhold til Bestilt bemanning. Videre må Kunden ta stilling til størrelsen på sanksjoner dersom det er manglende ressurser som dekker kompetansekravene ved behov for økning av Bestilt bemanning.
- Bilag 6 er en mal for Bestillinger. Kunden kan ved behov gjøre tilpasninger i malen.
- I Bilag 7 skal Kunden stille eventuelle krav til teknisk infrastruktur samt verktøy for utvikling, test og produksjonssetting som skal holdes av Leverandøren. Videre skal Kundens eventuelle krav til godkjenning av fri programvare fremgå.
I tillegg til bilagene utarbeider Kunden normalt et dokument som beskriver betingelser for konkurransen. Her defineres rammer for forventet omfang og bemanning for kontraktsperioden samt plan og betingelser for gjennomføring av konkurransen.
Normalt vil Kunden også som en del av konkurransegrunnlaget definere en første Bestilling, i tillegg til Bestilling av Oppstartsprosjektet, for å bemanne Team med ressurser delvis i parallell med Oppstartsprosjektet eller rett etter Oppstartsprosjektet. En slik Bestilling vil gi Kunden et bedre grunnlag for evaluering av tilbud og tildeling av kontrakt.
4.3 Leverandørens utfylling av tilbudstekst i kontrakt
Det anbefales at Kunden gjennom konkurransegrunnlaget stiller krav om at leverandørene som del av tilbudet utarbeider en utfylt versjon av Kontraktens bilag. Følgende punkter i bilagene bør da minimum fylles ut:
- I Bilag 1 skal Leverandørens beskrive sitt bidrag til Kundens måloppnåelse knyttet til bruk av Team
- Basert på kravene i Bilag 2, skal Leverandøren beskrive aktiviteter, plan, bemanning, risiko og andre forutsetninger for Oppstartsprosjektet basert på malen for Bestillinger. Leverandøren skal også utdype aktiviteter, plan og ansvar ved avslutning av kontraktsperioden.
- I Bilag 3 skal Leverandøren skal identifisere eventuelle underleverandører.
- I Bilag 4 skal Leverandørens representanter defineres.
- I Bilag 5 skal timepriser, vederlag for Oppstartsprosjekt og betingelser for overtidsarbeid, serviceperiode og beredskap defineres.
Dersom Kunden har inkludert en første Bestilling for ressurser i konkurransegrunnlaget, skal Leverandøren komplettere Bestillingen med tilbudte ressurser og deres CV samt eventuelle kommentarer til Kundens krav og forutsetninger i Bestillingen.
Videre kan det være nødvendig med et utvidet grunnlag for å evaluere Leverandøren i forhold til det som vil fremgå av bilagene og den første bistandsavtalen. Dette omtales i etterfølgende punkt.
4.4 Grunnlag for evaluering av tilbud
Evaluering av tilbud i en konkurranse om en fleksibel utviklingskontrakt vil i hovedsak basere seg på hovedområdene kompetanse for tilbudte ressurser, Oppstartsprosjekt, timepriser, Kontrakt samt Leverandørens beskrivelse av bistand og støtte slik at Kunden kan nå sine mål. Selve evalueringen vil basere seg på leverandørenes besvarelse av Kontrakten. Dette må være definert i tildelingskriteriene som inngår i konkurransegrunnlaget.
Følgende områder kan inngå som grunnlag for evaluering av tildelingskriterier og dermed som krav til Leverandørens besvarelse:
- Beskrivelse av kompetanse og erfaring for Leverandørens tilbudte ressurser i forhold til Kundens kompetansekrav. Dette kan være ressurser i en første Bestilling som Kunden spesifiserer og som skal etableres samtidig med signering av Kontrakten, og ressurser i henhold til Xxxxxxx krav til eksempel-CVer for ressurser som Leverandøren kan bruke i kommende Bestillinger.
- Beskrivelse av sitt bidrag til Kundens måloppnåelse knyttet til bruk av Team, herunder:
o Beskrivelse av hvordan Leverandøren vil håndtere endringer i Kundens kapasitetsbehov i kontraktsperioden.
o Beskrivelse av hvordan Leverandøren vil sikre stabilitet i den bemanningen som er hos Kunden, og hvordan Leverandøren vil sikre at disse ressursene får nødvendig kompetanseutvikling i kontraktsperioden.
o Beskrivelse av hvordan Leverandøren vil samarbeide med Xxxxxx på høyere ledernivå og på operativt ledernivå slik at Leverandøren bidrar til utvikling av Kunden samt kontinuerlig forbedring av kvaliteten på tjenestene fra Teamene.
- Beskrivelse av Leverandørens forståelse og eventuelle utdypning av Kundens overordnede beskrivelse av gjennomføringsmodell for utvikling og vedlikehold av systemløsninger:
- Beskrivelse av hvordan Leverandøren vil håndtere Bestillinger der Leverandøren har resultatansvar.
- Beskrivelsen av Oppstartsprosjektet, ref. Bilag 2.
- Priser gitt i Bilag 5 og i de Bestillingene som etableres samtidig med Kontrakten.
- Leverandørens beskrivelser og eventuelle kommentarer og forbehold til øvrige punkter i bilagene.
For evaluering av tildelingskriterier for kostnader, bør det benyttes en simuleringsmodell for beregning av kostnader for Leverandørens ressurser og andre aktiviteter basert på Kontraktens varighet inklusive eventuelle opsjonsperioder.
5 Alternative mekanismer
5.1 Resultatansvar for Leverandøren
Dersom Kunden vil ha mulighet til å etablere Bestillinger der Leverandøren skal påta seg et resultatansvar for utvikling og vedlikehold av systemløsninger, kan endringene som er beskrevet under benyttes. Normalt vi dette bli brukt hvis Kunden i for liten grad greier å ha egne ressurser i Team.
5.1.1 Tillegg til Del I
Legg til en definisjon i punkt 6 «Definisjoner av begreper i Kontrakten»
Resultatansvar | Resultatansvar innebærer at Leverandøren har et ansvar i definerte Team for gjennomføring og resultatet av utvikling og vedlikehold av systemløsninger som er eksplisitt avtalt i en Bestilling. |
5.1.2 Tillegg til Del II
Legg til et siste avsnitt i punkt 1.2 «Bestillinger»
I enkelte Bestillinger kan det være eksplisitt avtalt at Leverandøren har et Resultatansvar for gjennomføring og resultatet av utvikling og vedlikehold av systemløsninger. Et slikt Resultatansvar vil innebære at Leverandøren hovedsakelig benytter egne ressurser.
Resultatansvaret forutsetter at konkrete og definerte målsettinger for utvikling og vedlikehold av systemløsninger i definerte Team er dokumentert i Bestillingen. I tillegg kan Resultatansvar knyttes til gjennomføring av forbedringstiltak for utvikling og vedlikehold.
5.1.3 Tillegg til Del III
Legg til kapittel 2.5 «Resultatansvar for Leverandør»
I en Bestilling kan det eksplisitt avtales at Leverandøren har et Resultatansvar for utvikling og vedlikehold av systemløsninger i avtaleperioden for Bestillingen.
Når Leverandøren har ett slik Resultatansvar, skal sammensetningen av Utviklingsteamet avklares i samarbeid mellom partene. Normalt vil Leverandøren hovedsakelig benytte egne ressurser innenfor den aktuelle Bestillingen, og Leverandøren skal kunne dekke alle roller for å sikre et helhetlig Team.
<Kundens krav til Resultatansvar kan omfatte:
- Gjennomløpstid for utvikling: Tiden det tar fra en brukerhistorie er påbegynt til den er produksjonssatt og er tilgjengelig for sluttbrukere. Målsetningen kan knyttes til
o gjennomsnittlig gjennomløpstid for oppgaver i Teamet pr <tidsperiode>; eventuelt gjennomsnittlig gjennomløpstid akkumulert i perioden for Bestillingen
o trend for gjennomløpstid (for eksempel at ved definerte milepæler i avtaleperioden skal gjennomløpstiden reduseres i henhold til definerte målsetninger)
- Frekvens for produksjonssettinger
- Kvalitet for vedlikehold av systemløsninger
o Xxxxxx kritiske feil i brukerhistorier som er satt i produksjon i perioden for Bestillingen eller pr <tidsperiode>
o Det totale antall feil i brukerhistorier som er satt i produksjon i perioden for Bestillingen eller pr <tidsperiode>
o Nivået av teknisk gjeld i henhold til en definisjon av teknisk gjeld etter nærmere avtale mellom partene; eventuelt at målsetningen knyttes til trend for nivået av teknisk gjeld eller til en definert terskel.
Resultatansvar kan også knyttes til avtalte målsetninger som Leverandøren skal realisere for forbedringstiltak for utvikling og vedlikehold av systemløsninger. Det kan knyttes konkrete milepæler med datoer for og et budsjettert timeforbruk frem til oppnåelse av hver målsetning. Målsetningene skal godkjennes av Kunden og timeforbruk frem til milepælen er nådd skal registreres slik at potensielt eller inntruffet avvik i forhold til budsjett kan avklares mellom partene i henhold til avtalte insentivmekanismer.>
I Bestillinger med Resultatansvar for Leverandøren kan det avtales sanksjons- og/eller insentivmekanismer som beskrevet i Bilag 5.
Legg til et kapittel 4.3.3 «Rapportering der Leverandøren har Resultatansvar»
<Kundens krav til rapportering for Bestillinger der Leverandøren har Resultatansvar kan omfatte:
- Gjennomsnittlig gjennomløpstid for utvikling
- Kost- og fremdriftseffektivitet for hvert Team
- Xxxxxx kritiske feil og alvorlige feil i Brukerhistorier som er produksjonssatt
- Nivået for teknisk gjeld
- Status for øvrige definerte aktiviteter innen forebyggende vedlikehold (for eksempel status for ytelse, stabilitet og sikkerhet).>
Legg til kapittel 5.10 «Vederlag og insentivordninger for Avrop der Leverandøren har resultatansvar»
Vederlaget for Leverandørens arbeid i Bestillinger skal være basert på timeforbruk og avtalte timepriser, ref. punkt 5.1. Dersom partene avtaler overtidsarbeid for Leverandørens ressurser, skal timepris være < > prosent høyere enn normal timepris.
Når Leverandøren har et Resultatansvar, slik det er beskrevet i Bilag 2, kan Leverandøren fakturere et engangsvederlag for Bestillingen begrenset til < > prosents tillegg på Bestillingens totale vederlag. Tillegget er knyttet til oppnåelse av et sett av målsettinger definert i Bestillingen.
<Slike målsetninger kan defineres <pr. tidsperiode> eller akkumulert i perioden for Bestillingen, og kan omfatte:
- Gjennomløpstid for utvikling av brukerhistorier
- Antall kritiske feil i brukerhistorier som er produksjonssatt
- Antall alvorlige feil i Brukerhistorier som er produksjonssatt
- Nivået av teknisk gjeld i henhold til en definisjon av teknisk gjeld etter nærmere avtale mellom partene; eventuelt at målsetningen knyttes til trend for nivået av teknisk gjeld
- Oppnåelse av avtalte målsetninger for forbedringstiltak for utvikling og vedlikehold>.
Legg til kapittel 5.11 «Sanksjoner ved Bestilling der Leverandøren har resultatansvar» Når Leverandøren har et Resultatansvar, slik det er beskrevet i Bilag 2, kan Kunden beregne en engangsbot for Bestillingen begrenset til < > prosents avslag for Bestillingens totale
vederlag. Engangsboten er knyttet til manglende oppnåelse av en eller flere av målsettingene definert i Bestillingen.
<Slike målsetninger kan defineres <pr. tidsperiode> eller akkumulert i perioden for Bestillingen, og kan omfatte:
- Gjennomløpstid for utvikling
- Antall kritiske feil i brukerhistorier som er produksjonssatt
- Antall alvorlige feil i Brukerhistorier som er produksjonssatt
- Nivået av teknisk gjeld i henhold til en definisjon av teknisk gjeld etter nærmere avtale mellom partene; eventuelt at målsetningen knyttes til trend for nivået av teknisk gjeld
- Manglende oppnåelse av avtalte målsetninger for forbedringstiltak for utvikling og vedlikehold>.
Legg til følgende mal i Bilag 6
<Nedenfor følger mal som benyttes der Leverandøren har Resultatansvar innenfor Bestillingen.>
Kapittel 1 Mål og hensikt
<Beskrivelse av mål, hensikt og oppgaver for Bestillingen. De mål og oppgaver som har gitt grunnlag for å definer ansvar for Leverandøren skal være tydelig beskrevet.>
Kapittel 2 Periode for Bestillingen
<Milepæler for oppstart og avslutning av Bestillingen. Eventuelle særskilte milepæler innenfor perioden.
Milepæl(er) der Leverandøren kan sanksjoneres med dagbot eller danner grunnlag for engangsvederlag, må tydelig defineres.>
Kapittel 3 Administrative forhold
<Identifisering av Kundens produkteier(e) som kan godkjenne og prioritere Produktkøen samt andre ansvarlige personer hos Kunden og Leverandøren for Bestillingen.>
Kapittel 4 Ressurser
<Oversikt over Leverandørens ressurser, roller, allokering for hver enkelt av Leverandørens ressurser og samlet timeomfang for Bestillingen.>
Kapittel 5 Budsjett
<Budsjett for Bestillingen.>
Kapittel 6 Sanksjoner og incentiver
< Eventuelle sanksjoner og/eller incentiver med relevante forutsetninger som skal gjelde for Bestillingen, ref. Bilag 2.
a) Identifikasjon av målsettinger som gir grunnlag for utbetaling av engangsvederlag begrenset til < > prosents tillegg på Bestillingens totale vederlag.
b) Identifikasjon av målsettinger som gir grunnlag for beregning av engangsbot begrenset til < > prosents tillegg på Bestillingens totale vederlag >
Kapittel 7 Andre forutsetninger
<Kundens og Leverandørens øvrige forutsetninger, herunder eventuelle avvikende opphavs- og eiendomsrettigheter og konsekvenser for andre avtaler, for gjennomføring av Bestillingen.>
Kapittel 8 Endringslogg Kapittel 9 Eventuelle signaturer
5.2 Bruk av Fleksibel utviklingskontrakt for parallelle rammeavtaler
Dersom Kunden ønsker å bruke avtalen mot flere Leverandører i form av parallelle rammeavtaler, kan endringene under benyttes. For å beholde det tette samarbeidet mellom Kunde og Leverandør, bør det ikke være flere enn to parallelle rammeavtaler.
For offentlige anskaffelser har Forskrift om offentlige anskaffelser egne bestemmelser som må følges for rammeavtaler, bl.a. for varighet for Kontrakten som kan være begrensende.
5.2.1 Tillegg til Del II
Legg til et andre avsnitt i kapittel 6.2 «Endringer av Bestillinger»
Endringer skal ikke være vesentlige i forhold til Bestillingene slik de etableres gjennom konkurranser mellom Leverandørene.
5.2.2 Tillegg til Del III
Innholdet i kapittel 2.1 «Bestillinger» erstattes med følgende tekst
Bestillinger skal etableres i rimelig tid før oppstart av Leverandørens arbeid.
Bestillinger etableres gjennom iverksettelse av nye konkurranser mellom Leverandørene som Kunden har parallelle fleksible utviklingskontrakter med. Konkurransene skal gjennomføres på følgende måte:
1. For hver Bestilling som skal inngås skal Kunden skriftlig be om tilbud fra Leverandørene. Forespørsel om tilbud skal inneholde nærmere krav til tjenester, kapasitet, varighet samt eventuelle opsjoner for varighet og kapasitet. Forespørselen skal definere om konkurransen enten gjelder
- en samlet vurdering av de spesifikke ressursene som tilbys fra hver av Leverandørene (en Leverandør får hele Bestillingen), eller
- om Kunden vil vurdere enkeltressurser innenfor de spesifikke ressursene som samlet tilbys fra Leverandørene (Kunden velger enkeltressurser på tvers av tilbudene).
2. Kunden fastsetter en tilstrekkelig frist til innlevering av tilbud på de enkelte Bestillingene. Tilstrekkelig frist fastsettes på grunnlag av kompleksitet og den tid som medgår til å utarbeide tilbud.
3. Tilbudene skal sendes inn skriftlig og innholdet skal holdes fortrolig inntil utløpet av den fastsatte tilbudsfristen.
Kunden tildeler Bestilling til den Leverandør som har gitt det beste tilbudet på grunnlag av: