Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel

Størrelse: px
Starte visningen fra side:

Download "Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel"

Transkript

1 Vejledning Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel Januar 2014

2 Indhold 1 INDLEDNING FORMÅL LÆSEVEJLEDNING SAMMENHÆNG TIL DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL FASEMODELLEN LEDELSESFASER FASEOVERGANGE LEDELSESPRODUKTER ROLLER OG ANSVAR STANDARDKONTRAKTERNE K01 STANDARDKONTRAKT FOR KORTVARIGT IT-PROJEKT K02 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT K03 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT BASERET PÅ EN AGIL METODE SAMMENLIGNING AF STANDARDKONTRAKTER UDBUD OG DIALOG UDBUDSREGLERNES BETYDNING FOR KONTRAKTERNE OG IT-PROJEKTMODELLEN OM SKI-RAMMEAFTALER TEKNISK DIALOG MED MARKEDET PROJEKTLEDERENS OVERBLIK PROJEKTETS HOVEDFASER IDÉFASEN ANALYSEFASEN ANSKAFFELSESFASEN GENNEMFØRELSESFASEN STRATEGISKE OVERVEJELSER REALISERINGSFASEN... 18

3 BILAG 1 SAMMENLIGNING MELLEM STANDARDKONTRAKTERNE STANDARDKONTRAKTERNE VEDERLAGS OG RETTIGHEDSMODEL VÆSENTLIGE KONTRAKTLIGE HÅNDTAG DRIFTSMODEL BILAGSHÅNDTERING OG UDARBEJDELSE AF DISSE KONTRAKTENS GENERELLE KOMPLEKSITETS NIVEAU BILAG 2: OVERSIGTSMODEL SAMSPIL MELLEM KONTRAKT OG IT-PROJEKTMODEL BILAG 3 - BILAGSOVERSIGT K01, K02 OG K

4 1 Indledning Dette afsnit præsenterer indholdet af vejledningen, som er de overvejelser, som en projektleder og styregruppen med fordel kan gøre sig i forbindelse med valg og brug af kontraktmodeller i it-projekter i regi af den fællesstatslige it-projektmodel. 1.1 Formål Formålet med denne vejledning er at skabe et overblik over sammenhængen mellem den fællesstatslige it-projektmodel og anvendelsen af statens standardkontrakter for itanskaffelser (K01, K02 & K03) i et konkret it-projekt. Vejledningen er dels et supplement til de mere juridiske vejledninger, der findes om statens standardkontrakter, dels et supplement til de vejledninger og tjekskemaer, som hører til it-projektmodellen. Det er vejledningens grundfilosofi, at overvejelserne om kontrakt og valg heraf er et strategisk element i it-projektet, som projektlederen og styregruppen skal tage ansvar for i alle faser af projektet. Denne vejledning vil derfor i et helikopterperspektiv hjælpe projektlederen til allerede fra idéfasen at have fokus på, hvad valget af kontrakt betyder for projektet, og hvad projektet betyder for valget af kontrakt. Vejledningen vil kort præsentere hovedelementerne i Statens it-projektmodel og standardkontrakterne. Den fungerer på denne baggrund også som introduktion til Statens itprojektmodel og de underliggende værktøjer samt som introduktion til Statens standardkontrakter for it-anskaffelser. 1.2 Læsevejledning Vejledningen er opbygget af: En introduktionsdel - med præsentation af Statens it-projektmodel. En præsentation af it-standardkontrakterne, suppleret af en tværgående beskrivelse af kontrakternes regulering og anvendelsesområde. En præsentation af rammerne for udbud og dialog. En opslagsdel opdelt efter projektmodellens faser. I vejledningens bilag 1 er desuden indsat en sammenstilling af de tre standardkontrakter, inden for en række centrale temaer. Yderligere vejledningsmateriale om projektmodellen kan findes på: Skabeloner og bilag til standardkontrakterne kan findes på: Vejledningen opstiller en række anbefalinger til myndighederne og deres projektledere, den giver et overblik over det samlede it-projekt og dermed også et overblik over sammenhængen mellem Statens it-projektmodel og Statens standardkontrakter. [1]

5 1.3 Sammenhæng til den fællesstatslige it-projektmodel Som led i planlægningen af et it-projekt er det vigtigt, at kunden er opmærksom på tre faktorer, der skal bringes i samspil: EU's udbudsregler, it-projektmodellen og kontrakten til itanskaffelsen. Figur 1.Tre faktorer i planlægningen af et it-projekt. It-projektmodellens faser og ledelsesprodukterne danner den overordnede ramme for hele itprojektet, fra idé, over etablering af it-system, til drift og realisering af gevinster. EU s udbudsregler fastlægger de nærmere regler for kundens konkurrenceudsættelse af it-systemet og i et vist omfang det efterfølgende samarbejde med den valgte leverandør. Kontrakten regulerer det direkte samarbejde mellem kunden og leverandøren. Fokus for vejledningen er at beskrive samspillet mellem projektmodellen og kontrakten til itanskaffelsen, og den vil alene kortfattet beskrive rammerne for udbud og dialog.

6 2 Den fællesstatslige itprojektmodel I dette kapitel gives en overordnet introduktion til indholdet af den fællesstatslige itprojektmodel. Den fællesstatslige it-projektmodel er en one-size-fits-all projektmodel, beregnet for anvendelse på alle statslige it-projekter. Modellen omfatter overordnet set: - En model for faseopdeling af projektforløbet - Principper for overgang fra en fase til næste fase - Et antal ledelsesprodukter og skabeloner hertil (også kaldet produkter) - Beskrivelser af roller og ansvar Endelig er der udarbejdet en række værktøjer og vejledninger til understøttelse af projektforløb og anvendelse af produkterne. Produkter, værktøjer og vejledninger er tilgængeligt på Digitaliseringsstyrelsens hjemmeside. 2.1 Fasemodellen It-projektmodellen indeholder en fasemodel hvor resultatet af hver fase er produkter, som støtter styringen af projektet hen imod projektets samlede leverancer. Faseopdelingen består af hovedfaser og ledelsesfaser og understøtter princip 4 om minimering af kompleksitet og omfang. Figur 2. Den fællesstatslige it-projektmodel. Idé Analyse Ledelsesfase > Ledelsesfase Anskaffelse Specificering > Udbud Gennemførelse Ledelsesfase > Ledelsesfase Realisering It-projektmodellen indeholder fem hovedfaser: - Idéfase: Ideen kvalificeres og udmøntes i et projektgrundlag. - Analysefase: Projektet defineres og beskrives i PID en med tilhørende business case og evt. risikotjekliste fra IT-projektrådet. - Anskaffelsesfase: Specificering af krav og behov samt gennemførelse af anskaffelsesproces typisk via udbud. - Gennemførselsfase: Kontrakter underskrives, og projektets leverancer realiseres. Fasen løber frem til systemet er idriftsat og implementeret organisatorisk. - Realiseringsfase: Business casen realiseres, og gevinsterne hjemtages. Den fællesstatslige it-projektmodel skal bidrage til bedre og mere ensartet planlægning, styring og gennemførelse af statslige it-projekter. Alle it-projekter opdeles i udgangspunktet i disse fem hovedfaser. Det anbefales at opdele projektet i ledelsesfaser, hvis faserne strækker sig over lang tid, eller indeholder store, udgiftstunge aktiviteter. For det enkelte projekt skal styregruppen tage stilling til, om den konkrete tilpasning af modellen, herunder projektets faseinddeling, er hensigtsmæssig og giver den nødvendige styring. Den endelige anvendelse af faser for det aktuelle projekt dokumenteres i PID en.

7 Idéfasen og realiseringsfasen drives primært af forretningen, hvilket er vist i figuren ved den mørkere farve af faserne. De mellemliggende faser drives af projektet af projektlederen og styregruppen. For at sikre beslutningspunkter og styregruppens stillingtagen til kritiske milepæle i projektet må hovedfaserne ikke overlappe hinanden. Såfremt der er tale om sekventielle delprojekter, opgøres hovedfaserne som et gennemsnit ift. aktiviteterne og delprojekterne beskrives i større detailgrad i PID en. Den fællesstatslige it-projektmodel er en generisk one-size-fits-all model for statslige itprojekter. En af projektlederens fremmeste opgaver er derfor at tilpasse modellen til det aktuelle projekt, så brugen af modellen er hensigtsmæssig og giver den nødvendige styring. Inden igangsættelse af anskaffelsesfasen skal projektet, hvis projektbudgettet inkl. interne lønomkostninger er over 10 mio. kr. forelægges for IT-projektrådet. Se mere om risikovurdering hos IT-projektrådet. Alle it-projekter over 10 mio. kr. skal endvidere hvert halve år, indtil overgangen til drift, statusrapportere på fremdrift til IT-projektrådet. IT-projektrådet udarbejder herefter en samlet oversigt over alle større statslige it-projekter. Oversigten offentliggøres på rådets hjemmeside. Når projekterne afsluttes sendes projektafslutningsrapport til rådet. Enhver hovedfase i it-projektmodellen kan inddeles i flere faser, kaldet ledelsesfaser. 2.2 Ledelsesfaser En ledelsesfase er en sammenhængende og styrbar delmængde af aktiviteter og leverancer inden for en hovedfase. Den indledes og afsluttes med en styregruppebeslutning. For projekter med et budget over 60 mio. kr. er det obligatorisk at inddele anskaffelsesfasen i to ledelsesfaser, nemlig i en specificerings- og en udbudsfase. Formålet med en ledelsesfase er at sikre styringsgrundlaget og at opnå klare beslutningspunkter. Et projekts ledelsesfaser fastlægges ved projektets start, og de må ikke gå på tværs af hovedfaserne i den fællesstatslige it-projektmodel. Der kan være forskellige årsager til, at det giver mening at inddele én eller flere af modellens fem faser i flere ledelsesfaser, eksempelvis: - Et skift i projektets karakter: Fx mellem udvikling og test i gennemførelsesfasen. - Udstrækning i tid: En fase bør ikke have en udstrækning på mere end 3-6 måneder, defineret som et antal sprint i en agil udviklingsmodel. - Organisatoriske: Implementering i forskellige dele af organisationen. Faseovergange mellem ledelsesfaser følger som nævnt ovenfor de generelle regler for faseovergange (se følgende afsnit). 2.3 Faseovergange En faseovergang markerer et skift i projektets tilstand. Det gælder også for overgangen mellem to ledelsesfaser. Figur 3. Faseovergange i den fællesstatslige it-projektmodel. Faseovergang: - Projektgrundlag - Evt. faseovergangsrapport Faseovergang: - PID & business case - Evt. faseovergangsrapport Faseovergang: - PID & business case - Evt. faseovergangsrapport Faseovergang: - Projektafslutningsrapport - Evt. faseovergangsrapport Realiseringsrapport Idé Analyse Ledelsesfase > Ledelsesfase Anskaffelse Specificering > Udbud Gennemførelse Ledelsesfase > Ledelsesfase Realisering

8 Det er styregruppens ansvar at godkende grundlaget for faseovergangen og beslutte, om projektet er klar til at gå til næste fase. For at projektet kan fortsætte til næste fase skal PID og business case foreligge i opdateret og godkendt tilstand. For overgangen mellem gennemførelsesfasen til realiseringsfasen, skal projektafslutningsrapporten foreligge på samme vis. Udover de godkendte ledelsesprodukter skal projektlederen overfor styregruppen dokumentere aktiviteterne i den forgangne fase, præsentere en plan og leveranceoversigt for den kommende fase, samt give et opdateret indblik i projektets samlede økonomi. Styringsværktøjet faseovergangsrapport kan anvendes. Værktøjet indeholder en plan for den kommende fase og oversigt over resultaterne af den aktuelt afsluttede fase. 2.4 Ledelsesprodukter Et ledelsesprodukt i it-projektmodellen understøtter styring og beslutninger i projektforløbet. Der er knyttet en række ledelsesprodukter til it-projektmodellen, som produceres undervejs i projektforløbet, se figuren nedenfor. Figur 4. Den fællesstatslige it-projektmodel inkl. ledelsesprodukter. Idé Analyse Ledelsesfase > Ledelsesfase Anskaffelse Specificering > Udbud Gennemførelse Ledelsesfase > Ledelsesfase Realisering Projektgrundlag Projektinitieringsdokument (PID) Projektafslutningsrapport Gevinstrealiseringsrapport Business case I den fællesstatslige it-projektmodel findes to bærende ledelsesprodukter: PID og business case. Disse to produkter indeholder den væsentligste information om projektet og bruges igennem hele projektforløbet. For projekter med budget over 10 mio. kr. skal ledelsesprodukterne PID og business case samt værktøjet risikotjekliste og IT-projektrådets cover anvendes ved risikovurdering hos ITprojektrådet. Udover ledelsesprodukterne anbefales det, at projektet gør brug af en række andre værktøjer undervej i projektforløbet. Eksempelvis kan det give stor værdi at udarbejde en interessentanalyse eller en kommunikationsplan. Disse vil generelt styrke planlægningen og styringen af projektet. Ministeriernes projektkontor i Digitaliseringsstyrelsen udarbejder værktøjer, der understøtter dette arbejde, og som kan hentes via Digitaliseringsstyrelsens hjemmeside. Ledelsesprodukter og værktøjer er yderligere beskrevet i vejledning om den fællesstatslige it-projektmodel. 2.5 Roller og ansvar Ansvaret for ledelse og styring i de fem hovedfaser er forankret forskellige steder i organisationen. For at sikre, at ansvaret for beslutninger, ledelse og styring er forankret de rigtige steder, indeholder it-projektmodellen et sæt standardroller og ansvarsbeskrivelse. Projektleder og styregruppe kan tage udgangspunkt i standardrollerne ved design af projektorganisationen og bemanding af projektet, se Digitaliseringsstyrelsens hjemmeside.

