{"id":70930,"date":"2024-05-16T19:51:56","date_gmt":"2024-05-16T10:51:56","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=70930"},"modified":"2024-08-09T00:36:05","modified_gmt":"2024-08-08T15:36:05","slug":"system-development-multistage-contract","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract","title":{"rendered":"Hva er flertrinnskontrakter i systemutvikling? En forklaring med anbefalte grunner"},"content":{"rendered":"\n<p>I systemutviklingsprosjekter er det ofte slik at kontraktsarbeidet gjennomf\u00f8res ved hjelp av flertrinnskontrakter. I denne artikkelen vil vi forklare flertrinnskontrakter i systemutvikling, inkludert hvorfor denne metoden anbefales.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Hva_er_en_flertrinnskontrakt\" title=\"Hva er en flertrinnskontrakt?\">Hva er en flertrinnskontrakt?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Innga_kontrakter_tilpasset_hver_fases_natur_og_fullfor_arbeidet\" title=\"Inng\u00e5 kontrakter tilpasset hver fases natur og fullf\u00f8r arbeidet\">Inng\u00e5 kontrakter tilpasset hver fases natur og fullf\u00f8r arbeidet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Typer_kontrakter_som_inngas_i_hvert_prosjekt\" title=\"Typer kontrakter som inng\u00e5s i hvert prosjekt\">Typer kontrakter som inng\u00e5s i hvert prosjekt<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Fordelene_med_flertrinnskontrakter\" title=\"Fordelene med flertrinnskontrakter\">Fordelene med flertrinnskontrakter<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Fordel_1_med_flertrinnskontrakter_Enklere_a_handtere_prosjektets_fleksibilitet\" title=\"Fordel 1 med flertrinnskontrakter: Enklere \u00e5 h\u00e5ndtere prosjektets fleksibilitet\">Fordel 1 med flertrinnskontrakter: Enklere \u00e5 h\u00e5ndtere prosjektets fleksibilitet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Fordel_2_med_flertrinnskontrakter_Enklere_a_gi_noyaktige_estimater\" title=\"Fordel 2 med flertrinnskontrakter: Enklere \u00e5 gi n\u00f8yaktige estimater\">Fordel 2 med flertrinnskontrakter: Enklere \u00e5 gi n\u00f8yaktige estimater<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Fordel_3_med_flertrinnskontrakter_Enklere_for_betaleren_a_forsta_rimeligheten_av_belopet\" title=\"Fordel 3 med flertrinnskontrakter: Enklere for betaleren \u00e5 forst\u00e5 rimeligheten av bel\u00f8pet\">Fordel 3 med flertrinnskontrakter: Enklere for betaleren \u00e5 forst\u00e5 rimeligheten av bel\u00f8pet<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/no\/it\/system-development-multistage-contract\/#Oppsummering\" title=\"Oppsummering\">Oppsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_en_flertrinnskontrakt\"><\/span>Hva er en flertrinnskontrakt?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/11\/shutterstock_669170671-1024x576.jpg\" alt=\"\" class=\"wp-image-5717\" \/><figcaption class=\"wp-element-caption\">Vi skal forklare flertrinnskontrakter i systemutvikling.<\/figcaption><\/figure>\n\n\n\n<p>Generelt sett utf\u00f8res det praktiske arbeidet med \u00e5 inng\u00e5 en kontrakt gjennom en kontraktsdokument. Det vil si at den parten som betaler vederlaget (brukeren i systemutvikling) p\u00e5tar seg betalingsforpliktelsen, og den parten som mottar arbeidet (leverand\u00f8ren i systemutvikling) lover \u00e5 levere de avtalte tjenestene skriftlig. P\u00e5 denne m\u00e5ten lover begge parter \u00e5 oppfylle sine forpliktelser, som er essensen av en kontrakt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Innga_kontrakter_tilpasset_hver_fases_natur_og_fullfor_arbeidet\"><\/span>Inng\u00e5 kontrakter tilpasset hver fases natur og fullf\u00f8r arbeidet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men i tilfelle av systemutviklingsprosjekter, g\u00e5r selve prosjektet gjennom flere faser, og innholdet har en tendens til \u00e5 bli komplekst. N\u00e5r man vurderer denne typen arbeid, kan det v\u00e6re hensiktsmessig \u00e5 dele kontraktene opp i flere deler. Med andre ord, det er bedre \u00e5 strukturere og utarbeide kontrakten som styrer hele prosjektet p\u00e5 en ideell m\u00e5te. For eksempel er det i praksis sv\u00e6rt \u00f8nskelig \u00e5 inng\u00e5 separate kontrakter for hver fase. Denne typen kontraktsmetode kalles ogs\u00e5 flertrinnskontrakt. Den modellkontrakten som det japanske \u00d8konomi-, handels- og industriministeriet (\u7d4c\u7523\u7701) tilbyr, er ogs\u00e5 basert p\u00e5 slike flertrinnskontrakter.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Typer_kontrakter_som_inngas_i_hvert_prosjekt\"><\/span>Typer kontrakter som inng\u00e5s i hvert prosjekt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Innen systemutvikling brukes ofte to typer kontrakter: oppdragskontrakter og konsulentkontrakter. Avhengig av naturen til hver fase, brukes disse to kontraktene om hverandre for \u00e5 styre hele prosessen. For eksempel, i systemutviklingens ulike faser som detaljdesign, implementering av programmer og enhetstesting, er det vanlig \u00e5 bruke oppdragskontrakter. Grunnen til at disse fasene passer godt med oppdragskontrakter, er at oppdragskontrakter legger vekt p\u00e5 &#8220;fullf\u00f8ring av arbeidet&#8221; som en forpliktelse, og det er lettere \u00e5 konkretisere fullf\u00f8ringskravene i disse fasene. For en detaljert forklaring om &#8220;fullf\u00f8ring av arbeidet&#8221; i oppdragskontrakter, se artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/completion-of-work-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>P\u00e5 den annen side, i de tidlige stadiene av systemutvikling som planlegging og kravdefinisjon, er det en tendens til \u00e5 bruke konsulentkontrakter. Kjennetegnet ved disse fasene er at det ofte er vanskelig \u00e5 tydeliggj\u00f8re kravene til &#8220;fullf\u00f8ring av arbeidet&#8221;, og kontrakten er ofte basert p\u00e5 tillitsforholdet mellom partene. I faser som grunnleggende design og integrasjonstesting, kan b\u00e5de konsulent- og oppdragskontrakter brukes avhengig av prosjektets natur. Et viktig punkt for \u00e5 velge hvilken kontrakt som skal brukes i disse fasene, er hvor mye samarbeid som kreves fra brukeren.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Hvis det er en ensidig forpliktelse for leverand\u00f8ren \u00e5 &#8220;fullf\u00f8re arbeidet&#8221;, er det enklere \u00e5 velge en oppdragskontrakt. Men hvis det i praksis er n\u00f8dvendig med samarbeid mellom brukeren og leverand\u00f8ren, kan det v\u00e6re mer realistisk \u00e5 gi juridisk beskyttelse til tillitsforholdet mellom partene. For en detaljert forklaring om forskjellene mellom oppdragskontrakter og konsulentkontrakter, se artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>I denne artikkelen forklares det at oppdragskontrakter ofte brukes for oppgaver som implementering av programmer, hvor det er lett \u00e5 spesifisere resultatene konkret, mens konsulentkontrakter brukes mer n\u00e5r det er vanskeligere \u00e5 spesifisere resultatene. P\u00e5 denne m\u00e5ten blir hele prosjektet sett p\u00e5 som en helhet av flere inng\u00e5tte oppdrags- og konsulentkontrakter, som er kjernen i kontraktspraksis basert p\u00e5 flertrinnskontrakter. En &#8220;grunnkontrakt&#8221; er en samling av felles bestemmelser som brukes gjentatte ganger, slik at man ikke trenger \u00e5 gjenta de samme bestemmelsene flere ganger. Dette ligner p\u00e5 \u00e5 samle felles elementer som klasser og funksjoner i programimplementering.<\/p>\n\n\n\n<p>Vanlige bestemmelser som ofte inkluderes i en grunnkontrakt er for eksempel:<\/p>\n\n\n\n<ul>\n<li>Definisjoner av termer som brukes gjentatte ganger<\/li>\n\n\n\n<li>Prosedyrene for \u00e5 inng\u00e5 individuelle kontrakter<\/li>\n\n\n\n<li>Metoden for \u00e5 endre spesifikasjoner etter at de er fastsatt<\/li>\n\n\n\n<li>Metoden for levering og inspeksjon av resultater i hver fase<\/li>\n\n\n\n<li>Bestemmelser om konfidensialitet<\/li>\n<\/ul>\n\n\n\n<p>Disse bestemmelsene er kjennetegnet ved at de, selv om kontraktene er delt opp i faser, ikke trenger \u00e5 skilles ut basert p\u00e5 fasene, men kan v\u00e6re konsistente gjennom hele prosjektet. P\u00e5 denne m\u00e5ten trekkes mer generelle og allsidige bestemmelser ut som en grunnkontrakt, mens bestemmelser som b\u00f8r skilles ut for hver fase, plasseres som individuelle kontrakter under grunnkontrakten. Flertrinnskontrakter brukes ikke bare i systemutvikling, men ogs\u00e5 i handelsavtaler som kjennetegnes av stor skala og kompleksitet. Det motsatte av flertrinnskontrakter er enhetskontrakter. Hvis emnet ikke er systemutvikling, men bestilling av skreddersydde dresser, vil en enhetskontrakt vanligvis v\u00e6re tilstrekkelig.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/11\/3-1024x665.jpg\" alt=\"\" class=\"wp-image-5718\" \/><figcaption class=\"wp-element-caption\">Flertrinnskontrakter inneb\u00e6rer \u00e5 inng\u00e5 kontrakter p\u00e5 nytt for hver fase.<\/figcaption><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordelene_med_flertrinnskontrakter\"><\/span>Fordelene med flertrinnskontrakter<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>S\u00e5, hva er fordelene ved \u00e5 bevisst velge en flertrinnskontrakt? Hvis vi ser n\u00e6rmere p\u00e5 det, kan vi identifisere f\u00f8lgende fordeler:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordel_1_med_flertrinnskontrakter_Enklere_a_handtere_prosjektets_fleksibilitet\"><\/span>Fordel 1 med flertrinnskontrakter: Enklere \u00e5 h\u00e5ndtere prosjektets fleksibilitet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En av fordelene med flertrinnskontrakter er at det er relativt enkelt \u00e5 h\u00e5ndtere fleksibiliteten i utviklingsprosjekter. Vanligvis f\u00f8lger en serie systemutviklingsprosjekter forh\u00e5ndsdefinerte krav, og g\u00e5r videre til design og implementering av programmer uten \u00e5 avvike fra prosedyrene. Men p\u00e5 grunn av kompleksiteten i produksjonen, strekker prosjektperioden seg vanligvis over en betydelig tidsperiode, og det er ikke uvanlig at spesifikasjonene som skal oppfylles endres etterp\u00e5. For en detaljert forklaring p\u00e5 hvordan man h\u00e5ndterer slike endringsforesp\u00f8rsler, se artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Med andre ord, ved prosjektets start er det endelige m\u00e5let ikke alltid klart definert. Spesielt i prosjekter med slike usikre elementer, kan det v\u00e6re vanskelig \u00e5 forplikte seg til alle forpliktelser p\u00e5 kontraktstidspunktet. Ved \u00e5 dele opp i flere trinn, kan begge parter unng\u00e5 un\u00f8dvendige risikoer og lettere gjennomf\u00f8re forretningsavtaler.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordel_2_med_flertrinnskontrakter_Enklere_a_gi_noyaktige_estimater\"><\/span>Fordel 2 med flertrinnskontrakter: Enklere \u00e5 gi n\u00f8yaktige estimater<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Den ovennevnte fordelen med \u00e5 unng\u00e5 \u00e5 forplikte seg til uklare elementer, f\u00f8rer ogs\u00e5 til at man kan gi mer n\u00f8yaktige estimater. Hvis spesifikasjonene endres etterp\u00e5, m\u00e5 estimatene ogs\u00e5 endres, noe som ofte skjer. For en detaljert forklaring p\u00e5 hvordan man beregner estimater p\u00e5 nytt, se artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Som nevnt i artikkelen ovenfor, er det ikke \u00f8nskelig for b\u00e5de brukere og leverand\u00f8rer \u00e5 m\u00e5tte h\u00e5ndtere endringer i estimater etterp\u00e5. Det er best \u00e5 gi n\u00f8yaktige estimater fra starten av. Med flertrinnskontrakter kan man dele opp kontraktene for hver fase, noe som gj\u00f8r det enklere \u00e5 gi n\u00f8yaktige estimater og redusere behovet for endringer i estimatene etterp\u00e5.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordel_3_med_flertrinnskontrakter_Enklere_for_betaleren_a_forsta_rimeligheten_av_belopet\"><\/span>Fordel 3 med flertrinnskontrakter: Enklere for betaleren \u00e5 forst\u00e5 rimeligheten av bel\u00f8pet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ved \u00e5 dele opp estimatene for hver fase, blir det ogs\u00e5 enklere for brukeren som betaler \u00e5 forst\u00e5 rimeligheten av det totale bel\u00f8pet for prosjektet. Som nevnt tidligere, er det ikke enkelt \u00e5 planlegge et prosjekt perfekt fra starten av. Derfor g\u00e5r prosjekter ofte gjennom ulike endringer, og de opprinnelige estimatene endres underveis. I en engangskontrakt vil muligheten til \u00e5 forklare estimatene kun v\u00e6re ved kontraktsinng\u00e5elsen. For brukeren kan det v\u00e6re vanskelig \u00e5 forst\u00e5 hvorfor det er avvik mellom de opprinnelige estimatene og de faktiske kostnadene ved betaling. Med dette i tankene, kan flertrinnskontrakter ogs\u00e5 ha fordeler for brukeren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Oppsummering\"><\/span>Oppsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Flertrinnskontrakter er godt egnet for \u00e5 forme enighet mellom partene p\u00e5 en rettferdig og tydelig m\u00e5te, og de er ogs\u00e5 effektive for \u00e5 forebygge fremtidige problemer. Men noen kan kanskje tenke: &#8220;Er det ikke noen ulemper med flerstegskontrakter, og er det ikke bedre med individuelle kontrakter i noen tilfeller?&#8221; N\u00e5r det gjelder dette punktet, kan man argumentere for at det kan v\u00e6re mer hensiktsmessig med en samlet kontrakt hvis arbeidet er lite og \u00e5penbart vil bli fullf\u00f8rt raskt, siden det kan v\u00e6re tidkrevende \u00e5 inng\u00e5 kontrakter p\u00e5 nytt hver gang. Likevel er det viktigere \u00e5 forst\u00e5 fordelene med flerstegskontrakter, som er n\u00f8yaktige og motstandsdyktige mot endringer, enn \u00e5 fokusere p\u00e5 de f\u00e5 ulempene. For prosjekter av en viss st\u00f8rrelse b\u00f8r man naturligvis bruke slike metoder.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I systemutviklingsprosjekter er det ofte slik at kontraktsarbeidet gjennomf\u00f8res ved hjelp av flertrinnskontrakter. I denne artikkelen vil vi forklare flertrinnskontrakter i systemutvikling, inkludert  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":72011,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/70930"}],"collection":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/comments?post=70930"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/70930\/revisions"}],"predecessor-version":[{"id":72796,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/70930\/revisions\/72796"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/72011"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=70930"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=70930"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=70930"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}