Forutsetninger for etablering av kontrakt. Kontrakten forutsetter en smidig gjennomføringsmodell der kunden har klare forpliktelser og der partene samarbeider i prosessene som inngår i en leveranse. For kunder som anvender denne kontrakten for første gang, kan det være nødvendig å gjennomgå egne metoder, rutiner, teknisk plattform, organisering, kompetanse og bemanning for å identifisere eventuelle endringsbehov eller behov for øvrige avtaler for å ivareta at man vil kunne levere sine forpliktelser under kontrakten på en best mulig måte, ref. også punkt 1.4. Dersom anskaffelsen skal håndtere systemutvikling for en omfattende systemportefølje, der multisourcing er aktuelt for å etablere en god konkurransesituasjon og hensiktsmessig kompetansebredde, må antall kontrakter og omfang for de ulike kontraktene avklares. For hver delportefølje av programvaren forutsettes det at kontrakt etableres med kun én leverandør. Kontrakten baserer seg på et løpende samarbeid mellom partene. Kundens og leverandørens ressurser for gjennomføring av bistandsavtaler og oppdragsavtaler bør derfor primært være samlokalisert eller alternativt ha etablert effektive elektroniske møteplasser for å ivareta det løpende samarbeidet. Det tar tid å bygge opp kompetanse for systemutvikling og vedlikehold, avhengig av omfang og kompleksitet for programvarekomponenter og fagområde. Varigheten for kontrakten bør derfor være relativt lang (eksempelvis to til seks år), for at ikke oppstartsaktiviteter for en ny leverandør skal bli av for stort omfang i forhold til totalkostnaden for kontrakten. Dette gir også bedre kontinuitet for kundens systemforvaltning. I tillegg er det flere andre temaer som kunden må avklare og som må defineres i bilagene til kontrakten: - Hvem skal ha det overordnede ansvaret for ledelse og styring av løsningsbeskrivelsen? Dersom kunden velger å ta dette ansvaret, forutsetter det relevant kompetanse og ledererfaring fra prosesser både for arkitekturstyring og løsningsutforming. Uansett er det leverandøren som utarbeider løsningsdesignet som skal legges til grunn for den etterfølgende oppdragsavtalen. På dette grunnlag anbefales det normalt at leverandøren gis ansvaret for ledelse og styring av løsningsbeskrivelsen. - Hvordan skal vedlikehold av den utviklede programvaren håndteres? Dersom vedlikehold av den utviklede programvaren skal anskaffes separat, må kontraktsstandard og tjenestekrav for vedlikehold defineres. Ved bruk av denne kontrakten, anbefales det sterkt at samme leverandør utfører både utvikling og ve...
Forutsetninger for etablering av kontrakt. Sentrale forutsetninger for kundens bruk av fleksibel utviklingskontrakt er beskrevet i punkt 1.4. Ut fra det systemområdet som kontrakten skal dekke, må kunden på høyt nivå planlegge det totale omfanget av ressursinnsats for utvikling og forvaltning av systemløsninger samt hvilken andel av dette som skal dekkes av interne ressurser og hva som skal etableres igjennom en eller flere fleksible utviklingskontrakter. Dersom omfanget som skal anskaffes er stort og kunden vil ha mer enn en leverandør for å sikre tilgang på ressurser, kan systemområdet deles opp i flere underområder med egne kontrakter, eller det defineres flere kontrakter for systemområdet ved å etablere parallelle rammeavtaler, som beskrevet i punkt Feil! Fant ikke referansekilden.. Det er en fordel for anskaffelsen dersom kunden kan definere en eller flere bestillinger som skal etablere samtidig med kontrakten siden dette gir et bedre grunnlag for tildeling av kontrakt. For å ha en viss fleksibilitet i en slik bestilling, kan deler av en slik initial bestilling defineres som opsjon. Dersom det i perioder i kontraktsperioden kan bli en utfordring for kunden å ha tilstrekkelig bemanning i alle utviklingsteamene for å ta gjennomføringsansvaret selv, kan kunden inkludere krav til at leverandøren kan ta resultatansvar for definerte bestillinger. Dette er beskrevet i punkt 0.