9 3 Standardkontrakterne I det følgende er der foretaget en kort introduktion til Statens standardkontrakter for itanskaffelser. Statens standardkontrakter for it-anskaffelser er følgende: K01 Standardkontrakt til kortvarigt it-projekt K02 Standardkontrakt for længerevarende it-projekt K03 Standardkontrakt for længerevarende it-projekt baseret på en agil metode K01 og K02 har karakter af "agreed documents" og er således forhandlede standarder mellem staten og forskellige interesseorganisationer, der repræsenterer både kunde- og leverandørside. Standardkontrakternes enkelte bestemmelser er udtryk for en nøje overvejet balancering af rettigheder og forpligtelser mellem parterne. Eventuelle tilpasninger og ændringer i kontrakten i forhold til et konkret projekt, bør derfor grundigt gennemtænkes i forhold til eventuelle utilsigtede forskydninger i kontraktens regulering. Dette gælder også i forhold til de bilag, der hører til kontrakten. De enkelte bestemmelser og bilag kan i den sammenhæng ikke betragtes isoleret, da der ofte vil være betydelige indbyrdes afhængigheder. K01 og K02 baserer sig på en klassisk vandfaldsmodel, med en detaljeret kravspecifikation, hvor tid, pris og leverancer er fastlagt ved kontraktens indgåelse. K03 understøtter agile udviklingsmetoder, hvor kundens krav er overordnet beskrevet og knyttet til kundens forretningsmæssige mål og behov. Der foreligger således ikke i en K03 kontrakt en detaljeret kravspecifikation fra projektets start, hvilket giver kunden og leverandøren mulighed for i fællesskab at fastlægge løsningen. Pris og tid ligger som udgangspunkt fast, idet fleksibiliteten i kontrakten ligger i leverancerne. K-kontrakterne beskrives nærmere nedenfor, og en sammenligning af udvalgte områder/temaer i kontrakterne kan ses i vejledningens bilag K01 standardkontrakt for kortvarigt it-projekt K01 blev introduceret i 2004 og er målrettet mindre komplekse systemanskaffelser til offentlige myndigheder, baseret på standardsystemer med ingen eller kun få tilpasninger og tilretninger. Implementeringsforløbet sker typisk over en kortere periode og forventes som udgangspunkt at have en tidshorisont på under 6 måneder. Kontrakten understøtter således ikke større systemleverancer, hvori der indgår et større omfang af systemudviklingsarbejder. Kontraktens anvendelsesområde baserer sig på følgende hovedprincipper: K01 Anskaffelsen sker på grundlag af en fyldestgørende kravspecifikation. Anskaffelse dækker køb af et it-system bestående af udstyr, standardprogrammel og dokumentation. Anskaffelsen forudsætter, at der kun i begrænset omfang er behov for specialtilpasninger og tilretninger til det leverede standardprogrammel. Anskaffelsen sker som en samlet levering og en overtagelsesprøve. Anskaffelsen sker til fast tid og til fast pris. Anskaffelsen indeholder som udgangspunkt vedligeholdelse af alle dele af it-systemet fra overtagelsesdagen. Hvis systemanskaffelser sker på baggrund af leverancer, der alene indeholder programmel og øvrige tjenesteydelser, skal kontrakten rettes til i overensstemmelse hermed.

10 Kontrakten forudsætter, at der anskaffes et system, som kunden selv, eller tredjemand, kan driftsafvikle. Hvis kunden samtidig med systemanskaffelsen ønsker, at leverandøren skal forestå driftsafvikling, skal kontrakten suppleres med en selvstændig driftskontrakt. Kontrakten kan ikke, uden omfattende tilretninger, benyttes til servicebureau-/aspleverancer eller tilsvarende, hvor leverancen leveres som en serviceydelse fra leverandøren. Ved anvendelse af K01, kan der tages udgangspunkt i de bilagsskabeloner, der indgår som en del af den samlede kontraktpakke. Bilagene fungerer i vidt omfang som en konkret udmøntning af den overordnede regulering i kontrakten. Bilagene danner et godt grundlag for arbejdet, men de skal dog nøje udfyldes og tilrettes, så de afspejler de specifikke forretningsmæssige behov i projektet. I vejledningens bilag 3 er indsat en samlet oversigt over bilagene i K K02 standardkontrakt for længerevarende it-projekt K02 blev introduceret i 2007 og er målrettet større systemanskaffelser af mere kompleks karakter, hvor udviklings- og implementeringsdelen er af en betydelig størrelse. K02 understøtter i modsætning til K01 en faseopdelt leverance, hvor levering af løsningen sker i flere delleverancer. Hvis systemanskaffelser sker på baggrund af leverancer, der alene indeholder programmel og øvrige tjenesteydelser, skal kontrakten rettes til i overensstemmelse hermed. Kontraktens anvendelsesområde baserer sig på følgende hovedprincipper: K02 Anskaffelsen sker på baggrund af en fyldestgørende kravspecifikation, der sammen med leverandørens løsningsbeskrivelse udgør leverancebeskrivelsen. Leveringen sker i faseopdelte leverancer med særskilt afprøvning og en samlet overtagelsesprøve efter gennemførelse af den sidste delleverance. Leverandøren har et samlet projektansvar og er totalleverandør. Anskaffelsen sker til fast tid og til fast pris. Anskaffelsen forudsætter, at både kunden og leverandøren angiver deres modenhedsniveau opgjort efter nærmere angivne retningslinjer. Anskaffelsen indeholder levering af vedligeholdelse og support af alle dele af leverancen fra tidspunktet for kundens ibrugtagning. Kontrakten forudsætter, at der anskaffes et it-system, som kunden selv eller tredjemand kan driftsafvikle. Hvis kunden samtidig med systemanskaffelsen ønsker, at leverandøren skal forestå driftsafvikling, skal kontrakten suppleres med en selvstændig driftskontrakt/driftsvilkår. Kontrakten kan ikke, uden omfattende tilretninger, benyttes til servicebureau/asp-leverancer eller tilsvarende, hvor leverancen leveres som en serviceydelse fra leverandøren. Ved anvendelse af K02 kan der tages udgangspunkt i de bilag, der indgår som en del af den samlede kontraktpakke. Bilagene er ikke tiltænkt at være egentlige skabeloner for bilag som i K01. De forudsættes i højere grad at være et rammeværk for de centrale forhold, som en kunde og leverandør skal sikre, er adresseret i de respektive bilagsområder. Der forestår således et mere omfattende bilagsarbejde for kunden, ved anvendelse af K02 i forhold til K01. Dette arbejde kræver både tekniske, kommercielle og juridiske kompetencer hos kunden eller dennes rådgivere. I vejledningens bilag 3 er indsat en samlet oversigt over bilagene i K02.

11 3.3 K03 standardkontrakt for længerevarende it-projekt baseret på en agil metode K03 blev introduceret i december 2012 og er målrettet større projekter af mere kompleks karakter, hvor udviklings- og implementeringsprojekter er af en vis størrelse, og hvor man enten ikke ønsker eller ikke kan lægge sig fast på en fuldstændig foruddefineret løsning. K03 understøtter gennemførelse af agile it-projekter under anvendelse af en agil metode, der giver mulighed for, at kunden kan gennemføre et it-projekt, selv om alle krav endnu ikke er kendt. K03 fokuserer derfor i høj grad på samarbejdet mellem parterne og den proces, som kunden og leverandøren skal gennemløbe for at definere den endelige leverance. Leverancen leveres i flere delleverancer, der som udgangspunkt overtages løbende og kan ibrugtages særskilt. Kontraktens anvendelsesområde baserer sig på følgende hovedprincipper: K03 Anskaffelsen sker på grundlag af kundens behovsopgørelse, som angiver kundens særlige forretningsmæssige mål og behov på et overordnet niveau. Kundens krav er opdelt i Absolutte Krav og Øvrige Krav. Den endelige leverance fastlægges af parterne i fællesskab på baggrund af kundens behovsopgørelse, kundens kravliste og leverandørens overordnede løsningsbeskrivelse. Anskaffelsen sker som udgangspunkt til fast tid og inden for en fast prisramme. Hver delleverance er nedbrudt i en række iterationer, hvor kunden og leverandøren i fællesskab fastlægger en prioritering og detaljering af den leverance, der skal leveres. Leverandøren har et overordnet projektansvar, men kunden har et medansvar for projektets gennemførelse. Anskaffelsen forudsætter, at begge parter har den fornødne indsigt og erfaring med den anvendte agile metode. Anskaffelsen omfatter som udgangspunkt vedligeholdelse og support af alle delleverancer fra kundens overtagelse heraf. Hvis systemanskaffelser sker på baggrund af leverancer, der alene indeholder programmel og øvrige tjenesteydelser, skal kontrakten rettes til i overensstemmelse hermed. Kontrakten forudsætter, at der anskaffes en løsning, som kunden selv eller tredjemand kan driftsafvikle. Hvis kunden samtidig med anskaffelsen ønsker, at leverandøren skal forestå driftsafvikling, skal kontrakten suppleres med en selvstændig driftskontrakt/driftsvilkår. Driftskontrakt/driftsvilkår skal indsættes i kontraktens bilag 12. Kontrakten kan ikke benyttes til servicebureau/asp-leverancer eller tilsvarende, hvor leverancen leveres som en serviceydelse fra leverandøren. Gennemførelse af et succesfuldt agilt projekt forudsætter, at kunden og kundens organisation afsætter væsentlige ressourcer til projektgennemførelsen. Samtidig skal kunden sikre, at der etableres en decentraliseret beslutningskompetence hos projektleder og de øvrige nøglepersoner, der har det løbende samarbejde med leverandøren. Ved brug af K03 bør der tages udgangspunkt i de bilag, der indgår som en del af den samlede kontraktpakke. Bilagene er ikke tiltænkt som egentlige skabeloner til bilag, som i K01, men forudsættes i højere grad at være et rammeværk for de centrale forhold, som kunde og leverandør skal sikre er adresseret i de respektive bilagsområder. Der forestår således et mere omfattende bilagsarbejde for kunden ved anvendelse af K03 end i forhold til K01. Dette arbejde kræver både tekniske, kommercielle og juridiske kompetencer hos kunden eller dennes rådgivere. I vejledningens bilag 3 er indsat en samlet oversigt over bilagene i K Sammenligning af standardkontrakter I bilag 1 sammenstilles de tre standardkontrakter inden for en række centrale temaer. Projektlederen og styregruppen kan i kombination med gennemgangen i afsnit 3.1 til 3.3 benytte denne sammenstilling i analyserne og overvejelserne vedrørende valg af kontrakt.

