{"id":60342,"date":"2024-03-05T21:11:35","date_gmt":"2024-03-05T12:11:35","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60342"},"modified":"2024-03-17T09:18:44","modified_gmt":"2024-03-17T00:18:44","slug":"system-development-multistage-contract","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/system-development-multistage-contract","title":{"rendered":"Hvad er flertrinskontrakter i systemudvikling? En forklaring inklusive anbefalede grunde"},"content":{"rendered":"\n<p>I systemudviklingsprojekter er det ofte s\u00e5dan, at kontraktpraksis skrider frem ved hj\u00e6lp af en metode kaldet flertrinskontrakter. I denne artikel vil vi forklare om flertrinskontrakter i systemudvikling, herunder ogs\u00e5 grunde til, hvorfor de 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\/da\/it\/system-development-multistage-contract\/#Hvad_er_flertrinskontrakter\" title=\"Hvad er flertrinskontrakter?\">Hvad er flertrinskontrakter?<\/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\/da\/it\/system-development-multistage-contract\/#Indga_kontrakter_i_henhold_til_karakteren_af_hver_proces_og_fuldfor_arbejdet\" title=\"Indg\u00e5 kontrakter i henhold til karakteren af hver proces og fuldf\u00f8r arbejdet\">Indg\u00e5 kontrakter i henhold til karakteren af hver proces og fuldf\u00f8r arbejdet<\/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\/da\/it\/system-development-multistage-contract\/#Typer_af_kontrakter_indgaet_i_hvert_projekt\" title=\"Typer af kontrakter indg\u00e5et i hvert projekt\">Typer af kontrakter indg\u00e5et i hvert projekt<\/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\/da\/it\/system-development-multistage-contract\/#Fordele_ved_flertrinskontrakter\" title=\"Fordele ved flertrinskontrakter\">Fordele ved flertrinskontrakter<\/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\/da\/it\/system-development-multistage-contract\/#Fordele_ved_flertrinskontrakter_1_Nemmere_at_handtere_udviklingsprojekters_fluiditet\" title=\"Fordele ved flertrinskontrakter 1: Nemmere at h\u00e5ndtere udviklingsprojekters fluiditet\">Fordele ved flertrinskontrakter 1: Nemmere at h\u00e5ndtere udviklingsprojekters fluiditet<\/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\/da\/it\/system-development-multistage-contract\/#Fordele_ved_flertrinskontrakter_2_Nemmere_at_lave_praecise_estimater\" title=\"Fordele ved flertrinskontrakter 2: Nemmere at lave pr\u00e6cise estimater\">Fordele ved flertrinskontrakter 2: Nemmere at lave pr\u00e6cise 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\/da\/it\/system-development-multistage-contract\/#Fordele_ved_flertrinskontrakter_3_Nemmere_for_betaleren_at_forsta_rimeligheden_af_belobet\" title=\"Fordele ved flertrinskontrakter 3: Nemmere for betaleren at forst\u00e5 rimeligheden af bel\u00f8bet\">Fordele ved flertrinskontrakter 3: Nemmere for betaleren at forst\u00e5 rimeligheden af bel\u00f8bet<\/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\/da\/it\/system-development-multistage-contract\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_flertrinskontrakter\"><\/span>Hvad er flertrinskontrakter?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/11\/shutterstock_669170671-1024x576.jpg\" alt=\"\" class=\"wp-image-5717\" \/><figcaption class=\"wp-element-caption\">Vi vil forklare om flertrinskontrakter i systemudvikling.<\/figcaption><\/figure>\n\n\n\n<p>Generelt udf\u00f8res kontraktindg\u00e5else gennem en kontrakt. Det vil sige, den betalende part (brugeren i systemudvikling) p\u00e5tager sig forpligtelsen til at betale en l\u00f8n, og den arbejdende part (leverand\u00f8ren i systemudvikling) lover skriftligt at levere den tilsvarende service. P\u00e5 denne m\u00e5de er det essensen af en kontrakt, at begge parter lover at opfylde deres forpligtelser.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Indga_kontrakter_i_henhold_til_karakteren_af_hver_proces_og_fuldfor_arbejdet\"><\/span>Indg\u00e5 kontrakter i henhold til karakteren af hver proces og fuldf\u00f8r arbejdet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men i tilf\u00e6lde af systemudviklingsprojekter, g\u00e5r projektindholdet selv gennem flere processer, og indholdet kan blive komplekst. N\u00e5r man tager hensyn til karakteren af s\u00e5dant arbejde, kan det v\u00e6re passende at gennemf\u00f8re kontrakten i flere omgange. Det vil sige, det er bedre at strukturelt samle ideer og skabe selve kontrakten, der styrer hele projektet. For eksempel er det meget \u00f8nskeligt i praksis at indg\u00e5 en ny kontrakt for hver proces. Denne kontraktmetode kaldes en flertrinskontrakt. Modelkontrakter leveret af det japanske ministerium for \u00f8konomi, handel og industri er ogs\u00e5 baseret p\u00e5 disse flertrinskontrakter.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Typer_af_kontrakter_indgaet_i_hvert_projekt\"><\/span>Typer af kontrakter indg\u00e5et i hvert projekt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>De kontrakter, der ofte bruges i systemudvikling, er to typer: kontrakt- og quasi-delegationkontrakter, og disse to bruges skiftevis afh\u00e6ngigt af karakteren af hver proces for at styre det hele. Blandt alle processer i systemudvikling er det almindeligt at bruge kontrakt-kontrakter for detaljeret design, implementering af programmer, enhedstest osv. Grunden til, at disse processer passer godt til kontrakt-kontrakter, er, at kontrakt-kontrakter v\u00e6gter &#8220;fuldf\u00f8relse af arbejde&#8221; som en pr\u00e6stationskrav, og det er let at konkretisere &#8220;fuldf\u00f8relse&#8221; krav som en proceskarakter. For mere information om &#8220;fuldf\u00f8relse af arbejde&#8221; i kontrakt-kontrakter, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>P\u00e5 den anden side er det almindeligt at bruge quasi-delegationkontrakter i de tidlige stadier af systemudvikling, s\u00e5som planl\u00e6gning og kravdefinition. Karakteristika for disse processer er, at det ofte er sv\u00e6rt at klarl\u00e6gge kravene til &#8220;fuldf\u00f8relse af arbejde&#8221;, og at tillidsforholdet mellem begge parter ofte er grundlaget for kontrakten. I processer som grundl\u00e6ggende design og integrationstest bruges b\u00e5de quasi-delegation og kontrakt afh\u00e6ngigt af projektets karakter. Et punkt at overveje, n\u00e5r man v\u00e6lger hvilken kontrakt der skal bruges i disse processer, er, hvor meget brugerens samarbejde er n\u00f8dvendigt.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Hvis det er en type arbejde, hvor leverand\u00f8ren ensidigt kr\u00e6ver &#8220;fuldf\u00f8relse af arbejde&#8221; som en forpligtelse, kan det v\u00e6re nemmere at v\u00e6lge en kontrakt-kontrakt. Men hvis det faktisk er n\u00f8dvendigt med f\u00e6lles arbejde mellem brugeren og leverand\u00f8ren, skal man forst\u00e5, at det i nogle tilf\u00e6lde er mere realistisk at give juridisk beskyttelse til det tillidsforhold, der er baseret p\u00e5 begge parter. For mere information om forskellen mellem kontrakt- og quasi-delegationkontrakter, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>I denne artikel forklarer vi, at kontrakt-kontrakter ofte bruges, n\u00e5r resultaterne, s\u00e5som implementering af programmer, let kan identificeres, og jo mindre denne tendens er, jo mere sandsynligt er det, at quasi-delegationkontrakter bruges. P\u00e5 denne m\u00e5de er det at se p\u00e5 hele projektet som en helhed af flere kontrakt- og quasi-delegationkontrakter, der indg\u00e5s, praksis for kontrakter baseret p\u00e5 flertrinskontrakter. Desuden kan det siges, at en &#8220;grundl\u00e6ggende kontrakt&#8221; er noget, der ekstraherer og samler f\u00e6lles elementer, s\u00e5 man ikke beh\u00f8ver at gentage den samme beskrivelse mange gange. Det ligner meget at samle f\u00e6lles elementer i klasser og funktioner, n\u00e5r man implementerer programmer.<\/p>\n\n\n\n<p>Eksempler p\u00e5 ting, der ofte skrives sammen i en grundl\u00e6ggende kontrakt, inkluderer:<\/p>\n\n\n\n<ul>\n<li>Definition af termer, der bruges gentagne gange <\/li>\n\n\n\n<li>Proceduren for at indg\u00e5 individuelle kontrakter <\/li>\n\n\n\n<li>Metoden til at \u00e6ndre specifikationerne, der skal realiseres, efterf\u00f8lgende <\/li>\n\n\n\n<li>Metoden til levering og accept af produkter for hver proces <\/li>\n\n\n\n<li>Metoden til at holde hemmeligheder<\/li>\n<\/ul>\n\n\n\n<p>Disse egenskaber er, selvom kontrakten er opdelt i separate dele for hver fase, ikke n\u00f8dvendige at skelne efter proces, da de er konsekvente, n\u00e5r man ser p\u00e5 det som et enkelt projekt. P\u00e5 denne m\u00e5de er det en egenskab ved flertrinskontrakter at ekstrahere mere generelle og alsidige aftaler som grundl\u00e6ggende kontrakter og placere individuelle aftaler, der skal skelnes for hver proces, som individuelle kontrakter under grundl\u00e6ggende kontrakter. Flertrinskontrakter bruges ofte ikke kun i systemudvikling, men ogs\u00e5 i kommercielle transaktioner, der er kendetegnet ved deres st\u00f8rrelse og kompleksitet. For \u00f8vrig er det modsatte koncept af flertrinskontrakter med en kompleks struktur en engangskontrakt. Hvis emnet ikke er systemudvikling, men bestilling af en skr\u00e6ddersyet dragt, ville en engangskontrakt normalt v\u00e6re tilstr\u00e6kkelig.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/11\/3-1024x665.jpg\" alt=\"\" class=\"wp-image-5718\" \/><figcaption class=\"wp-element-caption\">Metoden til at indg\u00e5 en ny kontrakt for hver proces er en flertrinskontrakt.<\/figcaption><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordele_ved_flertrinskontrakter\"><\/span>Fordele ved flertrinskontrakter<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>S\u00e5 hvad er fordelene ved bevidst at v\u00e6lge en flertrinskontrakt? Hvis vi skal organisere det lidt mere konkret, kan vi n\u00e6vne f\u00f8lgende fordele.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordele_ved_flertrinskontrakter_1_Nemmere_at_handtere_udviklingsprojekters_fluiditet\"><\/span>Fordele ved flertrinskontrakter 1: Nemmere at h\u00e5ndtere udviklingsprojekters fluiditet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En af fordelene ved flertrinskontrakter er, at det er relativt nemt at h\u00e5ndtere fluiditeten i udviklingsprojekter. Normalt g\u00e5r en r\u00e6kke systemudviklingsprojekter fremad i henhold til foruddefinerede krav, s\u00e5som design og implementering af programmer, og processen forts\u00e6tter uden tilbageskridt eller tilbagevenden. Men p\u00e5 grund af kompleksiteten af det, der skal produceres, str\u00e6kker tidsplanen sig normalt over en passende periode, og det er ikke us\u00e6dvanligt, at indholdet af de specifikationer, der skal realiseres, \u00e6ndres efterf\u00f8lgende. For mere detaljeret forklaring om, hvordan man h\u00e5ndterer \u00e6ndringsanmodninger efter specifikationer, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Med andre ord, ved starten af projektet er det endelige m\u00e5l ikke n\u00f8dvendigvis klart defineret. I s\u00e5danne projekter, der indeholder usikre elementer, kan det v\u00e6re sv\u00e6rt at indg\u00e5 en kontrakt, hvor alle forpligtelser er gensidigt aftalt p\u00e5 \u00e9n gang. Det er lettere at opdele i hver proces, hvilket undg\u00e5r un\u00f8dvendige risici for begge parter og g\u00f8r det lettere at fremme forretningsaftaler.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordele_ved_flertrinskontrakter_2_Nemmere_at_lave_praecise_estimater\"><\/span>Fordele ved flertrinskontrakter 2: Nemmere at lave pr\u00e6cise estimater<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Den ovenn\u00e6vnte fordel, &#8220;at kunne undg\u00e5 at forpligte sig til noget usikkert&#8221;, f\u00f8rer ogs\u00e5 til, at det er nemmere at lave pr\u00e6cise estimater. Hvis specifikationerne \u00e6ndres efterf\u00f8lgende, er det meget muligt, at estimatet ogs\u00e5 skal \u00e6ndres efterf\u00f8lgende. For en mere detaljeret forklaring af, hvordan man genberegner estimater i s\u00e5danne tilf\u00e6lde, se f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Den ovenn\u00e6vnte artikel forklarer, hvordan man h\u00e5ndterer \u00e6ndringer i estimater som f\u00f8lge af efterf\u00f8lgende specifikations\u00e6ndringer, men det er ikke \u00f8nskeligt for hverken brugere eller leverand\u00f8rer at skulle h\u00e5ndtere s\u00e5danne \u00e6ndringer efterf\u00f8lgende. Det er bedst at undg\u00e5 at lave estimater, der kr\u00e6ver korrektioner, og at g\u00f8re det korrekt f\u00f8rste gang. Med flertrinskontrakter kan du opdele kontrakten i hver proces, hvilket g\u00f8r det nemmere at lave pr\u00e6cise estimater og mindsker sandsynligheden for efterf\u00f8lgende \u00e6ndringer i estimater.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordele_ved_flertrinskontrakter_3_Nemmere_for_betaleren_at_forsta_rimeligheden_af_belobet\"><\/span>Fordele ved flertrinskontrakter 3: Nemmere for betaleren at forst\u00e5 rimeligheden af bel\u00f8bet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, ved at opdele og estimere hver proces, er det ogs\u00e5 nemmere for brugeren, der betaler vederlaget, at forst\u00e5 rimeligheden af bel\u00f8bet for hele projektet. Som n\u00e6vnt tidligere er det ikke let at n\u00e6rme sig en r\u00e6kke projekter med perfekt planl\u00e6gning. Derfor er det ofte tilf\u00e6ldet, at der sker forskellige \u00e6ndringer, og at det oprindelige estimat \u00e6ndres i processen. I en engangskontrakt er det forventet, at den eneste mulighed for at forklare estimatbel\u00f8bet er ved indg\u00e5elsen af kontrakten. For brugeren kan det v\u00e6re sv\u00e6rt at forst\u00e5, hvorfor der er en forskel mellem det oprindelige estimat og det faktiske betalingsbel\u00f8b p\u00e5 betalingstidspunktet. Med dette i betragtning kan det siges, at flertrinskontrakter ogs\u00e5 har visse fordele for brugeren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Opsummering\"><\/span>Opsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Flerniveaukontrakter er velegnede til at forme en fair og klar aftale mellem parterne og er ogs\u00e5 effektive til at forebygge fremtidige problemer. Nogle kan dog t\u00e6nke, &#8220;Er der ikke nogle ulemper ved flerniveaukontrakter, og er der ikke tilf\u00e6lde, hvor individuelle kontrakter er bedre?&#8221; I denne henseende, hvis vi skal sige noget, kan det argument, at det er bedre med en samlet kontrakt, hvis det er en lille skala og det er indlysende, at arbejdet vil blive afsluttet hurtigt, fordi det tager tid at indg\u00e5 en kontrakt hver gang, v\u00e6re gyldigt. Men det er vigtigere at forst\u00e5 fordelene ved pr\u00e6cise og \u00e6ndringsresistente flerniveaukontrakter end at v\u00e6re opm\u00e6rksom p\u00e5 de meget begr\u00e6nsede ulemper ved flerniveaukontrakter. Hvis det er et projekt af en vis st\u00f8rrelse, b\u00f8r vi naturligvis bruge denne metode.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I systemudviklingsprojekter er det ofte s\u00e5dan, at kontraktpraksis skrider frem ved hj\u00e6lp af en metode kaldet flertrinskontrakter. I denne artikel vil vi forklare om flertrinskontrakter i systemudvikli [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61491,"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\/da\/wp-json\/wp\/v2\/posts\/60342"}],"collection":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/comments?post=60342"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60342\/revisions"}],"predecessor-version":[{"id":61492,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60342\/revisions\/61492"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61491"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60342"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60342"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60342"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}