Upload
bestbrainsdk
View
795
Download
5
Embed Size (px)
DESCRIPTION
Citation preview
Kontrakter til leverancer med agile forløb
Nicolai Dragsted
BvHD
18. marts 2013
2
Kontaktoplysninger
• Advokatvirksomheden BvHD www.bvhd.dk
• Blog: http://www.version2.dk/blogs/nicolai-dragsted
Nicolai Dragsted Telefon: 72 24 12 12 Direkte telefon: 39 14 16 25 Mobil telefon: 24 46 62 25 E-mail: [email protected]
K03 standardkontrakt til agile it-projekter
• Betaversion 1 og 2 samt høringsversion 66 sider, 38 paragraffer, 16 bilag udkast i høring Findes på Digitaliseringsstyrelsens hjemmeside
• Endelig version 20. december 2012• Høringsnotat• Kontrakt• Modelbilag• Juridisk vejledning• Vejledning om sammenhæng med Statens
projektmodel
• Guide til godt kunde-leverandør samarbejde (Statens IT-projektråd)
3
Stram styring af kunden en nødvendighed
K03 kræver
meget stram kundestyring
hvis det skal gå godt!
4
Agile manifesto
Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more.
= samme logik gælder kontraktens juridiske værktøj –juridisk understøttelse af samarbejde og sund fornuft tæller mere end traditionel jagt på fiktiv juridisk tryghed
5
6
Grundlæggende forskel
Vandfaldsmodellen er baseret på blind tillid til kundens forberedende arbejde inden kontraktens indgåelse og mistillid til leverandørens kontraktopfyldelse
Kontrakter til agile forløb baseres på en vis grad af tillid til parternes samarbejde ved kontraktens opfyldelse
05.07.2012: Arbejdsmarkedsstyrelsen har valgt Visma ConsultingVisma Consulting har netop indgået kontrakt med Arbejdsmarkedsstyrelsen om vedligeholdelse og videreudvikling af Det Fælles Datagrundlag (DFDG) samt systemforvaltning. Kontrakten består af to delopgaver, som leveres af henholdsvis et SCRUM-team og et ITIL-team. Visma Consultings samarbejde med Arbejdsmarkedsstyrelsen omkring DFDG er et resultat af en længerevarende udbudsproces, der startede med prækvalificering allerede i december måned 2011 og afsluttede med Code Camp i maj måned 2012. I stedet for alene at bede leverandørerne om at skrive et tilbud valgte Arbejdsmarkedsstyrelsen at afholde en Code Camp for alle prækvalificerede leverandører. Formålet med Code Camp’en var at demonstrere, at leverandørerne kunne ”Walk the Talk”. I praksis blev der således stillet en opgave på Code Camp’en, som skulle løses i løbet af én hel arbejdsdag. Det afgørende var ikke at levere et resultat, men at vise, hvordan de to hold vil løse en opgave i et samarbejde med Arbejdsmarkedsstyrelsen.Det er anden gang, at Visma Consulting har været igennem en Code Camp i udbudssammenhæng. Og begge gange med succes.”Vi er slet ikke i tvivl om, at de agile projekter er vejen frem, og vi er meget stolte over og tilfredse med, at Arbejdsmarkedsstyrelsen netop valgte vores tilbud, der er baseret på, at vi har samlet det bedste hold til at løse opgaven,” siger adm. Direktør i Visma Consulting, Carsten Boje Møller.De bedste holdFor at kunne indfri Arbejdsmarkedsstyrelsens forretningsmæssige målsætninger om en effektiv og koordineret beskæftigelsesindsats i Danmark, har Visma Consulting sammensat to hold af konsulenter. Holdene besidder tilsammen en unik kombination af relevant erfaring med Arbejdsmarkedsstyrelsens forretning og systemer, samt et stærkt metodeapparat med brug af SCRUM i et DFDG-team og ITIL i et Systemforvalter-team. Målet har ikke bare været at tage de bedste konsulenter, men i højere grad at stille med de to bedste hold. Derfor har Visma Consulting også kigget efter holdspillere, der kan og vil arbejde sammen med Arbejdsmarkedsstyrelsen mod fælles mål. Konsulenterne er ikke alene blevet udvalgt ud fra deres fagspecifikke kompetencer, men i høj grad også ud fra deres evner til at samarbejde og fungere som et hold.”Som en del af opstartsfasen arbejder vi lige nu på at skabe optimale rammer for de mere end 15 medarbejdere, som bliver delt i to leveranceteams for henholdsvis DFDG og systemforvaltning. At få rammerne optimeret er væsentligt lettere denne gang, da vi har prøvet det før. Vi har lært meget af tidligere og kørende agile it-projekter, og de erfaringer bruger vi nu til at gøre det endnu bedre. Denne opgave er den hidtil største i en række af agile it-projekter, Visma Consulting med succes har stået for,” siger Carsten Boje Møller..Begge teams placeres hos Visma Consulting i Hellerup, og her glæder man sig til at byde medarbejderne fra Arbejdsmarkedsstyrelsen velkommen……………….Den agile samarbejdsform er mere fleksibel og skalerbar, og er med til at fremme et tæt samarbejde mellem kunde og leverandør. Med den agile metode kan it-projekterne løbende tilpasses kundernes reelle behov og derfor i højere grad sikre den til enhver tid optimale it-understøttelse af deres forretning.” se http://www.visma.dk/Presserum/Pressemeddelelser/Archive/05072012---Arbejdsmarkedsstyrelsen-har-valgt-Visma-Consulting/
7
Chefkonsulent i Arbejdsmarkedsstyrelsen, Knud de Place, fortæller, at de politiske reformer naturligvis har stor indflydelse på de opgaver, Arbejdsmarkedsstyrelsen skal løse: ”Vi ved af erfaring, at der løbende sker forandringer på beskæftigelsesområdet i form af de reformer, der bliver vedtaget. Derfor er det ikke hensigtsmæssigt for os at lave en kontrakt, som man gjorde tidligere, hvor man nemt kommer til at bruge alt for meget tid på at diskutere kunde og leverandør imellem, hvad der er inden- eller udenfor kravspecifikationerne, når ændringerne finder sted. Det er, om man så må sige, for stift for os.”Så i stedet for en it-kontrakt, hvor næsten alt er fastlagt på forhånd, er der nu dannet et hold af medarbejdere i henholdsvis Arbejdsmarkedsstyrelsen og Visma Consulting, der skal arbejde tæt sammen i korte forløb, så processen ofte bliver evalueret. ”Nu kan vi i stedet løbende prioritere, hvad vi skal have kodet i takt med, at forandringerne finder sted. Det er bygget op på den måde, at vi kører i 14 dages perioder, hvor vi så vurderer, om det er det rigtige, der bliver kodet. Altså om vi er på rette spor. Og hvis ikke, er det relativt overkommeligt at ændre på,” siger chefkonsulenten, og fortæller, at det handler om at skabe den størst mulige transparens: ”Vi mener, at den agile metode at samarbejde på skaber mere gennemsigtighed, og ser det som en fordel, at vi er tættere på leverandøren end med de tidligere kontrakter, hvor man først så resultaterne efter tre måneder eller et halvt år. Nu sammensætter vi et hold, der skal samarbejde med et hold fra Visma Consulting. Vi har prøvet det en gang før med en anden leverandør, så vi har erfaringer fra sommeren 2011, og vi ser det som den rigtige måde at gøre det på. http://www.visma.dk/Global/DK/Sirius/dokumenter/Strategisk%20Outsourcing-F%C3%A6rdig.pdf
8
9
Agile Vandfald
Fokus Forretningsmæssigt:Understøttelse af behov og forretningsprocesser ved idriftsættelse og ikke ved projektinitiering
Teknisk:Fokus på tekniske krav ved projektinitiering.
Kravspecifikation Fokus på forretningsprocesser, forretningsmæssige behov og fastlæggelse af mindstekrav. (Inspiration kan hentes i SL-07)
Detaljeret angivelse af den funktionalitet, der skal etableres
Samarbejde Dynamisk deltagelse fra begge parter, tillid og bemyndigelse til projektdeltagerne. Indsats/ressourceforbrug prioriteres og besluttes løbende
Leverandøren udfører og har det fulde ansvar. Kundens ansatte er i ”kontrol og kritik” mode
Funktionalitet Fastlægges endeligt i projektet ud fra forretningsmæssige behov.
Kravspecifikation fastlægger
Idriftsættelse Løbende afprøvning i drift ”Big bang” = alt iværksættes og afprøves samlet
Prøver og test Løbende test undervejs. Afsluttende overtagelsesprøve ofte en formalitet
Kravspecifikations opfyldelse afsløres ved overtagelsesprøven
Ydelser Projektledelse, rådgivning, metodekendskab, ressourcer
Etablering af funktionalitet
Ændringshåndtering Processen og metoden håndterer Betydeligt ressourceforbrug, ændringer undgås helst
Indsatsforpligtelse Resultatforpligtelse
10
Systemleverance
Hardware
Licenser Uddannelse
Konsulentassistance
Vedligeholdelse
Kunden
Support
Drift
K-kontrakterne og VandfaldsmodellenSystemleverance baseret på fast pris, fast tid og fast definerede krav.Adskilte og sekventielt ordnede faserAlle krav fastlægges i detaljer før kontraktens indgåelse – kravspecifikationen styrerAlt designes før udviklingAlt udvikles inden testningAlt afprøves, testes og overtages samletFokus på funktionelle krav i kravspecifikationen
Pris
Tid Ydelse
Øvrige K-kontrakter = resultatforpligtelse
Resultat- ctr. indsatsforpligtelse
11
Indsatsforpligtelse Resultatforpligtelse
K-33, K-17, K-18, K01 og K02
X
Advokatbistand X
R & D X
Konsulentaftale X
Body-shopping X
Offshore outsourcing / ODC X
Vedligeholdelse / applikationsforvaltning
X (X)
Teknologi - partnerskab X (X)
Foranalyse X
K03 X X
12
Kontraktens genstand
Kontraktens genstand er ikke slutproduktet• Ydelser: Leverandørens ydelser er andet end blot
etablering af forud fastlagt funktionalitet– Metodeanvendelse– Projektledelse– Ressourcestyring– Rådgivning
• Procedurer og samarbejde: Større krav til forankring i kontrakten af projektledelse og procedurer.
• Krav: Kravspecifikationen får en anden rolle– Konkrete funktionalitet fastlægges undervejs
Resultat- og indsatsforpligtelse
• K03 pkt 3.2.2”Leverandøren er forpligtet til som minimum at levere sådanne leverancer, der opfylder de krav i Kravlisten (Bilag 3a.ii), som er angivet som Absolutte Krav, og skal bestræbe sig på at levere så mange af de Øvrige Krav som muligt.
Absolutte Krav = resultatforpligtelse Øvrige Krav = Indsatsforpligtelse = ”godt håndværk”
13
Absolutte Krav og Øvrige Krav = Kravliste
Kunden laver en liste over krav til Leverancen i prioriteret rækkefølge. (skal laves for både Absolutte Krav og Øvrige Krav)
14
Prioritering
Beskrivelse Acceptkriterie
Delleverance
Afhængigheder
Status
Reference nr.
Absolutte krav ctr. øvrige krav
• Krav angives i en kravliste
• Absolutte KravKrav (funktionelle og non-funktionelle) angivet i Kundens Kravliste (Bilag 3a.ii) som Kunden har angivet som uundværlige for opfyldelsen af Kundens Forretningsmæssige Mål og Behov.
• Øvrige KravKrav (funktionelle og non-funktionelle) angivet i Kundens Kravliste (Bilag 3a.ii) som ikke udgør Absolutte Krav.
• Bemærk den væsentlige forskel mellem ”Absloutte krav” og ”Mindstekrav”.
Udbudsretligt benyttes fortsat ”Mindstekrav” til at afgrænse feltet af ønskede leverandører. ”Absolutte krav”, der ønskes konkurrenceudsat, bør ikke angives som ”Mindstekrav”.
15
Absolutte krav ctr. øvrige krav
• pkt. 5.2.1: ”Såfremt Kunden ikke træffer anden beslutning, jf. umiddelbart nedenfor, indgår de ikke-opfyldte krav på ny i Kundens Kravliste og i planlægningen af de efterfølgende Iterationer. Kunden skal herefter foretage en ændret prioritering af de af Delleverancen omfattede krav. Forestår der ikke efterfølgende Iterationer, bortfalder Øvrige Krav.”
• pkt. 7.4: ”Kunden kan ikke nægte godkendelse af en overtagelsesprøve under henvisning til, at godkendelseskriterierne til Øvrige Krav ikke er opfyldt. Såfremt godkendelseskriterierne til Øvrige Krav ikke er opfyldt, behandles dette som en Fejl, som anføres i Fejllisten, jf. punkt 7.2.”
16
Absolutte krav ctr. øvrige krav
• pkt. 22.1: ”Såfremt der ved overtagelsesprøven konstateres Fejl vedrørende Absolutte krav og/eller Øvrige krav, som ikke hindrer godkendelse af overtagelsesprøven, tilbageholdes en rimelig og forholdsmæssig andel af det vederlag, der skulle betales ved godkendelse af prøven, indtil Fejlene er afhjulpet, eller listen over Fejl på anden måde er afsluttet ved aftale mellem Parterne. Den andel, som tilbageholdes, er nærmere beskrevet i Bilag 14.”
• Pkt. 25.2.1: ”Leverandørens afhjælpningspligt gælder Fejl både ved Absolutte krav og Øvrige krav, som ikke er bortfaldet, jf. punkt 5.2.1.1.”
• pkt. 25.2.3: Dansk rets almindelige regler om forholdsmæssigt afslag finder anvendelse. Ved beregning af den relevante værdiforringelse, der udgør afslaget, skal der tages hensyn til den nytteværdi, som Kunden ikke kan udnytte som følge af Fejlen. Det bemærkes, at Fejl ved Øvrige Krav er ukritiske.
• pkt. 26.1: …..”For ophævelse på grund af Mangler er det en betingelse, at Manglerne ikke inden for rimelig tid er afhjulpet, jf. herunder Bilag 11 om krav til reaktionstid og tilgængelighed. Fejl, der vedrører manglende opfyldelse af Øvrige Krav ved Overtagelse, indgår ikke i vurderingen af, om der foreligger væsentlig misligholdelse, jf. punkt 7.4. Mangler”
17
Prismodel – hvad sikrer bedst værdi ?
• T/M? (som ved ”body shopping”)
• T/M med bonus?
• Fast pris ? (Hvad er det prisen skal dække?)
• K03 - Fast pris for (i) opfyldelse af Absolutte Krav, (ii) levering af kontraktmæssig indsatsforpligtelse, (iii) afhjælpning af Fejl ved opfyldelse af Absolutte Krav samt i de faktisk leverede Øvrige Krav (der ikke er bortfaldet)
• Betalingsplan?
18
”Forretningsmæssige mål og Behov”
• Bilag 3.a (i): Forretningsmæssige Mål og Behov• K03 definition: • Kundens særlige Forretningsmæssige Mål og Behov angivet i Bilag 3a.i, og
som konkret udtrykt i Kundens behovsopgørelse, herunder ved detailspecificeringen af kravene i forbindelse med planlægningen af de enkelte iterationer.
• K03 pkt. 3.2.4: Leverandøren skal løbende rådgive Kunden om, hvorledes Leverancens egnethed i forhold til Kundens Forretningsmæssige Mål og Behov bedst sikres. Leverandørens rådgivning skal således sikre, at Projektet løbende udmønter sig i leverancer med forretningsmæssig værdi for Kunden……..
• K03 pkt. 23.6: ………Endvidere garanterer Leverandøren, at Optioner og aftalte ændringer ikke indskrænker Leverancens eksisterende egenskaber i forhold til opfyldelse af Kundens Behovsopgørelse (Bilag 3), herunder Leverancens egnethed i forhold til Kundens Forretningsmæssige Mål og Behov, eller hindrer/begrænser Leverancens fortsatte opfyldelse af kravene i Kontrakten, medmindre andet er angivet i Bilag 3 eller følger af aftalen om den pågældende Option eller ændring.
19
Forretningsmæssige Mål og behov
20
Formål, jf. punkt 1 Forretningsmæssige Mål
Forretningsmæssige Behov
Relaterede krav
Effektivisering Her beskrives de forretningsmæssige mål, der udspringer af det overordnede formål effektivisering.
For hvert af de identificerede forretningsmæssige mål beskrives, hvilke behov Løsningen skal tilgodese med henblik på opfyldelse af det forretningsmæssige mål.
Her henvises der til de relaterede krav i Kundens Kravliste.
Kvalitetsløft Her beskrives de forretningsmæssige mål, der udspringer af det overordnede formål kvalitetsløft.
… …
Overholdelse af international rådgivning
Her beskrives de forretningsmæssige mål, der udspringer af det overordnede formål overholdelse af international rådgivning.
… …
.
”Forretningsmæssige Mål og Behov”
• Dialogværktøj i tilbudsfase og afklaringsfase• Styre fortolkning af krav• Når den ikke er formuleret som krav – Ikke en
garanti for besparelser og gevinster• Rettesnor for indsatsforpligtelse
• Rådgivningsforpligtelse• Ansvar for koordinering• Ansvar for kvalitetssikring• Rettesnor for løbende prioritering
• Betydning for væsentlighedsvurdering• Betydning for erstatningskrav
Adækvans Direkte eller indirekte tab
21
Leverandørproblemer med Kunden
• Kundens ”træghed”
• Kundens manglende forståelse
• Forskellige dagsordener internt hos Kunden
• Arvegods fra K-kontrakter og mange års tænkning i V-model
• Uhensigtsmæssige krav fra økonomifunktion
• Misforstået frygt for Rigsrevisionen
• Misforstået frygt for udbudsreglerne
22
Kundens bidrag - stor betydning = udfordring
23
Kapa
cite
t af r
esso
urce
r
Bidr
ag ti
l prø
ver o
g te
st
Lede
lse a
f egn
e re
ssou
rcer
Træ
ffe b
eslu
tnin
ger
Topl
edelse
ns m
angl
ende
opb
akni
ng o
g in
volver
ing
Overh
olde
lse a
f tid
splan
Vide
n om
ege
n fo
rret
ning
Fora
ndrin
gslede
lse
Inte
grat
ione
r
Konv
erte
ring
Leve
ring
af d
ata
/ dat
avas
k
Ved
ikke
It-m
iljø0.00%
10.00%
20.00%
30.00%
40.00%
50.00%
60.00%
70.00%
80.00%
Hvor har Kunden oftest problem med at levere sine ydelser?
KunderPrivatKunderOffLeverandørRådgiver
Leverandørproblemer med Kunden
• K03 stiller krav til leverandørens rådgivning og projektledelse.
• K03 stiller ikke krav til at Kunden følger leverandørens
rådgivning
• Dog får leverandøren en lille hjælp i K03 pkt. 5.2.1: ”Parterne skal ved planlægningen af den enkelte Iteration bestræbe sig på at opnå en passende kombination af Absolutte og Øvrige Krav således, at det sikres, at Absolutte Krav opfyldes, og at så mange som muligt af Kundens Øvrige Krav færdiggøres i den pågældende Delleverance. Såfremt dette er nødvendigt for at sikre, at Absolutte Krav opfyldes, er Leverandøren berettiget til at kræve, at Absolutte Krav medtages i en Iteration eller at Øvrige Krav udelades.”
24
Kundens beslutningskompetence
• K03 pkt. 8.2: ” Parterne skal løbende og med kort varsel træffe forretningsmæssige beslutninger af betydning for Projektets gennemførelse. Parterne skal organisatorisk være understøttet hertil.
• Parterne skal sikre tilstedeværelse af den fornødne bemyndigelse og beslutningskompetence hos Parternes projektdeltagere under hele projektforløbet med henblik på at sikre den fornødne dialog og fremdrift i Projektet, herunder i relation til håndtering af tvister, jf. punkt 36.3.1.
• I Bilag 8 og Bilag 9 kan der være stillet nærmere krav til Parternes beslutningskompetence.
• K03 pkt. 10.3: ”Kunden er ansvarlig for indholdet og prioriteringen af Kravlisten, herunder for at de enkelte krav i Kravlisten er beskrevet med tilstrækkelig klarhed. Kunden skal løbende beskrive samt prioritere og omprioritere, herunder tilføje, fravælge og ændre, sine krav i Kravlisten med henblik på at sikre, at udviklingsprocessen udmønter sig i leverancer med den største forretningsmæssige værdi for Kunden. Kundens prioritering af Kravlisten sker på baggrund af Leverandørens rådgivning og estimering og skal være afstemt med Kundens egen organisation.I Bilag 9 kan der være stillet nærmere krav til Kundens beslutningskompetence.”
25
Kundens beslutningskompetence• K03 pkt. 8.4.2: ”Kundens projektleder, øvrige nøglemedarbejdere og medarbejdere i
øvrigt, der deltager i Projektet, skal være i besiddelse af de fornødne kompetencer og kvalifikationer, herunder fornødent kendskab til og forståelse for Kundens forretningsaktiviteter og Forretningsmæssige mål og Behov samt fornøden beslutningskompetence i forhold til at kunne varetage deres roller i forbindelse med Projektets gennemførelse. Kunden er forpligtet til i hele Projektets løbetid at opretholde den til opfyldelse af Kundens forpligtelser efter Kontrakten relevante og fornødne kapacitet og viden, herunder i form af tilstrækkelige og nødvendige medarbejderressourcer på de relevante niveauer i Kundens organisation.”
• K03 pkt. 8.1: ”Parterne har gensidigt en forpligtelse til uden ugrundet ophold og i henhold til de aftalte beslutningsprocesser at påpege eventuelle åbenbare Fejl i materiale udarbejdet af den anden Part samt øvrige forhold, der kan have betydning for Projektets rette gennemførelse i overensstemmelse med Tidsplanen og Kontrakten i øvrigt.”
• K03 pkt. 36.3.1.1: ”Hver af Parterne har i forbindelse med Kontraktens indgåelse angivet de personer med bemyndigelse til at træffe bindende beslutninger på vegne af Parten i relation til opståede tvister, der skal repræsentere den respektive Part i konfliktløsningsorganet. Repræsentanterne er angivet i Bilag 8 og Bilag 9.”
26
Krav om ”indsigt”
• Bilag 8: Leverandørens projektorganisation og indsigt• Bilag 9: Kundens projektorganisation og indsigt
• K03 pkt 9: ”Gennemførelse af Projektet under anvendelse af den Agile Metode forudsætter indsigt hos Parterne i forhold til håndtering af et it-projekt med agilt forløb samt indsigt i den anvendte Agile Metode. De nærmere krav til Parternes indsigt er specificeret i punkt 9.1 og 9.2 samt Bilag 8 og Bilag 9.”
• K03 pkt. 9.2 Kundens indsigtKunden skal have indsigt i den anvendte Agile Metode, herunder organisatorisk være understøttet til at anvende den Agile Metode og samarbejdsformen indeholdt heri til gennemførelse af Projektet, jf. punkt 2.3. Leverandøren skal på baggrund af det i Bilag 9 angivne rådgive Kunden om eventuelt utilstrækkelig indsigt i forhold til at gennemføre Projektet under anvendelse af den Agile Metode. Kundens projektdeltagere skal inden påbegyndelse af den første Iteration i Projektet med henblik på at tilvejebringe den fornødne indsigt gennemføre det i Bilag 3 beskrevne uddannelsesforløb i den anvendte Agile Metode. Vederlag for gennemført uddannelsesforløb betales med de i Bilag 14 anførte beløb, jf. punkt 20.
27
Krav om ”indsigt”
• Ko3 pkt. 18 overholdelse af kravene til indsigt kan gøres til genstand for kontrol ved audit
• K03 pkt. 28: ”Såfremt en uvildig sagkyndig ved audit, jf. punkt 18, har truffet afgørelse om, at en Parts manglende opfyldelse af kravene til indsigt, jf. punkt 9, har haft betydning for Partens væsentlige misligholdelse af Kontrakten, forhøjes maksimum for den samlede erstatning og bod eller reduktion af vederlag med [25] %.”
28
Information om fremdrift og status
• Projekt-, Leverance- og Aktivitetsplaner• Kunden deltage aktivt i detailplanlægning
• Eks. K03 pkt. 5.2.1 ”……. Parterne skal ved planlægningen af den enkelte Iteration bestræbe sig på at opnå en passende kombination af Absolutte og Øvrige Krav således, at det sikres, at Absolutte Krav opfyldes, og at så mange som muligt af Kundens Øvrige Krav færdiggøres i den pågældende Delleverance. ….. Som led i planlægningen af den kommende Iteration fastlægger Parterne acceptkriterier til de krav, som er omfattet af den pågældende Iteration. acceptkriterierne fastlægges i overensstemmelse med retningslinjerne i Bilag 6…….……Igangsættelse af en Iteration kan først påbegyndes, når Kunden har godkendt forslag til Aktivitetsplan samt Leverandørens Vederlags- og tidsestimat for Iterationen. Kunden skal uden ophold godkende sådanne forslag. Planlægning af en forestående Iteration og Kundens godkendelse af Aktivitetsplan samt Vederlags- og tidsestimat herfor skal foreligge inden den foregående Iteration slutter.”
• Interne tests pr. iteration, hvor Kunden deltager aktivt• Løbende rapportering
• K03 pkt. 3.2.6: Rapportering: Leverandøren skal løbende rapportere om og forelægge status for Projektet for Kunden. Leverandøren skal i den forbindelse stille en oversigt til rådighed, der på løbende basis, som nærmere angivet i Bilag 7, illustrerer status og fremdrift for Projektet.
29
Kontrolpligt og reaktionspligt
• Fokus på at opdage og håndtere fejl hurtigst muligt
• K03 pkt. 4: …….Parterne skal i fællesskab i forbindelse med planlægningen af Leverancens forløb sikre, at eventuelle behov for ændringer i eller opgradering af Kundens it-miljø samt eventuelle problemer med Kundens it-miljø kan konstateres på det tidligst mulige tidspunkt i Projektet.
• K03 pkt. 8.1: ….Parterne har gensidigt en forpligtelse til uden ugrundet ophold og i henhold til de aftalte beslutningsprocesser at påpege eventuelle åbenbare Fejl i materiale udarbejdet af den anden Part samt øvrige forhold, der kan have betydning for Projektets rette gennemførelse i overensstemmelse med Tidsplanen og Kontrakten i øvrigt.
30
Kundens adgang til opsigelse
K03 pkt. 33.1: Kundens udtrædelsesadgang Kunden kan på et hvilket som helst tidspunkt med et skriftligt varsel på mindst [20] Arbejdsdage ved opsigelse vælge helt eller delvist at udtræde af Kontrakten med virkning for fremtidige leverancer.
Ved Kundens udtræden bortfalder begge Parters forpligtelser til videre opfyldelse af Kontrakten, jf. dog punkt 34 vedrørende Leverandørens forpligtelser ved Kontraktens ophør. Medmindre Parterne aftaler andet, er Leverandøren dog forpligtet til fortsat at udføre vedligeholdelse og support samt eventuel Drift relateret til Delleverancer, der måtte være overtaget af Kunden på tidspunktet for Kundens udtræden, dog således at Leverandørens vederlag herfor reduceres forholdsmæssigt. Leverandøren kan dog kræve vedligeholdelses- og/eller eventuelt driftsvederlag for fremtidige ydelser reguleret i det omfang, at dette er rimeligt begrundet. Parterne kan opsige vedligeholdelse og support samt eventuel Drift relateret til disse Delleverancer efter retningslinjerne i punkt 33.2 og 33.3.For udtræden betaler Kunden et vederlag til Leverandøren. Vederlaget er fastsat i Bilag 14.
• Vedligeholdelse og support: 6 mdr. varsel, dog tidligst 1 år efter Overtagelsesdagen
31
Kundens adgang til opsigelse
• Vedligeholdelse og support:
– Kunden: 6 mdr. varsel, dog tidligst 1 år efter Overtagelsesdagen for den sidste Delleverance
– Leverandøren: 12 måneder, dog tidligst 4 år efter Overtagelsesdagen for sidste Delleverance
• Drift– Opsigelsesadgang reguleret i bilag 12.
32
Forpligtelser ved ophør (også efter opsigelse)
• K03 pkt. 34: ”Leverandøren er ved Kontraktens hele eller delvise ophør, uanset ophørsgrunden, forpligtet til i rimeligt og nødvendigt omfang at bistå Kunden i forbindelse med Kundens hjemtagelse og/eller ved Kundens overdragelse til andre leverandører eller myndigheder. Bistanden skal ydes hurtigst muligt og i det omfang, det er muligt, inden ophørstidspunktet. Leverandøren skal herunder loyalt bistå Kunden i forbindelse med Kundens planlægning og gennemførelse af et eventuelt genudbud og i den forbindelse stille de nødvendige medarbejderressourcer til rådighed. Leverandøren skal endvidere i rimeligt og nødvendigt omfang samarbejde med en eventuel ny leverandør i forbindelse med overgang af ydelserne efter Kontrakten til denne. Efter ophørstidspunktet og indtil overgangen til en eventuel ny leverandør mv. eller hjemtagelsen er effektueret, skal Leverandøren fortsat levere ydelserne efter Kontrakten på de i Kontrakten og Bilag 13 angivne vilkår og til de i Bilag 14 angivne priser, medmindre andet aftales.Det nærmere indhold af Leverandørens forpligtelser ved ophør er beskrevet i Bilag 13.”
• Minder om en outsourcing-/driftsituation
33
Test ctr. prøver
• Der afvikles løbende tests pr. iteration, men der er ikke misligholdelsesbeføjelser direkte knyttet til konstateret manglende opfyldelse af krav = værktøj til dialog og kommunikation
• Der afvikles overtagelses- og driftsprøve pr. Delleverance, med misligholdelsesbeføjelser knyttet til manglende opfyldelse af Absolutte Krav
• Prismodel og betalingsplan kan angive konsekvenser ved manglende opfyldelse af Øvrige krav
34
Konfliktløsning i K03
• Forhandling på det niveau, hvor tvisten opstår
• Eskalering til næste niveau
• Konfliktløsningsorgan
• Vejledende udtalelse fra uafhængig tredjepart
• Mediation
• Voldgift
35
K03 nyskabelser ikke dækket af indlæg
• Behovsopgørelse og ikke kravspecificering
• Leverandørens misligholdelsesbeføjelser
• Ophævelse
• Bilag 16 – licenser
• Vejledningerne
36