{"id":61411,"date":"2023-12-08T20:55:27","date_gmt":"2023-12-08T11:55:27","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=61411"},"modified":"2024-01-12T18:21:33","modified_gmt":"2024-01-12T09:21:33","slug":"legal-merits-and-demerits-of-development-model","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model","title":{"rendered":"Hva er de juridiske fordelene og ulempene ved hver utviklingsmodell for systemutvikling?"},"content":{"rendered":"\n<p>Det er en bestemt metodikk for hvordan man skal g\u00e5 frem i systemutviklingsprosjekter. Vanligvis, n\u00e5r man l\u00e6rer om juridiske problemer knyttet til systemutvikling gjennom b\u00f8ker og lignende, er det ofte antatt at den mest klassiske metoden, kjent som vannfallsmodellen, er utgangspunktet. Men, det er ikke bare vannfallsmodellen som er en metodikk eller modell for \u00e5 drive systemutvikling. For eksempel, har det blitt mer vanlig \u00e5 velge en metode kjent som den smidige utviklingsmodellen i det siste.<\/p>\n\n\n\n<p>I denne artikkelen vil vi forklare og sammenligne de to metodene, vannfallsmodellen og den smidige utviklingsmodellen, fra et juridisk risiko- og konfliktforebyggende perspektiv.<\/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\/legal-merits-and-demerits-of-development-model\/#Hva_er_en_utviklingsmodell\" title=\"Hva er en utviklingsmodell?\">Hva er en utviklingsmodell?<\/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\/legal-merits-and-demerits-of-development-model\/#Hva_er_vannfallsmodellen\" title=\"Hva er vannfallsmodellen?\">Hva er vannfallsmodellen?<\/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\/legal-merits-and-demerits-of-development-model\/#Hva_er_den_agile_utviklingsmodellen\" title=\"Hva er den agile utviklingsmodellen?\">Hva er den agile utviklingsmodellen?<\/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\/legal-merits-and-demerits-of-development-model\/#Det_er_enklere_a_laere_om_juridiske_problemer_med_vannfallsmodellen\" title=\"Det er enklere \u00e5 l\u00e6re om juridiske problemer med vannfallsmodellen\">Det er enklere \u00e5 l\u00e6re om juridiske problemer med vannfallsmodellen<\/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\/legal-merits-and-demerits-of-development-model\/#De_fleste_referanseboker_er_skrevet_basert_pa_vannfallsmodellen\" title=\"De fleste referanseb\u00f8ker er skrevet basert p\u00e5 vannfallsmodellen\">De fleste referanseb\u00f8ker er skrevet basert p\u00e5 vannfallsmodellen<\/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\/legal-merits-and-demerits-of-development-model\/#Vannfallsmodellen_har_ogsa_mange_akkumulerte_rettsavgjorelser\" title=\"Vannfallsmodellen har ogs\u00e5 mange akkumulerte rettsavgj\u00f8relser\">Vannfallsmodellen har ogs\u00e5 mange akkumulerte rettsavgj\u00f8relser<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Fordelene_med_hver_utviklingsmetode\" title=\"Fordelene med hver utviklingsmetode\">Fordelene med hver utviklingsmetode<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Sammenligning_basert_pa_planlegging_og_forutsigbarhet\" title=\"Sammenligning basert p\u00e5 planlegging og forutsigbarhet\">Sammenligning basert p\u00e5 planlegging og forutsigbarhet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Sammenligning_basert_pa_lettheten_ved_a_klargjore_individuelle_roller_og_ansvarsomrader\" title=\"Sammenligning basert p\u00e5 lettheten ved \u00e5 klargj\u00f8re individuelle roller og ansvarsomr\u00e5der\">Sammenligning basert p\u00e5 lettheten ved \u00e5 klargj\u00f8re individuelle roller og ansvarsomr\u00e5der<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Sammenligning_av_letthet_ved_storskala_utvikling\" title=\"Sammenligning av letthet ved storskala utvikling\">Sammenligning av letthet ved storskala utvikling<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Sammenligning_av_hastighet_og_effektivitet\" title=\"Sammenligning av hastighet og effektivitet\">Sammenligning av hastighet og effektivitet<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Agil_utvikling_starter_raskere\" title=\"Agil utvikling starter raskere\">Agil utvikling starter raskere<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Vannfallsmodellen_er_mindre_sannsynlig_a_mislykkes_pa_veien\" title=\"Vannfallsmodellen er mindre sannsynlig \u00e5 mislykkes p\u00e5 veien\">Vannfallsmodellen er mindre sannsynlig \u00e5 mislykkes p\u00e5 veien<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Agil_utvikling_er_lettere_a_ga_jevnt_gjennom_akseptfasen\" title=\"Agil utvikling er lettere \u00e5 g\u00e5 jevnt gjennom akseptfasen\">Agil utvikling er lettere \u00e5 g\u00e5 jevnt gjennom akseptfasen<\/a><\/li><\/ul><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/monolith.law\/no\/it\/legal-merits-and-demerits-of-development-model\/#Oppsummering\" title=\"Oppsummering\">Oppsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_en_utviklingsmodell\"><\/span>Hva er en utviklingsmodell?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_vannfallsmodellen\"><\/span>Hva er vannfallsmodellen?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_66782644-1024x750.jpg\" alt=\"\" class=\"wp-image-5407\" \/><figcaption class=\"wp-element-caption\">Hva er en utviklingsmodell i systemutvikling?<\/figcaption><\/figure>\n\n\n\n<p>Den mest vanlige og klassiske metoden for systemutvikling er som f\u00f8lger:<br><\/p>\n\n\n\n<ul>\n<li>Kravspesifikasjon: Identifisering av funksjonene systemet skal ha og de n\u00f8dvendige spesifikasjonene<\/li>\n\n\n\n<li>Grunnleggende design: Design av systemets helhetlige bilde, hovedsakelig fra brukerens perspektiv, inkludert skjermdesign og skjermoverganger<\/li>\n\n\n\n<li>Detaljert design: Design av systemets helhetlige bilde, hovedsakelig fra utviklerens perspektiv, inkludert forbindelser mellom programfiler<\/li>\n\n\n\n<li>Programmeringsimplementering: Koding av programmet i henhold til designspesifikasjonene<\/li>\n\n\n\n<li>Testing: Verifisering av at produktet er i henhold til spesifikasjonene, og ber om brukerbekreftelse<\/li>\n<\/ul>\n\n\n\n<p>Denne utviklingsmetoden, som g\u00e5r fremover som en elv fra oppstr\u00f8m til nedstr\u00f8m, med minimal tilbakegang og omvendt, kalles &#8220;vannfallsmodellen&#8221;. Denne flyten er ikke n\u00f8dvendigvis essensiell for \u00e5 lage et fungerende system. Men i systemutviklingsprosjekter, som ofte involverer mange mennesker og langvarige perioder, blir planlegging viktig. Derfor er det ogs\u00e5 en tendens til \u00e5 legge vekt p\u00e5 ting som \u00e5 dele opp hvert trinn, organisere roller, og klargj\u00f8re ansvarsomr\u00e5dene for hver person som er ansvarlig.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_den_agile_utviklingsmodellen\"><\/span>Hva er den agile utviklingsmodellen?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>P\u00e5 den annen side, er det ikke alltid at en metode som gjennomf\u00f8rer utviklingsarbeidet i en &#8220;oppstr\u00f8m til nedstr\u00f8m&#8221; -m\u00e5te er passende. Selvf\u00f8lgelig er planlegging og estimeringsteknikker viktige aspekter av jobben, gitt dens natur. Men i arbeid som involverer \u00e5 lage noe nytt eller lage kunstverk, er det ofte umulig \u00e5 lage en perfekt plan fra begynnelsen. Hvis vi legger vekt p\u00e5 disse punktene, b\u00f8r det v\u00e6re en m\u00e5te \u00e5 gj\u00f8re ting p\u00e5 som ikke bare fremmer arbeid i henhold til en plan, men ogs\u00e5 gj\u00f8r det enkelt \u00e5 fleksibelt h\u00e5ndtere etterf\u00f8lgende korrigeringer og spesifikasjonsendringer, og \u00f8ker antall pr\u00f8vinger og feil. Denne tankegangen reflekteres i utviklingsmetoden kjent som &#8220;den agile utviklingsmodellen&#8221;. I den agile utviklingsmodellen er det vanlig \u00e5 minimere tiden brukt p\u00e5 \u00e5 forberede detaljerte planer og designspesifikasjoner, og i stedet gjentatte ganger implementere og teste veldig sm\u00e5 programmer, gradvis endre dem til st\u00f8rre programmer og systemer.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_enklere_a_laere_om_juridiske_problemer_med_vannfallsmodellen\"><\/span>Det er enklere \u00e5 l\u00e6re om juridiske problemer med vannfallsmodellen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>F\u00f8r vi sammenligner de to utviklingsmodellene, vil vi nevne at det er lettere \u00e5 samle informasjon og l\u00e6re om juridiske problemer knyttet til hver utviklingsmodell.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_fleste_referanseboker_er_skrevet_basert_pa_vannfallsmodellen\"><\/span>De fleste referanseb\u00f8ker er skrevet basert p\u00e5 vannfallsmodellen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r det gjelder \u00e5 samle informasjon og l\u00e6re om juridiske problemer relatert til systemutvikling, er vannfallsmodellen overlegen. Juridiske b\u00f8ker som diskuterer systemutvikling er ofte skrevet med utgangspunkt i vannfallsmodellen. Dette skyldes at klassisk og generell systemutvikling f\u00f8lger vannfallsmodellen, og agile utviklingsmetoder er ofte bare nevnt som et supplement. Derfor, n\u00e5r du pr\u00f8ver \u00e5 f\u00e5 informasjon om juridiske problemer relatert til systemutvikling fra b\u00f8ker, er det lettere \u00e5 l\u00e6re med vannfallsmodellen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vannfallsmodellen_har_ogsa_mange_akkumulerte_rettsavgjorelser\"><\/span>Vannfallsmodellen har ogs\u00e5 mange akkumulerte rettsavgj\u00f8relser<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I tillegg, siden vannfallsmodellen er en klassisk og generell metode for systemutvikling, er det ogs\u00e5 mange akkumulerte tilfeller av faktiske konflikter som har oppst\u00e5tt i fortiden. I juridiske diskusjoner er kunnskap om tidligere rettsavgj\u00f8relser like viktig som lovteksten. Selv i saker der det er vanskelig \u00e5 si om teksten i loven er &#8220;hvit&#8221; eller &#8220;svart&#8221;, kan det v\u00e6re mulig \u00e5 supplere innholdet i loven ved \u00e5 f\u00e5 innsikt fra tidligere rettsavgj\u00f8relser.<\/p>\n\n\n\n<p>Det skal ogs\u00e5 nevnes at selv om det ikke er en kodifisert lov, kan akkumulerte dommer fra domstolene bli etablert som en standard for dommen, akkurat som loven. Dette kalles &#8220;jurisprudens&#8221;. Selv i omr\u00e5der som systemutvikling, hvor det allerede er en akkumulering av jurisprudens, kan det v\u00e6re relativt enkelt \u00e5 forutsi utfallet av en ukjent konflikt. Dette er en av de mange fordelene med systemutvikling basert p\u00e5 vannfallsmodellen.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fordelene_med_hver_utviklingsmetode\"><\/span>Fordelene med hver utviklingsmetode<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\/10\/shutterstock_86885698-1024x756.jpg\" alt=\"\" class=\"wp-image-5410\" \/><figcaption class=\"wp-element-caption\">Hva er fordelene og ulempene med vannfallsmodellen og smidig utvikling?<\/figcaption><\/figure>\n\n\n\n<p>Med ovenst\u00e5ende i tankene, vil vi n\u00e5 sammenligne og organisere fordelene og ulempene med hver metode. F\u00f8rste del fokuserer hovedsakelig p\u00e5 fordelene med vannfallsmodellen, og jo lenger ned du g\u00e5r, jo mer forst\u00e5elig blir fordelene med smidig utvikling.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammenligning_basert_pa_planlegging_og_forutsigbarhet\"><\/span>Sammenligning basert p\u00e5 planlegging og forutsigbarhet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r det kommer til aspekter som planlegging og forutsigbarhet, kan det sies at vannfallsmodellen har en fordel. Uansett hvor stort systemet som skal lages er, vil det alltid bli delt opp i mindre deler som f\u00f8lger en &#8220;oppstr\u00f8ms-til-nedstr\u00f8ms&#8221; sekvens. Ved \u00e5 sette en frist for hver del, blir det lettere \u00e5 administrere fremdriften p\u00e5 en relativt planlagt m\u00e5te.<\/p>\n\n\n\n<p>P\u00e5 den annen side er smidig utvikling en metode som ikke bruker for mye kostnader eller krefter p\u00e5 forh\u00e5ndsplanlegging eller overordnet konsept, noe som kan f\u00f8re til en tendens til en ad hoc-tiln\u00e6rming.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammenligning_basert_pa_lettheten_ved_a_klargjore_individuelle_roller_og_ansvarsomrader\"><\/span>Sammenligning basert p\u00e5 lettheten ved \u00e5 klargj\u00f8re individuelle roller og ansvarsomr\u00e5der<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I vannfallsmodellen er det en fordel at prosessene er finjustert og delt opp i mindre deler, noe som gj\u00f8r det mulig \u00e5 klargj\u00f8re rollene til hvert enkelt prosjektmedlem.<\/p>\n\n\n\n<p>P\u00e5 den annen side, i smidig utvikling, blir prosessinndelingene ofte uklare, noe som kan f\u00f8re til en tendens til uklarhet om hvem som skal ta ansvar for uforutsette problemer og lignende.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammenligning_av_letthet_ved_storskala_utvikling\"><\/span>Sammenligning av letthet ved storskala utvikling<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Waterfall-modellen, som er fremragende n\u00e5r det gjelder planlegging og rolleklarhet, blir mer fordelaktig jo st\u00f8rre utviklingsprosjektet er. Selv med organisering av mange ansatte, kan du redusere kostnadene knyttet til justering av menneskelige relasjoner ved \u00e5 dele opp prosessen i mindre deler og fremme arbeidsdeling.<\/p>\n\n\n\n<p>P\u00e5 den annen side er det sagt at den smidige utviklingsmodellen ikke er spesielt egnet for storskala utvikling. Fordi det er en tiln\u00e6rming som prioriterer hastigheten fra starten mer enn planlegging og rolleklarhet, er det vanskelig \u00e5 anvende den i situasjoner der det er bekymringer for forsinkelser i den endelige leveringstiden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammenligning_av_hastighet_og_effektivitet\"><\/span>Sammenligning av hastighet og effektivitet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Agil_utvikling_starter_raskere\"><\/span>Agil utvikling starter raskere<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>N\u00e5r brukerne har en funksjonsforesp\u00f8rsel, er det agil utviklingsmodell som kommer f\u00f8rst i \u00e5 implementere den. Dette skyldes at i vannfallsmodellen er det vanlig at ansvarlige personer er klart adskilt i oppstr\u00f8ms og nedstr\u00f8ms prosesser, noe som ofte f\u00f8rer til mer kommunikasjon innad i leverand\u00f8ren. Dette kan gj\u00f8re det vanskelig \u00e5 h\u00e5ndtere endringsforesp\u00f8rsler etter spesifikasjonene.<\/p>\n\n\n\n<p>P\u00e5 den annen side kan agil utviklingsmodell forventes \u00e5 starte og utf\u00f8re raskt uten \u00e5 sette opp en mellommann. Dette er tett knyttet til den st\u00f8rste fordelen med agil utviklingsmodell, som er at det er lett \u00e5 h\u00e5ndtere endringer i spesifikasjoner etterp\u00e5. Imidlertid, selv i en agil utviklingsmodell, hvis du fortsetter \u00e5 svare p\u00e5 endrings- og tilleggsutviklingsforesp\u00f8rsler uten \u00e5 tenke, kan det risikere \u00e5 &#8220;brenne&#8221; prosjektet. I denne forstand er n\u00f8kkelen til suksess i systemutvikling med agil utviklingsmodell hvordan man h\u00e5ndterer &#8220;endringsstyring&#8221;. En detaljert forklaring p\u00e5 endringsstyring er gitt i artikkelen nedenfor.<br><\/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<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vannfallsmodellen_er_mindre_sannsynlig_a_mislykkes_pa_veien\"><\/span>Vannfallsmodellen er mindre sannsynlig \u00e5 mislykkes p\u00e5 veien<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>P\u00e5 den annen side, n\u00e5r man sammenligner fra et perspektiv av hastighet og effektivitet, er det viktig \u00e5 vurdere p\u00e5 en lang tidsakse. N\u00e5r man tenker p\u00e5 risikoen for at prosjektet brenner p\u00e5 veien og fremdriften stopper, er vannfallsmodellen overlegen. Den st\u00f8rste risikoen for at et prosjekt mislykkes p\u00e5 veien er mangel p\u00e5 kommunikasjon mellom brukeren og leverand\u00f8ren. Vannfallsmodellen, som gj\u00f8r det enkelt \u00e5 klargj\u00f8re rollefordelingen mellom de to, har en fordel i denne forbindelse.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Agil_utvikling_er_lettere_a_ga_jevnt_gjennom_akseptfasen\"><\/span>Agil utvikling er lettere \u00e5 g\u00e5 jevnt gjennom akseptfasen<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Imidlertid, fra perspektivet av hvor lett det er \u00e5 g\u00e5 frem i akseptfasen, kan det sies at agil utviklingsmodell har en fordel. Dette skyldes at det forutsettes at brukeren og leverand\u00f8ren deler informasjon i detalj selv underveis i systemutviklingen. Det kan forventes \u00e5 redusere risikoen for at en misforst\u00e5else mellom de to blir tydelig n\u00e5r de ser det endelige produktet. For en forklaring p\u00e5 aksepttrinnet i systemutvikling og de tilknyttede juridiske problemene, se artikkelen nedenfor.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/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>N\u00e5r vi sammenligner p\u00e5 denne m\u00e5ten, kan vi generelt organisere det slik at Waterfall-modellen bidrar til grundig styring, mens Agile utviklingsmodellen prioriterer hastigheten fra oppstart til utf\u00f8relse. For juridiske problemer knyttet til systemutvikling basert p\u00e5 Agile utviklingsmodellen, behandler vi detaljene i f\u00f8lgende artikkel.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-and-contract-issues-of-agile-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-and-contract-issues-of-agile-development[ja]<\/a><\/p>\n\n\n\n<p>Hvilken utviklingsmodell som er passende, b\u00f8r vurderes helhetlig, ikke bare fra et juridisk perspektiv, men ogs\u00e5 med tanke p\u00e5 prosjektets st\u00f8rrelse, budsjett og m\u00e5l.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det er en bestemt metodikk for hvordan man skal g\u00e5 frem i systemutviklingsprosjekter. Vanligvis, n\u00e5r man l\u00e6rer om juridiske problemer knyttet til systemutvikling gjennom b\u00f8ker og lignende, er det ofte [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62806,"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\/61411"}],"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=61411"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61411\/revisions"}],"predecessor-version":[{"id":62805,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61411\/revisions\/62805"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/62806"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=61411"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=61411"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=61411"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}