12 4 Udbud og dialog Følgende beskrivelse af reglerne om konkurrenceudsættelse udgør derfor en kortfattet gennemgang af de forhold, som projektlederen skal være opmærksom på. 4.1 Udbudsreglernes betydning for kontrakterne og it-projektmodellen Fokus for denne vejledning er at beskrive samspillet mellem projektmodellen og kontrakten til itanskaffelsen. Nedenstående beskrivelse af reglerne om konkurrenceudsættelse udgør derfor alene en kortfattet gennemgang af de forhold, som projektlederen skal være opmærksom på. Det anbefales, at projektlederen parallelt med overvejelserne om valg af kontrakt overvejer hvilken udbudsproces, som kontrakten skal indgå i. Mindre it-projekter med en værdi på mellem kr. og EU s tærskelværdi (ca. 1 mio. kr. for statslige myndigheder) skal konkurrenceudsættes efter tilbudslovens regler, et såkaldt nationalt udbud. Der skal ske en annoncering på udbud.dk ( Statslige projekter med en værdi over EU s tærskelværdi, skal konkurrenceudsættes efter EU s udbudsregler, hvilket betyder, at en række detaljerede krav skal følges. Der skal ske en annoncering i EU-tidende ( Som alternativ til udbud efter tilbudslovens regler eller EU-udbudsregler vil det i visse tilfælde være muligt at anvende SKI s rammeaftaler. Disse behandles særskilt nedenfor i afsnit 4.2. I det følgende vil beskrivelsen af projektmodellen og konkurrenceudsættelsen tage udgangspunkt i en EU-udbudsproces. Statens standardkontrakter for it-anskaffelser er alle udarbejdet under hensyntagen til principperne i EU's udbudsregler. Ordregiver er naturligvis forpligtet til at anvende kontrakterne i overensstemmelse med disse principper. De mest udbredte udbudsformer Udbud Offentligt udbud: Alle interesserede kan som udgangspunkt afgive et tilbud Begrænset udbud: På baggrund af en prækvalifikationsfase udvælges et mindre antal leverandører til at afgive tilbud Konkurrencepræget dialog: På baggrund af en prækvalifikationsfase udvælges et mindre antal leverandører til en dialogrunde, hvorefter der afgives et endeligt tilbud Kunden kan som udgangspunkt frit vælge mellem offentligt udbud og begrænset udbud. Hvis it-projektet har en vis kompleksitet og derfor må forventes at medføre en væsentlig arbejdsbyrde hos tilbudsgiverne 1, bør udbudsformen begrænset udbud benyttes. Hvis projektet har en høj kompleksitet, og kunden ikke (i tilstrækkeligt omfang) kan beskrive de tekniske eller finansielle krav, bør det overvejes at afklare mulighederne for at gennemføre en konkurrencepræget dialog. Denne udbudsform har indbygget én eller flere 1 Ligeledes kan ordregivers arbejdsbyrde i forbindelse med at evaluere et meget højt antal tilbud være væsentlig.

13 dialogfaser, hvor kunden og de udvalgte tilbudsgivere har mulighed for at drøfte den efterspurgte ydelse og de nærmere vilkår for levering heraf. 4.2 Om SKI-rammeaftaler Som alternativ til gennemførelse af et EU-udbud kan det overvejes at benytte SKI's rammeaftaler, hvis der findes relevante aftaler til at dække ordregivers konkrete behov. Om en SKI-aftale er relevant bør vurderes ud fra følgende parametre: Er den ønskede løsning omfattet af den pågældende aftale? Matcher leveringsvilkårene 2 /leveringsmodellen ordregivers ønsker? Er de relevante leverandører på aftalen? De fleste SKI aftaler forudsætter, at der gennemføres et miniudbud blandt de leverandører, der er på den pågældende aftale. Miniudbud har store ligheder med et EU-udbud med den undtagelse, at der ikke skal gennemføres en prækvalifikation, da leverandørerne allerede er udvalgt af SKI. SKI s aftaler har en lighed, omfang og kompleksitet, der minder om traditionelle itkontrakter, herunder bl.a. K02, men de vil ofte dække et snævert leveranceområde, der kan betyde, at kunden skal foretage konkurrenceudsættelse på flere aftaler for at få opfyldt det samlede forretningsmæssige behov. F.eks. kræver systemanskaffelse og efterfølgende drift anvendelse af to separate aftaler. Anvendelsen af flere aftaler må forventes at betyde, at kunden skal indgå aftaler med flere forskellige leverandører. De styringsmæssige udfordringer i den samlede aftale/leverandørkonstruktion skal derfor nøje overvejes, inden en SKI-aftale vælges. 4.3 Teknisk dialog med markedet Som led i planlægning af et projekt vil det ofte være relevant og anbefalelsesværdigt at tage en dialog med udvalgte leverandører på markedet. En dialog kan bl.a. være med til at afklare: Hvilke leverandører, der er på markedet? Hvilke krav markedet kan honorere? Om der er særlige forhold vedr. vilkår, som ordregiver skal være opmærksom på? Har lignende løsninger været udviklet før? Hvilken udbudsstrategi vil det være fornuftigt at vælge? Dialogen med leverandørerne betegnes "teknisk dialog", og skal naturligvis gennemføres på en sådan måde, at de udvalgte leverandører ikke får en fordel frem for andre. Udvælgelsen af deltagere til dialogen skal derfor ske på sagligt grundlag. Der bør ligeledes etableres en høj grad af åbenhed om dialogen og dens resultater, f.eks. ved at offentliggøre referater eller konklusioner fra dialogen. Den tekniske dialog bør ske tidligt i processen, dvs. førend ordregiver påbegynder specificeringsarbejdet. Dette giver dels den største værdi og skaber også en vis tidsmæssig luft til selve udbudsprocessen, hvilket er med til at understøtte ligebehandling af tilbudsgiverne. Ordregiver bør gennemføre dialogen i idéfasen eller tidligt i analysefasen. Læs mere om teknisk dialog i udbudsrådets vejledning om teknisk dialog, Dialog ved udbud - hvad er muligt? ( 2 SKI s aftaler er kendetegnende ved, at ordregiver som udgangspunkt ikke kan ændre i de fastlagte vilkår for levering af leverancen.

14 5 Projektlederens overblik Følgende beskrivelser hvad og hvornår vedr. kontrakter i forhold til faserne i et projekt. Det er vejledningens primære formål at sætte it-projektlederen i stand til i alle projektets faser at overskue og vurdere sit valg og brug af kontrakt. Denne oversigtsmodel viser, hvor kontraktforløbets/leverandørsamarbejdets milepæle placerer sig i forhold til projektmodellens fasemodel. Dette kontraktforløb har især betydning for projektlederens tidsplan og planlægning af aktiviteter. Modellen er i større format vedlagt vejledningen i bilag 2. Milepælsfiguren illustrerer, at der i projektets levetid er en række milepæle, som er defineret og styret af udbudsprocessen, valg af kontrakt og det efterfølgende samarbejde med leverandøren. Disse aktiviteter har et momentum, der i vidt omfang er uafhængigt af projektets og organisationens aktiviteter og tidsplan. Det er derfor vigtigt allerede i idéfasen og analysen at etablere et solidt grundlag for de centrale beslutninger i projektet, eksempelvis kontraktvalg.

15 6 Projektets hovedfaser I de følgende afsnit gennemgås for hver hovedfase i den fællesstatslige it-projektmodel de strategiske overvejelser, projektlederen og styregruppen med fordel kan gøre sig med hensyn til enten valg eller brug af kontrakten i it-projektet. 6.1 Idéfasen I idéfasen skal der samles viden, der kan kvalificere projektideen og gøre det muligt at udarbejde et projektoplæg, der kan danne grundlag for beslutningen om at etablere et egentlig projekt Strategiske overvejelser Som en del af dataindsamlingen i idéfasen kan man med fordel begynde med en indledende dialog med brugere og markedet, jf. afsnit 4.3, for herigennem at blive bedre i stand til at vurdere behovet for evt. udbud og arten af dette samt vurdering af leverancemodel og kontrakt. Selv om ikke alle oplysninger foreligger på dette tidspunkt, giver en tidlig analyse af projektet mulighed for og ny viden til at sætte konkrete aktiviteter i gang. En tidlig analyse sætter desuden fokus på den senere kontraktudfyldelse og kan derfor minimere de efterfølgende risici ved dette arbejde Analyse til brug for udbuds- og kontraktovervejelser Allerede i idéfasen kan man med fordel få undersøgt forudsætningerne for udbuds- og kontraktvalg. En kontraktanalyse bør omfatte følgende forhold: Projektets karakter: Hvilken karakter har den forventede it-leverance (standardløsning eller specialtilpasset løsning)? Er organisationens forretningsmæssige mål kendte? Kan organisationen udtrykke sine behov i klare krav, der kan understøttes af et itsystem? Hvordan hænger tid/pris/funktionalitet på it-anskaffelsen sammen med projektets gevinster? Hvad er vigtigst: tid/pris/kvalitet? Forventer organisationen, at ønsker til løsningen er stabile i projektperioden eller dynamiske? Typen af organisation - hvem er myndigheden selv?: Har organisationen/projektlederen erfaring med tilsvarende projekter? Har projektet/organisationen kompetencer til at beskrive de arbejdsgange og systemunderstøttelse, som er ønsket? Hvilke erfaringer/kompetencer har projektet/organisationen til at styre/samarbejde med leverandøren? Hvordan tager projektet/organisationen beslutninger? Hvilke beslutninger kan uddelegeres? Markedssituationen På hvilket marked kan projektet købe den it-leverance, som organisationen ønsker sig? Er markedet velfungerende? Har projektet/organisationen hentet referencer fra andre myndigheder med lignende projekter? Er leverandørerne inden for dette felt modne/umodne? Har projektet/organisationen hentet referencer fra andre myndigheder, der har gennemført lignende projekter? Er der standardløsninger, som ligner den løsning, som organisationen ønsker sig? Er der mange generelle leverandører eller få specifikke leverandører til den ønskede ydelse?

16 Kig på oversigten over kontraktmodellerne samt bilag 1 og få et første bud på hvilke kontrakttyper, der er bedst egnede. Punkt 1-3 skal sammenholdes, og der skal kunne peges på en foreløbig kontraktmodel, der herefter anføres i ledelsesproduktet "Projektoplægget". Der vil i de fleste situationer være hensyn/ønsker, som peger i flere retninger på samme tid. Det er på dette tidlige tidspunkt ikke et problem, men blot en vigtig viden for projektlederen/styregruppen. Pointen er, at der fortsat er tid til at reagere på denne viden og evt. iværksætte kompenserende foranstaltninger. Den erhvervede viden kan påvirke de indledende risici-overvejelser og f.eks. medføre ændringer i projektoplægget eller nedlukning af projektideen. Idéfasen afsluttes med udarbejdelsen af et projektoplæg og udpegning af projektets sponsor. Denne skal findes iblandt medarbejderne fra organisationens direktionsniveau. FASETJEKLISTE for kontraktfokus Idefasen Har projektlederen viden nok til at berige projektoplægget med et indledende tentativt valg af udbudsform og kontrakt? Hvis nej, kan styregruppen godkende yderligere afdækning? Opbygning af kapacitet i organisationen til at understøtte valget af udbudsform og kontrakt Er det gjort/godkendt af styregruppen? Har projektet/organisationen haft teknisk dialog med markedet? Har projektet/organisationen foretaget en markedsanalyse? Har projektet/organisationen været i kontakt med brugerne af en kommende løsning Afspejler projektets risici analysen af kontraktvalget? 6.2 Analysefasen Analysefasen påbegyndes efter idéfasen, der har dannet projektoplægget. Der foreligger nu et formelt godkendt projekt. I denne fase dannes ledelsesprodukterne (PID, BC). Disse produkter dokumenterer således hele beslutningsgrundlaget for projektet. I analysefasen vil rammerne for projektet for alvor blive undersøgt og fastsat. Dette inkluderer de strategiske overvejelser om kontraktvalg og hvilke aktiviteter, dette valg giver anledning til, blandt andet i forhold til udfyldelse af kontraktens bilag Strategiske overvejelser På baggrund af den viden, som projektlederen har nu, skal det afklares, om det indledende kontraktvalg beskrevet i projektoplægget fra idéfasen (som et resultat af den gennemførte kontraktanalyse) kan blive opdateret og uddybet. Hvis enkelte punkter fra de strategiske overvejelser fra idéfasen ikke er blevet gennemført, påbegyndes disse først. Hvis der ikke allerede i idéfasen har været dialog med markedet, bør det tidligt i analysefasen afklares, om det er relevant. I givet fald bør den tekniske dialog gennemføres nu, jf. afsnit 4.3 og afsnit Når der sker en yderligere kvalificering af kontraktvalget, bør dette afspejle sig i en opdatering af projektets ledelsesprodukter. Kontraktvalget bør basere sig på de vurderinger om projektet og organisationen, som også er afspejlet i projektets øvrige analyser og ledelsesprodukter. Projektlederen kan i forbindelse med det konkrete kontraktvalg med fordel være opmærksom på: Hvordan valg af kontrakt påvirker projektets risici o Er risici aftaget/steget? o Er der kommet nye risici til?

17 Projektets tidsplan o Den valgte kontraktform har en indre tidsplan, som skal kunne rummes i projektets tids- og ressourceplan. Projektets business case o Valg af kontrakt skaber forskellige sandsynligheder for tid og pris og leveret ydelse. Særligt risikovurderingerne for anskaffelsessummen bør afspejle den risiko for prisen, som kontrakten lægger op til. PID skal eventuelt revideres med oplysninger om, hvorvidt der iværksættes kompetenceudvikling i projektet, hentes bistand indefra/udefra, trækkes på erfaringer fra andre myndigheder og lignende. Projektets kvalitetsplan bør afspejle, hvordan den valgte kontrakt giver muligheder for test og accept af leverancen. Når konsekvenserne af kontraktvalget kombineres med udbudsovervejelserne, kan ledelsesproduktet "udbudsstrategi" udfyldes. Analysefasen afsluttes med en godkendelse af ledelsesprodukterne. Ved projekter på en størrelse over 10 mio. kr., skal der ydermere foreligge en gennemført risikovurdering hos IT-projektrådet før overgang til anskaffelsesfasen. Arbejdet med kontrakten og bilag begynder i analysefasen: Der vil typisk være et betydeligt tidspres på centrale ressourcer i projektet i anskaffelsesfasen, hvilket kan medføre utilsigtede forsinkelser. Projektlederen og styregruppen kan derfor med fordel på baggrund af det tentative valg af kontraktform iværksætte en række af de forberedende aktiviteter til kravspecificering og udfyldelse af kontraktens bilag, jf. nærmere beskrivelse heraf i afsnit, herunder inddrage de relevante ressourcer fra forretningen eller rådgivere allerede i den sidste del af analysefasen. Spørgsmålet om, hvornår yderligere aktiviteter til forberedelse af anskaffelsesfasen iværksættes, må bero på en konkret vurdering i projektet/styregruppen. Projektlederen kan dog med fordel orientere sig i afsnit samt i anskaffelsesfasens fasetjekliste, mens den endelige godkendelse af projektet udestår. 6.3 Anskaffelsesfasen Efter afslutning af analysefasen, hvor projektets ledelsesprodukter er godkendt og der foreligger en evt. gennemført risikovurdering fra IT-projektrådet, kan anskaffelsesfasen påbe- FASETJEKLISTE for kontraktfokus Analysefasen Er overvejelserne/tjeklisten fra idéfasen gennemført/yderligere detaljeret? Er projektets risici ajourført efter, at valg af kontrakt (fordele/ulemper) er analyseret? Er der igangsat aktiviteter, som forbereder projektet/organisationen på de arbejdsopgaver, som kontraktarbejdet vil medføre i anskaffelsesfasen (her tænkes især på evnen til, at kunne udfylde kontraktbilag på tilfredsstillende vis)? Har projektlederen/organisationen adgang til inspirationsmateriale fra tidligere projekter Er der overblik over, hvad der kan genbruges? Har projektet adgang til de nødvendige ressourcer og beslutningstagere i forretningen til at udforme servicemål og indhold i support/vedligehold?

18 gyndes. I anskaffelsesfasen vil projektets strategiske overvejelser og beslutninger om kontrakten skifte fra at handle om hvilken kontrakt, som skal anvendes, til hvordan kontraktens bestemmelser og værktøjer (bilag) skal udformes og benyttes Strategiske overvejelser Anskaffelsesfasen vil i sig selv typisk være opdelt i en række mindre (ledelses-) faser. Disse faser omfatter specificering af ydelsen, udformningen af kontraktens bilag samt gennemførelse af udbudsforretningen, efterfulgt af kontraktindgåelse med den valgte leverandør. Hvis ikke styregruppen i den foregående fase har besluttet hvilken kontrakt, der skal anvendes, skal dette ske i indledningen af anskaffelsesfasen. Derefter begynder projektlederens arbejde med at levere data til såvel hovedkontrakten som dens bilag. Projektlederen vil typisk få intern eller ekstern juridisk bistand til udformning og tilpasning af kontraktens bestemmelser. Hvis organisationen har opbygget en vidensbank af tidligere kontraktvarianter med forskelligt sigte, kan der bygges videre på disse. Der bør dog være opmærksomhed på hvor og hvorfor, der er sket tilpasninger til standardkontrakternes formuleringer. Ændringer i kontrakterne skal altid være konkret begrundende og skal ske under hensyntagen til det foreliggende projekt. Projektlederen vil typisk få ansvaret for at udarbejde kontraktens bilag, mens den juridisk ansvarlige vil håndtere udformningen af hovedkontrakten. Både projektleder og styregruppe bør i denne fase være opmærksomme på, at netop bestemmelserne i kontraktens bilag ofte er omdrejningspunktet for eventuelle senere vanskeligheder, i samarbejdet med leverandøren. Der bør derfor både afsættes tid til og være ledelsesmæssig bevågenhed omkring udformningen af betingelserne i kontraktens bilag. Særligt skal projektlederen være opmærksom på, at bilagenes regulering vedr. servicemål, vedligeholdelse og support har en direkte påvirkning på forretningen/basisorganisationen, når systemet idriftsættes. Endeligt skal projektlederen sikre sig, at kontrakt og bilag har den fornødne sammenhæng, så konfliktende regulering eller løse ender undgås Kontraktens samlede udtryk Ved udfyldelsen af hovedkontrakt og bilag skal projektlederen og styregruppen være opmærksom på, hvordan den samlede regulering i kontrakten fremstår. Alle valg af konkret regulering har fordele og ulemper for kunden. En lavere risiko og bedre vilkår hos kunden vil som udgangspunkt påføre leverandøren både øget risiko og mindre attraktive vilkår. En øget risiko hos leverandøren vil typisk have konsekvenser for prisen på leverancen, antallet af forbehold til kontrakten eller i yderste konsekvens færre/manglende tilbud fra relevante leverandører. Valget af den samlede regulering bør derfor afbalanceres i forhold til det konkrete projekt og organisationens profil. Dette betyder ikke, at der altid er behov for afvigelser i forhold til udgangspunktet i standardkontrakterne, men at der er behov for refleksion over det konkrete valg. Projektlederen bør i dialog med projektets juridiske kompetencer særligt være opmærksom på følgende: Er den overordnede fordeling af risiko i den valgte kontraktmodel mellem kunden/leverandøren passende i forhold til den ønskede ydelse og det pågældende marked? Relevante i denne forbindelse er bl.a. bestemmelser om drift, bod, ansvar og rettigheder, samt udbudsretlige mindstekrav.

19 Afspejler den valgte vederlagsmodel den efterspurgte leverance, kundens ønsker, og stemmer modellen overens med den praksis, der eksisterer på markedet? Afspejler kontraktens bestemmelser om kundens deltagelse og ansvar organisationens forventninger, og er dette passende i forhold til den leverance/det projektforløb, der efterspørges? Er der særlige forretningsmæssige eller organisatoriske forhold, der bør afspejles i specifik regulering, f.eks.: - Ekstraordinær mulighed for opsigelse/udtræden? - Særlige misligholdelsesbeføjelser, f.eks. ved leverandørens forsinkelse? Kontraktens bilag Kontraktens bilag indeholder den operationelle regulering af leverancen, og hvordan denne leveres til kunden. Projektlederen bør særligt have fokus på følgende elementer: Kravspecifikationen/behovsopgørelse: Afspejler de opstillede krav kundens forretningsmæssige behov, og er specifikationen udtryk for en målrettet opgørelse heraf? Matcher specifikationen det leverandørmarked, der forventes at byde på opgaven? Fremstår evt. mindstekrav tydelige, og er disse entydigt afgrænset i kravspecifikationen? Vedligehold, support og drift: Hvilken type af support og vedligehold skal leverandører levere, når projektet/ systemet er overgået til drift? Hvilke supporttyper er der behov for (1./2. level)? Det konkrete indhold af vedligeholdelsen (nye versioner/releases, forskellige typer fejlrettelser?) Hvilke typer driftsydelser leverandøren skal levere/leverancens sammenhæng til kundens egne driftsydelser. Servicemål for leverandør: Reaktionstider på support/vedligehold? o Er hurtig respons fra leverandøren til fejlsager vigtig for organisationen? o Er organisationen opmærksom på, at responstiderne som udgangspunkt omhandler påbegyndt fejlrettelse ikke gennemført fejlrettelse? Systemets performance med hensyn til driftseffektivitet og svartider? o Modsvarer kravet til performance, kundens forretningsmæssige behov og det itmiljø, som systemet skal være en del af? o Fremtidige forventninger til ændringer i behovet for kapacitet og skalering af systemet? Projektorganisationen: Har projektet/org. krav til den fælles projektorganisation og samarbejdsstruktur? Styring af leverancen og dens indhold: Hvad er betingelser og forudsætninger for test og afprøvning? Kriterierne for godkendelse af prøver. Tidsmæssig placering af prøver. Fælles for alle ovenstående punkter er, at kravene til leverandøren bør afspejle et konkret forretningsmæssigt behov. Kunden bør være særligt opmærksom på omkostningsdrivende krav, f.eks. krav til fejlretning uden for normal arbejdstid, hvis der ikke er et konkret behov herfor. Projektlederen kan også finde inspiration til det fremtidige samarbejde med leverandøren i guide til godt kunde-leverandørsamarbejde.

20 En central del af anskaffelsesfasen er gennemførelse af udbudsforretningen, der i sidste ende leder frem til den valgte leverandør. Se afsnit Fejl! Henvisningskilde ikke fundet. for en kort introduktion til relevante udbudsformer. Anskaffelsesfasen afsluttes, når kontrakten er klar til at blive indgået. De egentlige projektaktiviteter mellem kunden og leverandøren fortsætter herefter i gennemførelsesfasen. FASETJEKLISTE for kontraktfokus Anskaffelsesfasen Er punkterne fra idé- og analysefasens tjeklister gennemført? Er de rette ressourcer for fasen tilgængelige? Har projektet adgang til de nødvendige ressourcer og beslutningstagere i forretningen til at udforme servicemål og indhold i support/vedligehold? Har styregruppen forholdt sig til fordeling af rettigheder og pligter i den valgte kontraktmodel? Er der en klar arbejdsdeling mellem projektleder, projektgruppe, juridisk bistand og styregruppen om udformning af kontraktens indhold? Har projektlederen/organisationen adgang til inspirationsmateriale fra tidligere projekters kontrakter, og er der overblik over, hvad der kan genbruges? 6.4 Gennemførelsesfasen Efter afslutning af anskaffelsesfasen, der har resulteret i et leverandørvalg og en indgået kontrakt, påbegyndes gennemførelsesfasen. I gennemførelsesfasen vil projektets strategiske overvejelser og beslutninger vedrørende kontrakten handle om, hvordan kontraktens bestemmelser og værktøjer til projekt- og leverandørstyring bedst anvendes. 6.5 Strategiske overvejelser IT-projektrådet har udarbejdet en guide til godt kunde- og leverandørsamarbejde, guide til godt kunde-leverandørsamarbejde, der kan hentes på rådets hjemmeside Formålet med guiden er at inspirere kunder og leverandører til at opbygge et tillidsfuldt samarbejde i statslige it-projekter. Med et godt samarbejde kan opståede udfordringer og behovet for ændringer håndteres, uden at parterne kommer for langt fra hinanden, så juridisk konflikthåndtering undgås. Projektlederen bør i sit leverandørsamarbejde være opmærksom på nøje at overholde de forpligtelser, der efter kontrakten, påhviler kunden. Selv om leverandøren har hovedansvaret for levering af leverancen, er det væsentligt både for projektets succes og for kundens retsstilling, at kunden leverer sine ydelser som aftalt. Projektlederen skal derfor løbende sikre, at alle kundens forpligtelser opfyldes. Dette er særlig vigtigt, hvis projektet baserer sig på et agilt samarbejde mellem kunde og leverandør. Leverandøren er i gennemførelsesfasen forpligtet til i forbindelse med centrale milepæle og forskellige former for afprøvning at dokumentere, at projektet har den rette fremdrift. Det er væsentligt, at projektlederen på disse tidspunkter sikrer sig, at de aftalte leverancer er til stede, og at manglende levering påtales. Projektlederen skal i den forbindelse også sikre, at de formelle samarbejdsprocedurer (regelmæssige møder, referat, skriftlig dokumentation på aftaler, ændringer m.m.) følges, også i de perioder hvor samarbejdet fungerer upåklageligt. I forbindelse med afslutningen af gennemførelsesfasen gennemføres en endelig afprøvning ved en overtagelsesprøve og en driftsprøve. Det er i denne forbindelse særlig vigtigt, at projektlederen sikrer sig, at alle formelle krav til gennemførelse af prøverne følges.

21 Selv om det er vigtigt for organisationen at kunne godkende leverancen, for at denne kan tages i brug til løsning af de forretningsmæssige opgaver, skal man som projektleder være opmærksom på, at det indbyggede pres for at afslutte udviklingsforløbet ikke samtidig betyder, at kravene til godkendelse sænkes. Hvis leverancen godkendes, uanset at der foreligger fejl, skal projektlederen sikre sig, at der i overensstemmelse med kontraktens bestemmelser udarbejdes klare aftaler for udbedring. En basal samarbejdsstruktur og dokumentation for denne betyder, at kunden udviser rettidig omhu, således at en ureguleret samarbejdsform ikke vinder hævd. Det betyder også, at der i en eventuel senere juridisk kontekst eksisterer den nødvendige dokumentation for en argumentation om bod, erstatning eller misligholdelse. Kontraktens værktøjer til sanktioner over for leverandøren knytter sig til bod, erstatning og misligholdelse. Der henvises til skemaet i bilag 1, hvor de enkelte sanktioner er beskrevet Overdragelse af projektet til forretningen I forbindelse med projektafslutningen bør projektet sikre, at der overføres tilstrækkelig viden om kontraktens bestemmelser til forretningen. Denne overdragelse er yderst vigtig for at sikre gode rammer for det kommende leverandørsamarbejde og kan i praksis håndteres på flere måder i organisationen, f.eks. ved personsammenfald, overdragelsesmøder eller erfanetvæk. Overdragelsen af viden om kontraktens bestemmelser til forretningen er en vigtig del af projektets nedlukning, idet mangel på overdragelse af viden om kontraktens bestemmelser udgør en væsentlig risiko for gevinstrealiseringen. De fleste it-kontrakter med vedligehold og evt. drift har en samlet løbetid på 5-7 år. Typisk vil projektperioden alene udgøre 1-2 år af denne periode. Hovedparten af samarbejdet med leverandøren varetages derfor af forretningens systemansvarlige/systemejere i forbindelse med den løbende drift. Organisationen kan potentielt tabe en større eller mindre del af sin retsstilling, hvis forretningen ikke er klar til at bruge kontraktens værktøjer til at understøtte leverandørsamarbejdet. Forretningen skal således være forberedt på og blandt andet have kendskab til hvilke servicemål og konkrete vedligeholdelsesydelser, kontrakten giver ret til. I den forbindelse er det også vigtigt at kende til de kontraktlige redskaber for at håndhæve disse, f.eks. ved at pålægge bod og afslag i løbende vederlag. Efter at projektet er idriftsat og overdraget til forretningen skal det sikres, at alle relevante projektaktiviteter er gennemført, herunder f.eks. uddannelse. Når dette er sket, kan projektorganisationen formelt lukkes ned, hvorefter gennemførelsesfasen ligeledes afsluttes. FASETJEKLISTE for kontraktfokus Gennemførelsesfasen Bliver aftaler og ændringer mellem kunde og leverandør skriftligt dokumenteret? Holdes strukturen i samarbejdsorganisationen? Har projektet/kunden fulgt op på 1.1 at projektet har den aftalte fremdrift? 1.2 afvigelser fra tidsplanen? 1.3 afviklingen af prøver? Har projektet overholdt egne forpligtigelser i kontrakten? Har projektlederen ved fasens afslutning overdraget viden om kontraktens værktøjer til leverandørsamarbejde til en ansvarlig i forretningen? 6.6 Realiseringsfasen Efter afslutning af gennemførelsesfasen, der har resulteret i et idriftsat system, påbegyndes realiseringsfasen. Realiseringsfasen er medtaget i denne vejledning af hensyn til de itprojekter, hvor kontrakten har et element af vedligehold, support og evt. drift.

22 6.6.1 Strategiske overvejelser I realiseringsfasen findes projektorganisationen ikke længere, og der bør som sidste del af den foregående fase være sket en overdragelse fra projektet til forretningen. En del af denne overdragelse vedrører de strategiske overvejelser og beslutninger om, hvordan myndigheden fremadrettet vil håndtere kontrakten, og hvordan myndigheden efter overtagelsen af leverancen vil foretage en dokumenteret leverandørstyringsproces i form af contract management. Myndigheden indhøster alene den fulde værdi af kontrakten, hvis organisationen løbende og aktivt bruger kontrakten og dens værktøjer i leverandørsamarbejdet. De fleste it-kontrakter med vedligehold og evt. drift har en samlet løbetid på 5-7 år. Typisk vil projektperioden alene udgøre 1-2 år af denne periode. Hovedparten af samarbejde med leverandøren varetages derfor af forretningens systemansvarlige/systemejere i forbindelse med den løbende drift. Forretningen skal til brug for den løbende contract management proces derfor have det fornødne kendskab til kontrakten. Dette skal sikre, at der som minimum kan følges op på følgende forhold: Kontraktens betalingsmekanismer og faktureringsbestemmelser De fastlagte servicemål og rapportering herom De grundlæggende juridiske værktøjer til at håndhæve servicemål og andre leverandørforpligtigelser Regler for ændringer og tilpasning af leverancen samt tilknyttet dokumentation herfor. Endelig bør forretningen i de sidste år af kontraktens løbetid forberede, hvad der skal ske ved kontraktens ophør. En vigtig del af organisationens opgaver er at forberede en hel eller delvis overgang til nyt system eller ny leverandør. Dette vil typisk ske som resultat af et nyt udbud. Den nuværende leverandør skal i den forbindelse typisk medvirke til at sikre, at det rette dokumentationsniveau for den nuværende løsning er til stede. Forretningen skal sikre, at leverandøren lever op til sine forpligtelser. FASETJEKLISTE for kontraktfokus Realiseringsfasen Kender forretningen kontraktens servicemål? Er der ansvarlige i forretningen, som systematisk følger op på leverandørens leverancer? Opretholdes samarbejdsorganisationen med leverandøren? Dokumenteres samarbejdet (særligt i forhold til aftaler om ændringer) fortsat?

23 Side 20 af 30 Bilag 1 Sammenligning mellem standardkontrakterne Standardkontrakterne Formålet med nedenstående skema er at give et overordnet overblik over de forskellige standardkontrakter og sammenligne reguleringen af udvalgte temaområder i kontrakterne. Det må altid bero på en konkret vurdering, hvilken kontraktstype man vælger for det enkelte projekt. Dette hovedtema beskriver standardkontrakternes anvendelsesområde, herunder krav til specificering af kundens behov, samt leverancens gennemførelse som en samlet levering eller ved en trinvis idriftsættelse. Endelig fremgår den valgte kontrakts ansvarsfordeling mellem parterne, som organisationen skal vurdere i forhold til den ønskede risikoprofil. Emne K01 K02 K03 It-projektets karakter og kontraktens anvendelsesområde Leveranceform og kravspecifikation Bruges til mindre systemanskaffelser baseret på køb af standardprodukter, med ingen, eller kun mindre, tilpasninger og tilretninger. Bruges ofte til kortvarige projekter med systemleverancer, som ikke skal udrulles til mange institutioner, og hvor der ikke er behov for en trinvis afprøvning og idriftsættelse. Traditionel vandfaldsmodel-leverance. Kunden skal udarbejde en detaljeret og udtømmende kravspecifikation. Bruges til større komplekse systemanskaffelser, baseret på standardprodukter med omfattende tilretninger og specialudvikling. Leverancen har en stor økonomisk og forretningsmæssig værdi for kunden, og leveres over et længerevarende tidsforløb. Herudover er der ofte en høj teknisk og organisatorisk kompleksitet. Traditionel vandfaldsmodel med en udrulning i faser. Kunden skal udarbejde en detaljeret og udtømmende kravspecifikation. Bruges til gennemførelse af it-projekter udviklet efter en agil metode, hvor der ikke opereres med en detaljeret kravspecifikation, og som forudsætter indsigt i, og kendskab til, agile metoder. Kunden skal have særlige styringsmæssige kompetencer, der adskiller sig fra den traditionelle projekttilgang. Det skal vurderes, om organisationen har de nødvendige kompetencer og evner til at træffe de beslutninger løbende, som et agilt projekt kræver, uden at skulle inddrage ledelsen i de daglige beslutninger om leverancens indhold og planlægning. Et agilt leveranceforløb, hvor leverancen endelig aftales og planlægges i de enkelte iterationer og delleverancer. Kunden skal udarbejde en behovsopgørelse, hvor kunden beskriver sine forretningsmæssige mål, behov og overordnede krav til leverancen. Kravlisten detaljeres i en løbende proces med leverandøren, der muliggør at løsningen fastlægges undervejs. Delleverancer / trinvis idriftsættelse Der er ingen opdeling i delleverancer, eller trinvis ibrugtagning, men alene en samlet levering i én leverance. Kontrakten er således ikke velegnet til længerevarende projektforløb, eller projektforløb med mange udrulninger, eller implementeringer, i forskellige forvaltningsområder. I sådanne projektforløb, vil kunden have både leverancemæssig og økonomisk fordel af at bruge K02, eller tilpasse K01 kontrakten. Mulighed for opdeling i flere delleverancer med særskilt afprøvning og ibrugtagning. Faseopdelingen af leveranceforløbet har til formål, at give en større sikkerhed for levering af leverancen, samtidig med, at kunden, hvis det giver forretningsmæssig værdi, kan vælge at idriftsætte de godkendte delleverancer. Opdeling i flere delleverancer. Særskilt afprøvning, overtagelse og ibrugtagning af de enkelte delleverancer.

24 Side 21 af 30 Leveranceansvar Kunden ønsker endvidere at sikre sig, at leverandøren har et totalansvar for gennemførelse og levering af den aftalte leverance, jf. i modsætning her til K03. Kundens deltagelse i projektet - Kunden godtgør løbende leverandørens dokumenterede meromkostninger, forårsaget af kundens manglende medvirken. Angivelser af krav om kundens deltagelse skal opfattes som estimater. Der kan under forløbet opstå behov for justeringer heri, både hvad angår omfang og indhold. Ingen af disse justeringer må påføre kunden væsentligt forøgede omkostninger. Kunden ønsker endvidere at sikre sig, at leverandøren har et totalansvar for gennemførelse og levering af den aftalte leverance, jf. i modsætning her til K03. Kundens manglende medvirken medfører, under visse forudsætninger, at leverandøren har krav på erstatning for leverandørens dokumenterede tab. Angivelsen af krav om kundens deltagelse, skal opfattes som estimater for kundens medvirken. Der kan under forløbet opstå behov for justeringer heri. Hvis justeringer påfører kunden væsentligt forøgede omkostninger, skal sådanne omkostninger godtgøres af leverandøren. Leverandøren ikke har et totalansvar, men alene det overordnede leveranceansvar, og kunden har et medansvar for projektets gennemførelse. Kunden påtager sig således et større ansvar, og dermed også risiko, for projektet og dets succes, i forhold til K01 og K02. Leverandøren er under visse forudsætninger berettiget til, i sit vederlag, at medtage omkostninger til dækning af direkte, dokumenterede merudgifter, som leverandøren påføres som følge af forsinkelse, forårsaget af kundens manglende deltagelse forsinkelsen. Hvis kundens manglende deltagelse mv., udgør en væsentlig misligholdelse af kundens forpligtelser efter kontrakten, er leverandøren endvidere berettiget til at opsige kontrakten, for så vidt angår den konkrete delleverance, som er forsinket som følge af kundens manglende deltagelse, samt fremtidige delleverancer. Angivelserne af krav til kundens deltagelse, skal opfattes som forventninger til kundens deltagelse. Under forløbet kan der opstå behov for justeringer heri. Kunden har et medansvar for projektets gennemførelse, og kunden er forpligtet til at deltage aktivt i projektet. Kunden har ansvaret for specifikke opgaver og skal have et faslagt kompetenceniveau. Angivelserne om estimater for kundens deltagelse, skal alene opfattes som forventninger til kundens deltagelse. Kunden skal acceptere justeringer i kundens deltagelse, både angående omfang og indhold, herunder i form af en udvidelse af omfanget af kundens deltagelse uden krav på godtgørelse. Vederlags og rettighedsmodel Dette hovedtema beskriver den overordnede vederlagsmodel, som de enkelte standardkontrakter anvender. Endvidere beskrives den principielle regulering af kundens rettigheder til de typer af programmel, som kunder anskaffer. Emne K01 K02 K03 Vederlagsmodel Fast pris for systemet. Fast pris for vedligeholdelse. Fast pris for leverancen. Fast pris for vedligeholdelse. Som udgangspunkt fast pris for leverancen. Mulighed for forskellige vederlagsmodeller, herunder timebetaling med en makismal øvre grænse. Fast pris for vedligeholdelse.

25 Side 22 af 30 Levering af programmel Rettigheder til programmel Understøtter og forudsætter leverance af standardprogrammel som en del af systemet. Alene meget begrænset regulering af specialudviklet/specialtilpasset programmel (kundespecifikt programmel). Brugsret til standardprogrammel og specialtilpasset programmel. Ret til at videreudvikle, vedligeholde og ændre, med mindre andet følger af bilag. Tidsubegrænset brugsret til specialudviklet programmel, med mindre andet følger af leverandørens licensvilkår. Ingen regulering af andre myndigheders brugsret. Understøtter og forudsætter både standardprogrammel og specialudviklet programmel (kundespecifik programmel) som en del af leverancen. Brugsret til standardprogrammel og kundespecifikt programmel. Ret til at videreudvikle, videreudvikle og ændre, med mindre andet følger af bilag. Tidsubegrænset brugsret til specialudviklet (kundespecifikt) programmel, med mindre andet følger af bilag Med mindre andet følger af bilag, kan andre offentlige myndigheder få visse brugsrettigheder til det kundespecifikke programmel. Aftalen skal indgås med leverandøren på samme vilkår som dem, der følger af Kontrakten Leverandøren har ingen forpligtelser over for andre offentlige institutioner, til at udføre ændringer af det kundespecifikke programmel. Understøtter og forudsætter både standardprogrammel og specialudviklet programmel (kundespecifik programmel) som en del af leverancen. Brugsret til standardprogrammel og kundespecifikt programmel. Ret til at videreudvikle, vedligeholde og ændre, med mindre andet følger af bilag Tidsubegrænset brugsret til specialudviklet (kundespecifikt) programmel, med mindre andet følger af leverandørens licensvilkår. Ret til at ændre, videreudvikle og vedligeholde kundespecifikt programmel. Den tidsmæssige udstrækning af brugsretten reguleres i bilag. Andre offentlige myndigheder kan få visse brugsrettigheder til det kundespecifikke programmel, med mindre andet følger af bilag. Bonus/ incitamenter Incitamentsmodel er understøttet, men ingen eksempler. Incitamentsmodel er understøttet. Dedikeret bilag med få konkrete eksempler på incitamentsmodeller. Incitaments-model er understøttet. Dedikeret bilag med eksempler på modeller Væsentlige kontraktlige håndtag Dette hovedtema beskriver de væsentligste kontraktprincipper i forhold til de juridiske håndtag, som kunden har brug for i forhold til eksempelvis servicemål, opsigelse/ophævelse samt en misligholdelsessituation. Emne K01 K02 K03 Servicemål Rammen for servicemålene er specificeret i kontraktens modelbilag. Bilagene opererer med svartider, driftseffektivitet (tilgængelighed) og afhjælpning. Bodsmekanismer Bod ved forsinket levering af system. Reduktion i vederlag for vedligeholdelse, ved manglende overholdelse af servicemål i perioden efter overtagelse. Rammen for servicemålene er specificeret i kontraktens eksempler på bilag. Servicemålene har til formål, at opstille krav til svartid og reaktionstid, i forhold til afhjælpning og tilgængelighed. Bod ved forsinket levering (både delleverancer og leverancen samlet). Bod for manglende overholdelse af servicemål ved ibrugtagning af en godkendt delleverance/ leverancen. Rammen for servicemålene er specificeret i kontraktens eksempler på bilag. Servicemålene har til formål, at opstille krav til svartid og reaktionstid i forhold til afhjælpning og tilgængelighed. Bod ved forsinket levering (både delleverancer og leverancen samlet). Bod for manglende overholdelse af servicemål efter overtagelse af delleverancer.

26 Side 23 af 30 Ophør, herunder mulighed for udtræden af kontrakt samt generelle muligheder for opsigelse Kontraktens løbetid er ikke fastlagt, men reguleres alene af parternes muligheder for opsigelse: Mulighed for kunden til at udtræde ved afslutning af afklaringsfasen, herudover ingen mulighed for udtræden i perioden indtil overtagelsesdagen. Kunden kan med et skriftligt varsel på 6 måneder, til den første i en måned, opsige vedligeholdelses-ordningen, dog tidligst til udløb 1 år efter overtagelsesdagen. Kontraktens løbetid er ikke fastlagt. Mulighed for kunden til at udtræde ved afslutning af afklaringsfasen, herudover ingen mulighed for udtræden i perioden indtil overtagelsesdagen. Kunden kan efter overtagelsesdagen opsige vedligeholdelse og support, med et varsel på 6 måneder, til den første i en måned, dog tidligst til udløb ét år efter overtagelsesdagen. Leverandøren kan ved meddelelse opsige vedligeholdelse og support for hele leverancen med et varsel på 12 måneder, til den første i en måned, dog tidligst til udløb 4 år efter overtagelsesdagen. Kontraktens løbetid er ikke fastlagt. Forud for overtagelse af den sidste delleverance kan kunden udtræde af kontrakten med et varsel på mindst [20] arbejdsdage med virkning for fremtidige leverancer. Kunden kan ved meddelelse opsige vedligeholdelse og support for hele leverancen, med et varsel på 6 måneder, til den første i en måned, dog tidligst til udløb ét år efter overtagelse af den sidste delleverance. Leverandøren kan ved meddelelse opsige vedligeholdelse og support for hele leverancen, med et varsel på 12 måneder, til den første i en måned, dog tidligst til udløb 4 år efter overtagelse af sidste delleverance. Misligholdelse Kunden kan under visse forudsætninger, hæve kontrakten, hvis der i garantiperioden konstateres væsentlige mangler. Hvis leverandøren væsentligt misligholder vedligeholdelsesforpligtelserne i garantiperioden, er kunden berettiget til, at ophæve kontrakten helt eller delvist. Efter garantiperiodens udløb, omfatter hævebeføjelsen alene vedligeholdelsesordningen eller dele heraf Erstatning Der er erstatningspligtige efter dansk rets almindelige regler. For forhold, der udløser betaling af bod, kan erstatning kun kræves, i det omfang kunden dokumenterer et tab ud over bodsbeløbet. Erstatning og eventuelt bodsbeløb tilsammen, Kunden kan under visse forudsætninger hæve kontrakten, hvis der i garantiperioden konstateres væsentlige mangler. Kunden kan hæve kontrakten, hvis der foreligger en samlet overskridelse af fristerne for godkendt overtagelsesprøve eller driftsprøve med mere end 40 arbejdsdage Hvis leverandørens manglende opfyldelse af modenhedsniveauet har væsentlig betydning for leverandørens forsinkelser eller mangelfulde leverancer. Ved leverandøren væsentligt misligholder vedligeholdelsesforpligtelserne i garantiperioden, er kunden berettiget til at ophæve kontrakten helt eller delvist. Efter garantiperioden, kan misligholdelse af vedligeholdelsesforpligtelserne kun medføre ophævelse af kontraktens øvrige ydelser, hvis vedligeholdelsen har afgørende betydning for kundens fortsat nytte af leverancen. - Der er erstatningspligtige efter dansk rets almindelige regler. Erstatning og eventuelt bodsbeløb eller reduktion af vederlag tilsammen er dog under alle omstændigheder begrænset til leverancevederlaget. Hvis en uvildig sagkyndig ved audit, har truffet afgørel- Kunden kan under visse forudsætninger hæve kontrakten, hvis der i garantiperioden konstateres væsentlige mangler. En samlet overskridelse af fristerne for overtagelse og godkendt driftsprøve, for en delleverance med mere end [40] Arbejdsdage. Hvis leverandørens manglende opfyldelse af indsigtsniveauet har væsentlig betydning for leverandørens forsinkelser eller mangelfulde leverancer. Hvis Leverandøren på et givent tidspunkt i to på hinanden følgende opgørelsesperioder pådrager sig maksimal bod for manglende overholdelse af servicemål. Hvis leverandøren væsentligt misligholder vedligeholdelsesforpligtelserne i garantiperioden, er kunden berettiget til at ophæve kontrakten, helt eller delvist. Efter garantiperiodens udløb omfatter hævebeføjelsen alene vedligeholdelsesordningen eller dele heraf. Der er erstatningspligtige efter dansk rets almindelige regler. Erstatning og eventuelt bodsbeløb, eller reduktion af vederlag tilsammen, er dog under alle omstændigheder begrænset til leverancevederlaget. Hvis en uvildig sagkyndig ved audit, har truffet afgørel-

27 Side 24 af 30 - er dog under alle omstændigheder begrænset til systemvederlaget. Parterne er ikke i noget tilfælde ansvarlig for driftstab, følgeskader eller andet indirekte tab. Tab af data anses for indirekte tab. se om manglende opfyldelse af kravene til modenhed kan parternes maksimum for den samlede erstatning og bod e forhøjes med 25 %. Parterne er ikke i noget tilfælde ansvarlig for driftstab, følgeskader eller andet indirekte tab. Tab af data anses for indirekte tab, bortset fra tilfælde, hvor dette skyldes Leverandørens Drift eller anden datahåndtering, hvor dette er omfattet af Kontrakten - se om manglende opfyldelse af kravene til indsigt kan parternes maksimum for den samlede erstatning og bod eller reduktion af vederlag forhøjes med [ ] %. Parterne er ikke i noget tilfælde ansvarlig for driftstab, følgeskader eller andet indirekte tab. Følgeskader og indirekte tab anses ikke at omfatte: [ ]. Tab af data anses for indirekte tab, bortset fra tilfælde hvor dette skyldes Leverandørens Drift eller anden datahåndtering, hvor dette er omfattet af Kontrakten. Driftsmodel Dette hovedtema beskriver, om og hvorledes de enkelte standardkontrakter regulerer køb af driftsydelser for den leverance, som købes i henhold til standardkontrakten. Emne K01 K02 K03 Drift og driftsmodel Drift af leverancen er ikke, som udgangspunkt, omfattet af kontrakten. Drift af leverancen er omfattet af kontrakten. Det forudsættes, at leverandøren/kunden vedlægger en selvstændig kontrakt i dedikeret bilag. Kunden skal således selv forestå beskrivelsen af de driftsydelser og servicemål, som kunden ønsker, at leverandøren skal overholde Drift af leverancen er omfattet af kontrakten. Det forudsættes, at leverandøren/kunden vedlægger en selvstændig kontrakt i dedikeret bilag. Kunden skal således selv forestå beskrivelsen af de driftsydelser og servicemål, som kunden ønsker, at leverandøren skal overholde. Bilagshåndtering og udarbejdelse af disse Dette hovedtema beskriver, hvordan de enkelte standardkontrakter er opbygget i forhold til bilagsdelen. Det beskrives, i hvilket omfang den enkelte kontrakt indeholder færdige bilagsskabeloner, som projektet kan tage udgangspunkt i, eller om projektet selv skal forestå udfærdigelsen af bilaget på baggrund af en vejledning. Det sidstnævnte kræver betydeligt flere ressourcer og kompetencer i projektet. Ved anvendelse af bilagsskabelonerne er det afgørende, at projektet nøje forstår reguleringen og risikobalancen i det enkelte bilag, således at evt. tilpasninger kan foretages for at håndtere opfyldelse af den konkrete leverance, den fremtidige vedligeholdelse eller andre forhold af afgørende karakter for kunden. Emne K01 K02 K03 Kontraktbilag Kontrakten indeholder 13 skabeloner til de væsentligste bilag. Der foreligger vejledninger til alle bilag. Kontrakten indeholder 15 bilag. Der foreligger skabeloner til udvalgte bilag, herunder vedligeholdelse. Der foreligger vejledning og tjeklister til alle bilag. Kontrakten indeholder 16 bilag. Der foreligger vejledning og tjeklister til alle bilag.

28 Side 25 af 30 Kontraktens generelle kompleksitets niveau Dette hovedtema beskriver en generel vurdering af standardkontraktens kompleksitet. I denne vurdering, er der lagt vægt på de krav, erfaringer og kompetencer, som den enkelte standardkontrakt forudsætter, er til stede hos projektlederen, samt i hvilket omfang kontrakten forudsætter løbende bistand fra juridiske kompetencer kombineret med contract management kompetencer. Emne K01 K02 K03 Kompleksitet for kunden/krav om erfaring Lav grad af kompleksitet Høj grad af kompleksitet - stiller krav til juridiske ressourcer hos kunden. Høj grad af kompleksitet. Både kunde og leverandør er forpligtet til at oprette og bemande en organisation, der er organisatorisk understøttet til, løbende og med kort varsel, at træffe beslutninger af betydning for projektets gennemførelse. Stiller store krav til de juridiske ressourcer hos kunden. Kompleksitet for leverandør i forbindelse med tilbudsafgivelse Lav grad af kompleksitet. Tilgængelig for alle typer af leverandører. Høj grad af kompleksitet. Stiller krav til juridiske ressourcer hos leverandøren. - Høj grad af kompleksitet. Forudsætter en moden leverandør med erfaring inden for det agile område. Stiller krav til juridiske ressourcer hos leverandøren.

29 Bilag 2: Oversigtsmodel Samspil mellem kontrakt og it-projektmodel [26]

Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel

Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel Vejledning Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel August 2013 Indhold 1 INDLEDNING... 1 1.1 FORMÅL... 1 1.2 LÆSEVEJLEDNING... 1 1.3 SAMMENHÆNG TIL DEN FÆLLESSTATSLIGE

Læs mere

Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel

Vejledning. Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel Vejledning Til samspil mellem standardkontrakter og den fællesstatslige it-projektmodel Marts 2016 Indhold 1 INDLEDNING... 1 1.1 FORMÅL... 1 1.2 LÆSEVEJLEDNING... 1 1.3 SAMMENHÆNG TIL DEN FÆLLESSTATSLIGE

Læs mere

Vejledning til samspil mellem standardkontrakter og statens it-projektmodel

Vejledning til samspil mellem standardkontrakter og statens it-projektmodel Vejledning til samspil mellem standardkontrakter og statens it-projektmodel guide til valg og brug af kontrakter i it-projekter Indholdsfortegnelse 1. Introduktion...1 2. Præsentation af Statens it-projektmodel...3

Læs mere

Vejledning til den fællesstatslige itprojektmodel

Vejledning til den fællesstatslige itprojektmodel Vejledning til den fællesstatslige itprojektmodel December 2015 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 6 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 8 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

Præsentation af styregruppeaftale. Marts 2015

Præsentation af styregruppeaftale. Marts 2015 Præsentation af styregruppeaftale Marts 2015 Release v. 2.2 marts 2015 INDHOLDSFORTEGNELSE 1.Materiale til præsentation af styregruppeaftalen 1.1 Introduktion til styregruppeaftalen og rammer for styregruppens

Læs mere

ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT

ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT Executive summary 1. ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT Regeringen har et mål om, at den offentlige sektor skal være blandt de mest effektive og mindst bureaukratiske i verden, og for at

Læs mere

Vejledning. Om den fællesstatslige it-projektmodel

Vejledning. Om den fællesstatslige it-projektmodel Vejledning Om den fællesstatslige it-projektmodel August 2013 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 7 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 9 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER VEJLEDNING TIL RISIKOVURDERINGER INDLEDNING VEJLEDNINGENS FORMÅL I 2014 nedsatte Københavns Kommunes direktørkreds Københavns Kommunes IT-projektråd med topledere fra offentlige og private organisationer.

Læs mere

Den fællesstatslige it-projektmodel

Den fællesstatslige it-projektmodel Den fællesstatslige it-projektmodel Den fællesstatslige it-projektmodel består af: En model for faseopdeling af projektforløbet Principper for overgang fra en fase til næste fase Et antal ledelsesprodukter

Læs mere

VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER VEJLEDNING TIL RISIKOVURDERINGER INDLEDNING VEJLEDNINGENS FORMÅL I 2014 nedsatte Københavns Kommunes direktørkreds Københavns Kommunes IT-projektråd med topledere fra offentlige og private organisationer.

Læs mere

Om Statens It-projektråd. Version 1.3

Om Statens It-projektråd. Version 1.3 Om Statens It-projektråd Version 1.3 Januar 2016 Læsevejledning 4. januar 2016 Version 1.3 Hvem henvender vejledningen sig til? Vejledningen henvender sig til statslige myndigheder, der skal gennemføre

Læs mere

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00. Risikovurdering af it-projekter

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00. Risikovurdering af it-projekter LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00 Risikovurdering af it-projekter 1 Indhold 2 RISIKOVURDERING AF IT-PROJEKTER I REGI AF IT-PROJEKTRÅDET 3 TRIN 1 INDMELDING AF IT-PROJEKT TIL

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Maj 2015 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Januar 2014 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER

OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER OPTION TIL RM OG RN BILAG 0 TIL KONTRAKT OM EPJ/PAS DEFINITIONER INSTRUKTION TIL LEVERANDØR VED UDNYTTELSE AF OPTIONEN: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse.

Læs mere

RSD it-projektmodellen December 2013

RSD it-projektmodellen December 2013 RSD it-projektmodellen December 2013 RSD projektmodel version 1.0 1 18-12-2013 Indhold 1 Indledning...3 1.1 Formål...3 1.2 Introduktion...3 1.2.1 Generelle overvejelser før etablering af et projekt...3

Læs mere

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER

BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER BILAG 0 TIL KONTRAKT OM EOJ-SYSTEM DEFINITIONER 1 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved indgåelse heraf. Formål med bilag: Formålet

Læs mere

Vejledning. Om den fællesstatslige it-projektmodel

Vejledning. Om den fællesstatslige it-projektmodel Vejledning Om den fællesstatslige it-projektmodel Januar 2014 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 7 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 9 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

Udbud af RIPA - Syd. Bilag 1 - Tidsplan

Udbud af RIPA - Syd. Bilag 1 - Tidsplan Udbud af RIPA - Syd til Bilag 1 - Tidsplan Bilag 1 Tidsplan Side 1 af 12 Indholdsfortegnelse: 1. INDLEDNING...4 2. FRIST FOR BEVILLINGSMÆSSIG HJEMMEL...4 3. FERIE UGER...4 4. OVERORDNET FASEOPDEDLING...5

Læs mere

Inspiration fra Danmark: Erfaringer

Inspiration fra Danmark: Erfaringer Den fællesstatslige Business casemodel Inspiration fra Danmark: Erfaringer Maj 2011 med obligatorisk statslig itprojektmodel Storsamling Oslo, d. 29. januar 2013 Specialkonsulent Peter Jynberg Haas 1 Statens

Læs mere

Effektivitet og kvalitet i projekteksekvering

Effektivitet og kvalitet i projekteksekvering Webinarrække om projektledelse Intro til Projektmodel Light Effektivitet og kvalitet i projekteksekvering 22.11.2017 Annika Lindberg Hvad er projektmodel light Udviklet af Syddansk Sundhedsinnovation i

Læs mere

VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER VEJLEDNING TIL RISIKOVURDERINGER INDLEDNING VEJLEDNINGENS FORMÅL I 2014 nedsatte Københavns Kommunes direktørkreds Københavns Kommunes IT-projektråd med topledere fra offentlige og private organisationer.

Læs mere

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper.

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper. PROJEKTORGANISATION OG PROJEKTARBEJDE Rollefordeling i en projektorganisation Ethvert projekt har en projektejer, en projektleder og en eller flere projektmedarbejdere. Disse parter er altså obligatoriske

Læs mere

Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet

Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet Morten Ellegaard, Kontorchef, Digitaliseringsstyrelsen, Finansministeriet 24. 1 PROFESSIONALISERING

Læs mere

Bilag 1 Tidsplan Version 0.9 05-05-2014 0

Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

(Bilaget ligger på i pdfformat og word-format.)

(Bilaget ligger på  i pdfformat og word-format.) BILAG 7 DEN AGILE METODE OG SAMARBEJDSORGANISATION (Bilaget ligger på http://silkeborgkommune.dk/erhverv/udbud/varer-og-tjenesteydelser i pdfformat og word-format.) Skemaer udfyldes af Tilbudsgiver. Besvarelsen

Læs mere

BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME. Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1.

BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME. Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1. BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1. december 2011 1 PROGRAM 1. Præsentation af digitaliseringsstyrelsen/ministeriernes

Læs mere

Vejledning til den fællesstatslige itprojektmodel

Vejledning til den fællesstatslige itprojektmodel Vejledning til den fællesstatslige itprojektmodel Marts 2016 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 6 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 8 4 FASER... 11 5 LEDELSESPRODUKTER...

Læs mere

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection

Bilag 10. Samarbejdsorganisation. Udbud af Medical Device Information Collection Bilag 10 Samarbejdsorganisation Udbud af INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med Bilag: Formålet med dette

Læs mere

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative Kontrakt om Drift, Videreudvikling, Vedligeholdelse og Support af tilskuds- og kontroladministrative systemer m.fl. Bilag 12 Change Management 16. marts 2018 Version 1.0 Side 1/16 [Vejledning til tilbudsgiver:

Læs mere

PROJEKTAFSLUTNINGSRAPPORT

PROJEKTAFSLUTNINGSRAPPORT AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø PROJEKTAFSLUTNINGSRAPPORT [SKRIV PROJEKTETS NAVN] Revisionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Stamdata... 2 2 Forretningens

Læs mere

[Skriv projektets navn]

[Skriv projektets navn] 1.1 Projektafslutningsrapport [Skriv projektets navn] [Skriv dato] Indhold 1 STAMDATA...2 2 FORRETNINGENS FORMÅL MED PROJEKTET...2 3 AFGRÆNSNING...2 4 MÅL OG SUCCESKRITERIER...2 5 ØKONOMISKE HOVEDTAL OG

Læs mere

Professionalisering af itprojektarbejdet

Professionalisering af itprojektarbejdet Professionalisering af itprojektarbejdet i staten Ministeriernes projektkontor 1 HVEM ER VI? 2 1 MINISTERIERNES PROJEKTKONTOR 1. Modelområdet - Modeller (projekt, program, business case) - Netværk - Kompetencer

Læs mere

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner

VEJLEDNING. Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner BILAG 7 AFPRØVNING VEJLEDNING Tilbudsgiver bedes kvalificere bilaget ved at tilføje: Testplaner Beskrivelse af tilbudsgivers metoder og processer til intern test forud for overtagelses- og driftsprøverne,

Læs mere

Rettelsesblad/ Supplerende meddelelse nr. 16

Rettelsesblad/ Supplerende meddelelse nr. 16 Rettelsesblad/ Supplerende meddelelse nr. 16 Dato 21. december 2018 Sagsbehandler Per Krogsgaard Mail pkro@vd.dk Telefon 244 3359 Dokument 18/10743-9 Side 1/13 Til de bydende på Udbud af s IT-drift Herved

Læs mere

Indkøbsjura 2014. IT-udbud v/bram Van Leeuwen og Anders Wernblad 18. juni 2014. www.toender.dk

Indkøbsjura 2014. IT-udbud v/bram Van Leeuwen og Anders Wernblad 18. juni 2014. www.toender.dk Indkøbsjura 2014 IT-udbud v/bram Van Leeuwen og Anders Wernblad 18. juni 2014 www.toender.dk Agenda Kl. 13:30-14:20 Introduktion til K01, K02 og K03 Hvornår og hvorfor går det galt i it-projekter? Praktiske

Læs mere

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 1 Tidsplan Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 1 Tidsplan Side 1/10 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved

Læs mere

Styregruppeformænd i SKAT Kort & godt (plastkort)

Styregruppeformænd i SKAT Kort & godt (plastkort) Håndbogen for Styregruppeformænd i SKAT Kort & godt (plastkort) 80% af alle projekter, hvor der er uigennemskuelighed fejler Lange projekter er mere risikofyldte end korte Transparente projekter har oftere

Læs mere

Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015

Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015 Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015 HVEM ER VI? PROFESSIONALISERING AF IT-PROJEKTER Fokus på risikofyldte

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 12 - Ændringshåndtering 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav

Læs mere

It-projekter: Vejledning til risikovurdering og rådgivning ved Statens Itråd

It-projekter: Vejledning til risikovurdering og rådgivning ved Statens Itråd It-projekter: Vejledning til risikovurdering og rådgivning ved Statens Itråd September 2018 Statens it-projektmodel, Digitaliseringsstyrelsen version: 1.0 Indhold 1. Indledning... 3 2. Risikovurdering

Læs mere

Notat til Statsrevisorerne om beretning om Forsvarets procedurer for anskaffelse af større materiel. April 2014

Notat til Statsrevisorerne om beretning om Forsvarets procedurer for anskaffelse af større materiel. April 2014 Notat til Statsrevisorerne om beretning om Forsvarets procedurer for anskaffelse af større materiel April 2014 18, STK. 4-NOTAT TIL STATSREVISORERNE 1 Vedrører: Statsrevisorernes beretning nr. 5/2013 om

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning August 2013 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

Bilag 16. Den Iterative Model. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 16. Den Iterative Model. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 16 Den terative Model Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 16 Den terative Model Side 1/9 NSTRUKTON TL TLBUDSGVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil

Læs mere

Case: Danmarks statslige it- projektmodel

Case: Danmarks statslige it- projektmodel Case: Danmarks statslige it- projektmodel Kontorchef Michael Busk-Jepsen, Økonomistyrelsen, Danmark Præsentation for NOKIOS, Trondheim, 21. september 2011 1 AGENDA 1. Hvorfor professionalisere it-projekter

Læs mere

Statens IT-projektråd. Eventdag for it-projektledere d. 3. oktober 2013

Statens IT-projektråd. Eventdag for it-projektledere d. 3. oktober 2013 Statens IT-projektråd Eventdag for it-projektledere d. 3. oktober 2013 1 Krav til statslige it-projekter Alle it-projekter skal følge den fælles it-projektmodel, itprojekter over 10 mio. skal endvidere

Læs mere

Bilag 13. Ophørsbistand. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 13. Ophørsbistand. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 13 Ophørsbistand Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 13 Ophørsbistand Side 1/7 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive

Læs mere

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel Rollebeskrivelser Programroller ift. den fællesstatslige programmodel Indholdsfortegnelse Rollebeskrivelser... 1 1. Programprofiler... 3 1.1. Formand for programbestyrelse/programejer... 3 1.2. Programleder...

Læs mere

Guide til IT projekter i den fællesoffentlige projektmodel

Guide til IT projekter i den fællesoffentlige projektmodel DEN FÆLLESOFFENTLIGE PROJEKTMODEL Guide til IT projekter i den fællesoffentlige projektmodel Dato: 22.06.2015 Version: 1.0 1 Projektledelse af it-projekter Denne guide tager udgangspunkt i særlige forhold

Læs mere

AAU It Services Selma Lagerlöfs Vej Aalborg Ø. Afvigelsesanmodning. [Skriv projektets navn] [Skriv dato]

AAU It Services Selma Lagerlöfs Vej Aalborg Ø. Afvigelsesanmodning. [Skriv projektets navn] [Skriv dato] AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø Afvigelsesanmodning [Skriv projektets navn] [Skriv dato] Indhold INTRODUKTION TIL AFVIGELSESANMODNINGER... 2 1 STAMDATA... 3 2 ANMODNING... 3 3 KONSEKVENSER

Læs mere

Vejledning til den fællesstatslige programmodel Side 1. Ledelsesintroduktion til programmodellen

Vejledning til den fællesstatslige programmodel Side 1. Ledelsesintroduktion til programmodellen Vejledning til den fællesstatslige programmodel Side 1 Ledelsesintroduktion til programmodellen Januar 2014 Ledelsesintroduktion til programmodellen Formålet med den fællesstatslige programmodel er at

Læs mere

Projektkatalog (Project Dossier) - Vejledning

Projektkatalog (Project Dossier) - Vejledning Projektkatalog (Project Dossier) - Vejledning Januar 2014 Indhold 1. HVAD ER PROJEKTKATALOGET (PROJECT DOSSIER)?... 1 2. FORMÅLET MED PROJEKTKATALOGET... 1 3. HVEM MODTAGER PROJEKTKATALOGET?... 1 4. UDARBEJDELSE

Læs mere

Ekstern kvalitetssikring af beslutningsgrundlag på niveau 1

Ekstern kvalitetssikring af beslutningsgrundlag på niveau 1 Ekstern kvalitetssikring af beslutningsgrundlag på niveau 1 1. Baggrund for den eksterne kvalitetssikring Som led i at sikre det bedst mulige beslutningsgrundlag for Folketingets vedtagelse af store anlægsprojekter

Læs mere

AFVIGELSESANMODNING [SKRIV PROJEKTETS NAVN] Revionshistorik. AAU It Services Selma Lagerlöfs Vej Aalborg Ø

AFVIGELSESANMODNING [SKRIV PROJEKTETS NAVN] Revionshistorik. AAU It Services Selma Lagerlöfs Vej Aalborg Ø AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø [SKRIV PROJEKTETS NAVN] Revionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Indhold... 1 2 Introduktion til afvigelsesanmodninger...

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning Januar 2014 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

KOMBIT har på vegne af kommunerne gennemført en række komplekse it-indkøb til kommunerne.

KOMBIT har på vegne af kommunerne gennemført en række komplekse it-indkøb til kommunerne. Finansudvalget 2016-17 FIU Alm.del endeligt svar på spørgsmål 218 Offentligt Besvarelse af samrådsspørgsmål P, Q og R 25. januar 2017 Samrådsspørgsmål P Spørgsmål: Hvad er konsekvensen af, at kommunerne

Læs mere

Kulturministeriets vejledning til retningslinjer for køb af konsulenter September 2015 KØB AF KONSULENTOPGAVER I KULTURMINISTIET 1

Kulturministeriets vejledning til retningslinjer for køb af konsulenter September 2015 KØB AF KONSULENTOPGAVER I KULTURMINISTIET 1 Kulturministeriets vejledning til retningslinjer for køb af konsulenter September 2015 KØB AF KONSULENTOPGAVER I KULTURMINISTIET 1 INDLEDNING Det statslige indkøb af konsulentydelser har flere gange været

Læs mere

Juridiske værktøj til projekter om forretningssystemer

Juridiske værktøj til projekter om forretningssystemer Juridiske værktøj til projekter om forretningssystemer Præsentation Nicolai Dragsted Advokat Mediator Senior Counsel, Bird & Bird nicolai.dragsted@twobirds.com 28 år med it-kontrakter Forfatter IT-kontrakter

Læs mere

SKI's ordbog. Forklaring. Ord

SKI's ordbog. Forklaring. Ord SKI's ordbog En forklaring på begreber, der ofte bruges af SKI ver. 2.5 Ord Forklaring Aftalenummer Et tal, der henviser til en specifik rammeaftale. Hver aftale har et egentligt navn, som beskriver hvad

Læs mere

Dagsprogram for IT Contract Manager Grundmodul Torsdag den 2. februar 2012

Dagsprogram for IT Contract Manager Grundmodul Torsdag den 2. februar 2012 Dagsprogram for IT Contract Manager Grundmodul Torsdag den 2. februar 2012 Modul 1 dag 1 Hovedpunkter Tidspunkt Indregistrering Kaffe og morgenbrød kl. 9 30 10 00 Velkomst Præsentation af kursusforløbet

Læs mere

Kodeks for det gode kundeleverandørsamarbejde

Kodeks for det gode kundeleverandørsamarbejde Kodeks for det gode kundeleverandørsamarbejde Oktober 2016 Kodeks for det gode kunde- leverandørsamarbejde Oktober 2016 1 Kodeks for det gode kunde-leverandørsamarbejde Oktober 2016 Publikationen er produceret

Læs mere

Strategi for konkurrenceudsættelse for Lyngby-Taarbæk Kommune 2010-2013

Strategi for konkurrenceudsættelse for Lyngby-Taarbæk Kommune 2010-2013 Strategi for konkurrenceudsættelse for Lyngby-Taarbæk Kommune 2010-2013 December 2010 1 Baggrund: 1.1 Lovgrundlaget Kommuner og regioner skal udforme en udbudsstrategi inden udgangen af 2010, jf. styrelseslovens

Læs mere

Udbudspolitik for varer og tjenesteydelser

Udbudspolitik for varer og tjenesteydelser Initialer: peh Sag: 306-2010-23455 Dok.: 306-2010-289257 Oprettet: 14. december 2010 Udbudspolitik for varer og tjenesteydelser Baggrund Odsherred Kommunes overordnede udbudsstrategi sætter fokus på, hvordan

Læs mere

Månedlig opfølgning på it-drift

Månedlig opfølgning på it-drift Månedlig opfølgning på it-drift 0. Indledning En væsentlig del af at styre en it-driftskontrakt og de leverancer, der leveres herigennem, er at opretholde et konstruktivt samarbejde med leverandøren, hvor

Læs mere

Vejledning til statens itprojektmodel

Vejledning til statens itprojektmodel Vejledning til statens itprojektmodel September 2018 Statens it-projektmodel, Digitaliseringsstyrelsen version: 1.0 Indhold 1. Indledning... 4 1.1 Formål med vejledningen... 4 1.2 Vejledningens sammenhæng

Læs mere

Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering for 1. kvartal 2007

Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering for 1. kvartal 2007 Skatteudvalget SAU alm. del - Bilag 156 Offentligt Notat Skatteministeren Hovedcentret Strategi og Udvikling Projektkontoret Dato 25. maj J. nr. 07-061430 Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering

Læs mere

Projektkontrakter med fokus på gevinstrealisering. Nicolai Dragsted, Bender von Haller Dragsted. 30. oktober 2012

Projektkontrakter med fokus på gevinstrealisering. Nicolai Dragsted, Bender von Haller Dragsted. 30. oktober 2012 Projektkontrakter med fokus på gevinstrealisering Nicolai Dragsted, Bender von Haller Dragsted 30. oktober 2012 Kontaktoplysninger Advokatvirksomheden BvHD www.bvhd.dk Blog: http://www.version2.dk/blogs/nicolai-dragsted

Læs mere

K03. Juridisk vejledning

K03. Juridisk vejledning K03 STANDARDKONTRAKT FOR LÆNGEREVARENDE IT-PROJEKT BASERET PÅ EN AGIL METODE Juridisk vejledning INDHOLD 1. INDLEDNING...1 2. BAGGRUND FOR ARBEJDET...2 3. DEN OVERORDNEDE RAMME...3 4. KONTRAKTENS ANVENDELSESOMRÅDE...4

Læs mere

Udbud på beskæftigelsesområdet forslag til forbedrede rammeaftaler

Udbud på beskæftigelsesområdet forslag til forbedrede rammeaftaler Udbud på beskæftigelsesområdet forslag til forbedrede rammeaftaler Baggrund Baggrunden for vores henvendelse og ønske om at fremlægge forslag til nye principper for kommende udbud er erfaringer fra det

Læs mere

IT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS?

IT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS? IT-KONTRAKTER HVORDAN HÅNDTERES BEHOVET FOR FLEKSIBILITET I PRAKSIS? Mads Nygaard Madsen, advokat og partner, certificeret IT-advokat, certificeret juridisk ekspert i IT-tvister 22. september 2015 DISPOSITION

Læs mere

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet Bilag 8 Test 12.05.2016 Version 1.0 [Vejledning til tilbudsgiver: Bilaget er i sin helhed at betragte som et mindstekrav (MK).

Læs mere

Målbillede for kontraktstyring. Juni 2018

Målbillede for kontraktstyring. Juni 2018 Målbillede for kontraktstyring Juni 2018 1 Introduktion Opstilling af målbillede Målbilledet for kontraktstyringen i Signalprogrammet (SP) definerer de overordnede strategiske mål for kontraktstyring,

Læs mere

Introduktion til K03. Jesper Langemark, Bird & Bird Claus F. Sørensen, Dahl

Introduktion til K03. Jesper Langemark, Bird & Bird Claus F. Sørensen, Dahl Introduktion til K03 Jesper Langemark, Bird & Bird Claus F. Sørensen, Dahl Agenda 1. Gennemgang af K03 udvalgte emner 2. Særlige leverandørfaldgruber 3. Introduktion til "BBD 2013" (light version af K03)

Læs mere

Projektmodel OS2. Projektmodel OS2, version A Side 1

Projektmodel OS2. Projektmodel OS2, version A Side 1 Projektmodel OS2 Projektmodel OS2, version A Side 1 Indhold: Indledning... 3 Hvad er et projekt?... 3 OS2 projektmodel... 3 Organisering af projekter... 4 Faser i projektets liv... 7 Idé-fasen... 8 Planlægnings-fasen...

Læs mere

Dagsprogram for IT Contract Manager It-kontrakten A-Z Del I Torsdag den 19. marts 2015

Dagsprogram for IT Contract Manager It-kontrakten A-Z Del I Torsdag den 19. marts 2015 Dagsprogram for IT Contract Manager It-kontrakten A-Z Del I Torsdag den 19. marts 2015 Modul 1 dag 1 Hovedpunkter Tidspunkt Indregistrering Kaffe og morgenbrød kl. 9 30 10 00 Velkomst Præsentation af kursusforløbet

Læs mere

k01 pz /bilag 149 Justitsministeriet.

k01 pz /bilag 149 Justitsministeriet. 1 /bilag Justitsministeriet. København, den 18. maj 2009. 149 a. Justitsministeriet anmoder om Finansudvalgets tilslutning til at fortsætte digitaliseringen af tinglysningen, idet der er indgået en tillægsaftale

Læs mere

FORSYNING HELSINGØR SPØRGEGUIDE MARKEDSDIALOG

FORSYNING HELSINGØR SPØRGEGUIDE MARKEDSDIALOG Dato Marts 2019 FORSYNING HELSINGØR SPØRGEGUIDE MARKEDSDIALOG FORSYNING HELSINGØR MARKEDSDIALOG Rambøll Hannemanns Álle 53 DK-2300 København S T +45 5161 1000 www.ramboll.dk INDHOLD 1. INDLEDNING 1 2.

Læs mere

Idékatalog Planlægning og brug af test i statslige it-projekter

Idékatalog Planlægning og brug af test i statslige it-projekter Idékatalog Planlægning og brug af test i statslige it-projekter Januar 2014 INDHOLD 1. INDLEDNING...1 2. TYPER AF TEST...2 3. PLANLÆGNING AF TEST I FASERNE...6 3.1 IDÉFASEN...6 3.2 ANALYSEFASEN...7 3.3

Læs mere

Kontraktudkastets afsnit udgår: Kontrakten kan ikke opsiges inden for de første 12 måneder fra Kontraktens indgåelse.

Kontraktudkastets afsnit udgår: Kontrakten kan ikke opsiges inden for de første 12 måneder fra Kontraktens indgåelse. RETTELSESBLAD, 23. J UNI 2017 1. Ændringer af kontraktudkastet Kontraktudkastets afsnit 30.3.1 udgår: Kontrakten kan ikke opsiges inden for de første 12 måneder fra Kontraktens indgåelse. Nyt afsnit 30.3.1

Læs mere

BILAG 1 TIL KONTRAKT OM EOJ-SYSTEM HOVEDTIDSPLAN FOR PROJEKTET

BILAG 1 TIL KONTRAKT OM EOJ-SYSTEM HOVEDTIDSPLAN FOR PROJEKTET BILAG 1 TIL KONTRAKT OM EOJ-SYSTEM HOVEDTIDSPLAN FOR PROJEKTET 1 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved indgåelse heraf. Formål med bilag:

Læs mere

Retningslinjer for udformning af it-aktstykker. Juli 2017

Retningslinjer for udformning af it-aktstykker. Juli 2017 Retningslinjer for udformning af it-aktstykker Juli 2017 Retningslinjer for udformningen af it-aktstykker Budgetvejledningen fastsætter i pkt. 2.2.18 regler for håndtering af statslige it-projekter. Denne

Læs mere

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING

BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING BILAG 8 ÆNDRINGSHÅNDTERING SAMT EVENTUEL VIDEREUDVIKLING INDHOLDSFORTEGNELSE 1. Indledning... 4 2. Ændringshåndtering... 4 3. Kundens Ændringsanmodning... 4 4. Leverandørens Ændringsanmodning... 4 5. Mindsteindhold

Læs mere

1. Tidsplan og deadlines... 1

1. Tidsplan og deadlines... 1 November 2015 Vejledning Processen fra invitation til kontraktforhandling til kontraktindgåelse Projekter som i starten af november 2015 har fået invitation til kontraktforhandlinger om en investering

Læs mere

Endelig skal udbudsprocessen gennemføres på en måde, så der opnås bedst mulige vilkår for konkurrence.

Endelig skal udbudsprocessen gennemføres på en måde, så der opnås bedst mulige vilkår for konkurrence. Genudbud af Datafordeleren Temaer til dialogmøder Kontor Fællesoffentlig datadistribution Formålet med markedsafdækningen er at undersøge leverandørmarkedets muligheder og sikre, at disse udnyttes bedst

Læs mere

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen

Koncessionskontrakt vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Kultur- og Fritidsforvaltningen vedr. ekspeditionen af pas, kørekort og øvrige borgerserviceopgaver. Københavns Kommune Bilag 11 Prøver Bilag 11 1 1 INDHOLD 1 Afprøvning af systemet... 3 1.1 Prøveplaner, underbilag 12a.... 3 2 Fællesregler

Læs mere

BILAG 9 SAMARBEJDSORGANISATION

BILAG 9 SAMARBEJDSORGANISATION BILAG 9 SAMARBEJDSORGANISATION BILAG 9: Samarbejdsorganisation INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved indgåelse heraf. Formål med bilag:

Læs mere

Bilag 11 Ændringshåndtering

Bilag 11 Ændringshåndtering Bilag 11 Ændringshåndtering Version 1.0 04-07-2014 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 TYPER AF ÆNDRINGER... 3 4 GENERELT... 3 5 ATP S FREMSÆTTELSE AF ÆNDRINGSANMODNINGER...

Læs mere

BILAG 7 SAMARBEJDSORGANISATION

BILAG 7 SAMARBEJDSORGANISATION BILAG 7 SAMARBEJDSORGANISATION INDHOLDSFORTEGNELSE 1. Indledning... 5 2. Kontraktansvarlig... 5 3. Styregruppe... 5 3.1 Styregruppens etablering... 5 3.2 Styregruppens ansvar... 5 3.3 Møder i styregruppen...

Læs mere

SOLRØD KOMMUNE ESDH. Projektorganisation. Bilag 5

SOLRØD KOMMUNE ESDH. Projektorganisation. Bilag 5 SOLRØD KOMMUNE ESDH Projektorganisation Bilag 5 April 2007 Vejledning Dette bilag beskriver projektorganisationen og skal suppleres af leverandøren på basis af nedenstående: 1.1 Projektorganisation Bilaget

Læs mere

Bilag 2.1. Skabelon til: Indkøbspolitik for UC. Gør tanke til handling VIA University College

Bilag 2.1. Skabelon til: Indkøbspolitik for UC. Gør tanke til handling VIA University College Bilag 2.1. Skabelon til: Indkøbspolitik for UC. Gør tanke til handling VIA University College Indholdsfortegnelse 1. Indledning...3 Statens Indkøbspolitik...3 Samarbejde på tværs af Danmark...4 Lokale

Læs mere

BILAG 6 ÆNDRINGSHÅNDTERING

BILAG 6 ÆNDRINGSHÅNDTERING BILAG 6 ÆNDRINGSHÅNDTERING INDHOLDSFORTEGNELSE 1. Indledning... 4 2. Ændringer... 4 2.1 Kundens ændringsanmodning... 4 2.2 Leverandørens ændringsanmodning... 4 2.3 Mindsteindhold for et løsningsforslag...

Læs mere

BILAG 13 VEDERLAG OG BETALING

BILAG 13 VEDERLAG OG BETALING BILAG 13 VEDERLAG OG BETALING (Bilaget ligger på http://silkeborgkommune.dk/erhverv/udbud/varer-og-tjenesteydelser i pdfformat og word-format.) Skemaet i pkt. 5 samt Underbilag 13.1 udfyldes af Tilbudsgiver.

Læs mere

Informations- og spørgemøde d. 26. maj

Informations- og spørgemøde d. 26. maj Informations- og spørgemøde d. 26. maj EU-udbud 2014/S 096-167854 Kontrakt om levering, drift, vedligehold og support af infrastruktur service (»Infrastructure as a Service«)(IaaS)) til servere og storage

Læs mere

Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten

Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten Bestemmelser der indarbejdes i Samarbejdsbilaget samt i Kontrakten Punkt 1 med underpunkter indarbejdes i samarbejdsbilaget, mens punkt 2 indarbejdes i bilag 1 (tidsplanen) og 3 samt 4 med underpunkter

Læs mere

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014 UC Effektiviseringsprogrammet Projektgrundlag Fælles UC Videoplatform 08-05-2014 Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen Produkt: Projektgrundlag, ver. 27/8-2013 1 Stamdata Stamdata

Læs mere

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014

BILAG 1: TIDSPLAN BILAG 1: TIDSPLAN 21. februar 2014 BILAG 1: TIDSPLAN 21. februar 2014 INSTRUKTION TIL TILBUDSGIVER Nærværende bilag indeholder tidsplanen for Systemet. Tilbudsgivers eventuelle forbehold til bilag 8 anføres i forbeholdslisten og skrives

Læs mere

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve

Indholdsfortegnelse Afprøvning af Leverancen Fællesregler for afprøvning Fejl! Bogmærke er ikke defineret. Installationsprøve Delleveranceprøve Bilag 11 Prøver Indholdsfortegnelse 1. Afprøvning af Leverancen 3 2. Fællesregler for afprøvning 3 2.1 Prøvens gennemførelse 3 2.2 Prøveplan 3 2.3 Rapportering 4 2.4 Godkendelse af en prøve 4 2.5 Leverandørens

Læs mere

Vejledning til interessenthåndtering

Vejledning til interessenthåndtering Vejledning til interessenthåndtering September 2018 Statens it-projektmodel, Digitaliseringsstyrelsen version 1.0 Indhold 1. Introduktion til interessenthåndtering... 3 2. Identifikation og prioritering

Læs mere

konkurrenceudsættelse på dagsordenen

konkurrenceudsættelse på dagsordenen konkurrenceudsættelse på dagsordenen marts 2007 Bilag 1 Dette bilag indeholder en nærmere beskrivelse af tragtmodellen, der er omtalt i pjecens kapitel 4. Tragtmodellen kan understøtte kommunen i at gennemføre

Læs mere

Nationalt udbud: Udbudsbetingelser. Kontrakt om bistand til informationsindsats om øget sikker adfærd på internettet 2015.

Nationalt udbud: Udbudsbetingelser. Kontrakt om bistand til informationsindsats om øget sikker adfærd på internettet 2015. Nationalt udbud: Kontrakt om bistand til informationsindsats om øget sikker adfærd på internettet 2015 Udbudsbetingelser Side 1 af 7 0. Den ordregivende myndighed Digitaliseringsstyrelsen Landgreven 4,

Læs mere