KontrakterEkstra
Download
Report
Transcript KontrakterEkstra
SANs – kontrakter supplerende slide
Statens standardkontrakter K33, K18, K01 og K02
Kilder
http://www.itst.dk/it-arkitektur-og-standarder/itstyring/standardkontrakter?searchterm=standardkontrakter
20b. Kontrakter: Lidt historie - K33 og K18
•
Oprindeligt foregik mange it-anskaffelser ved brug af statens
standardkontrakter K33 og K18
•
K33 (1987): “Statens standardkontrakt for edb-totalleverancer –
samtidig anskaffelse af maskinel, special- og standardudviklet
programmel”
– Tænkt til større leverancer i form af skræddersyede og
nøglefærdige edb-systemer
– Kunne ikke anvendes ved prototypeudvikling eller faseopdelte
anskaffelser
– Kunne ikke anvendes til separate anskaffelser af programmel eller
maskinel
•
K18 (1992): “Statens standardkontrakt for standardiserede edbsystemer”
– Samme anvendelsesområde som K33, men er primært tænkt
anvendt ved mindre anskaffelser
20c. Kontrakter: K33 og K18
•
•
•
•
•
Fordele:
Kontrakterne var meget
gennemarbejdede
De regulerede en stor del af de
relevante emner
Reguleringen var detaljeret
Kontrakterne var færdige
standardkontrakter, og
indholdet var kendt af de
professionelle aktører på
markedet (blev også brugt i den
private sektor)
•
•
•
•
•
•
•
Ulemper:
Kontrakterne var tunge
Kontrakterne var svære at læse
for ikke-jurister
Kontrakterne var byrdefulde
over for leverandører
Konfliktskabende
Indeholdt ingen
konfliktløsningsmodeller
Indeholdt ingen ordentlig
ændringshåndtering
”De nuværende standardkontrakters egnethed til it-projekter skal vurderes.
IT-rådet, der er et tværministerielt udvalg på afdelingschefniveau, får til
opgave sammen med juridiske eksperter, relevante brancheorganisationer
og udvalgte konsulentfirmaer at udarbejde nye og mere fleksible modeller
for udbud og kontrahering af systemudviklings-leverancer til evt. afløsning
af de nuværende standardkontrakter, bl.a. med henblik på at gøre det
lettere at opdele store projekter i mindre modeller. ”
Finansloven 2001
20d. Kontrakter til enhver lejlighed
Målsætningen var et ”agreed
document”, dvs. en balanceret
kontrakt. Det tog lang tid og
mange problemer blev flyttet til
løsning i ”modelbilagene”
EU Udbud
Kundekreds
Forudsætninger
Særlige
bemærkninger
SKI - Rammeaftale
K01 (2004)
(afløste K18)
K02 (2007)
(afløste K33)
Custom
SKI 02.18
(tilpasset K02)
Primært offentlige,
men også private
Primært offentlige,
men også private
Offentlige og private
Offentlige
• Udstyr og/eller
programmel
(standard og – i
begrænset
omfang –
udvikling)
• Fast pris
• Kortvarigt projekt:
<3 måneder*)
• Én fase
• Udstyr og/eller
programmel
(standard og
udvikling)
• Primært fast pris
• Længere projekt:
>3 måneder*)
• En eller flere
faser
Kan omfatte alle
produktkombinationer og
afregningsfaser
Danske it-advokater
”K01 med
kommentarer”
Danske it-advokater:
”K02 med
kommentarer”
+
K02i
K01i
Iterativ udvikling var hot og der
blev udarbejdet særlige ”iterative
versioner” af Danske it-advokater
• Kunde og leverandør er
på SKI aftalen
• Kun programmel/
• udvikling
• Fast pris,
forbrugsafregning med
eller udenbl.a.
maksimal pris
En række nyskabelser
• Afklaringsfase med udtræden
• Samarbejde og kundens
medvirken
• Læsevenlig
Skræddersyning til
Agil udvikling 02.18
• Idriftsættelse
selvom mangler
det konkrete
behov.
(videreudvikling
af K02i)
•
Ansvar
for
tredjeparts
software
Elementer fra øvrige
kontraktformer kan
inddrages
Der arbejdes pt. på K03 som skal
understøtte ”agil udvikling”
20e. Oversigt over bilag til K01
Kun kravspecifikation – ingen
bilag til løsningsbeskrivelse
Bilag Navn
1
Tidsplan
2
Kravspecifikation*
3
Betalingsplan
4
Specifikation af udstyr, programmel og dokumentation med priser*
5
Beskrivelser af tilknyttede ydelser med priser*
6
Kundens deltagelse
7
Specifikation af vedligeholdelse med priser
8
Prøver
9
Licensbetingelser*
10
Servicemål og incitamenter
11
Samarbejdsorganisation
12
Ændringsprocedure
13
Specifikation af optioner med priser
* = der foreligger ikke modelbilag
Det antages implicit, at kunden
selv står for drift
Prøverne omfatter (kun):
• Overtagelsesprøve
• Driftsprøve
”Incitamenter” anvendes i stedet
for bod og kan også være bonus.
20f. Oversigt over bilag til K02
Kravspecifikation og
løsningsbeskrivelse er nu
smeltet sammen til et bilag –
leverancebeskrivelse.
Bilag Navn
1
Tidsplan
2
Kundens it-miljø
3
6
Leverancebeskrivelse med Kravspecifikation og Løsningsbeskrivelse
samt ændringsmuligheder (optioner)
Drift kan være en del af
Dokumentation
leverancen – eller bilaget kan
være udgået. Reelt en fuld driftsVedligeholdelse og support
kontrakt som underbilag
Servicemål
7
Drift
8
Leverandørens modenhed
9
Ændringshåndtering
10
Samarbejdsorganisation
11
Kundens deltagelse og modenhed
12
Leverancevederlag og betalingsplan samt øvrige priser
13
Incitamenter
14
Prøver
15
Licensbetingelser
* = der foreligger ikke modelbilag
4
5
ITST havde udarbejdet en
modenhedsmodel, som skulle
give et bedre samarbejde
Prøverne omfatter nu:
• Fabriksprøve
• Installationsprøve
• Delleveranceprøve (ved fase)
• Overtagelsesprøve
• Driftsprøve
20g. Kontrakter: Tidsforløb iflg. K02-kontrakten
Prækvalificering
Udbud
Tilbud
Kontrakttildeling
Kontraktunderskrift
Der skal efter tildeling være en
”stand-still” periode på mindst
10 kalenderdage før underskrift
I starten gennemføres en afklaringsfase, som
slutter med opdatering af leverancebeskrivelse
eller evt. kundens udtræden (evt. med
vederlag). Her kan f.eks. gennemføres ”proofof-concept” o.lign.
Afklaringsfase
Løsningsbeskrivelse godkendt
Fabriksprøve
Installationsprøve
Delleveranceprøve (ved fase)
Overtagelsesprøve godkendt
Driftsprøve godkendt
(svartider, mv.)
Garantiperiode udløber
Kontrakten udløber
Kunden må anvende systemet
20h. Kontrakter: Typiske situationer
Hvad vælger i, at håndtere disse situationer?
I afklaringsfasen står der klart, at leverandøren ikke har forstået
hvilken løsning, der efterspørges.
I afklaringsfasen demonstrerer leverandøren en opgaveunderstøttelse, som er bedre end den, som er beskrevet i tilbuddet.
I forløbet opstår der diskussion om funktionalitet, som ikke er
beskrevet som et eksplicit krav, men som I havde forventet var med
inkluderet i løsningen. Leverandøren siger, det er et ændringsønske
I forløbet bliver der fra politisk side introduceret ny lovgivning, som
løsningen skal understøtte…
Få dage før overtagelsesprøven bliver I kontaktet af kundens
projektleder, som siger at det nok ikke er sandsynligt, at de bliver klar.
Leverandørens gennemfører overtagelsesprøven tidsmæssigt som
planlagt, men ifølge godkendelseskriterierne er den ”ikke bestået”
Ved gennemførelse af driftsprøven viser det sig, at performancemål
ikke er opfyldt
Der er undervejs i forløbet en række konflikter på
projektledelsesniveau