{"id":61438,"date":"2023-12-08T20:55:28","date_gmt":"2023-12-08T11:55:28","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=61438"},"modified":"2024-01-08T17:23:11","modified_gmt":"2024-01-08T08:23:11","slug":"management-and-target-value-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/management-and-target-value-of-system-development","title":{"rendered":"Hva er den juridiske betydningen av forretningsm\u00e5l og numeriske m\u00e5l i systemutviklingsprosjekter?"},"content":{"rendered":"\n<p>Systemutviklingsprosjekter er ofte tett knyttet til omfattende forbedringer i bedrifter og arbeidsplasser. I slike tilfeller kan det v\u00e6re n\u00f8dvendig med en holdning som bidrar til \u00e5 l\u00f8se ledelsesutfordringer i brukerbedriften, eller \u00e5 oppn\u00e5 numeriske m\u00e5l. Men er det virkelig en juridisk forpliktelse \u00e5 forplikte seg til slike ledelsesm\u00e5l? Sp\u00f8rsm\u00e5let blir hva den juridiske betydningen av numeriske m\u00e5l og ledelsesm\u00e5l er. I denne artikkelen vil vi diskutere juridiske problemer knyttet til ulike &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; i systemutvikling.<\/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\/management-and-target-value-of-system-development\/#Hvorfor_blir_mal_og_malsetninger_for_systemutvikling_en_kilde_til_konflikt\" title=\"Hvorfor blir m\u00e5l og m\u00e5lsetninger for systemutvikling en kilde til konflikt?\">Hvorfor blir m\u00e5l og m\u00e5lsetninger for systemutvikling en kilde til konflikt?<\/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\/management-and-target-value-of-system-development\/#Det_er_et_problem_som_ligger_mellom_brukerens_plikt_til_samarbeid_og_leverandorens_begrensede_skjonn\" title=\"Det er et problem som ligger mellom brukerens plikt til samarbeid og leverand\u00f8rens begrensede skj\u00f8nn\">Det er et problem som ligger mellom brukerens plikt til samarbeid og leverand\u00f8rens begrensede skj\u00f8nn<\/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\/management-and-target-value-of-system-development\/#Spesifikke_situasjoner_der_brukerens_mal_pavirker_prosjektet\" title=\"Spesifikke situasjoner der brukerens m\u00e5l p\u00e5virker prosjektet\">Spesifikke situasjoner der brukerens m\u00e5l p\u00e5virker prosjektet<\/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\/management-and-target-value-of-system-development\/#Hva_er_rettspraksis_der_brukerens_forretningsmal_har_blitt_et_problem\" title=\"Hva er rettspraksis der brukerens forretningsm\u00e5l har blitt et problem?\">Hva er rettspraksis der brukerens forretningsm\u00e5l har blitt et problem?<\/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\/management-and-target-value-of-system-development\/#Sak_der_malet_var_a_forbedre_arbeidsprosessen\" title=\"Sak der m\u00e5let var \u00e5 forbedre arbeidsprosessen\">Sak der m\u00e5let var \u00e5 forbedre arbeidsprosessen<\/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\/management-and-target-value-of-system-development\/#Hva_er_den_juridiske_betydningen_av_forretningsmal_og_numeriske_mal_som_kan_leses_fra_rettspraksis\" title=\"Hva er den juridiske betydningen av forretningsm\u00e5l og numeriske m\u00e5l som kan leses fra rettspraksis?\">Hva er den juridiske betydningen av forretningsm\u00e5l og numeriske m\u00e5l som kan leses fra rettspraksis?<\/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\/management-and-target-value-of-system-development\/#Ytterligere_innsikt_fra_denne_dommen\" title=\"Ytterligere innsikt fra denne dommen\">Ytterligere innsikt fra denne dommen<\/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\/management-and-target-value-of-system-development\/#Rettslige_hensyn_rundt_forretningsmal_og_kvantitative_mal\" title=\"Rettslige hensyn rundt forretningsm\u00e5l og kvantitative m\u00e5l\">Rettslige hensyn rundt forretningsm\u00e5l og kvantitative m\u00e5l<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/no\/it\/management-and-target-value-of-system-development\/#Konsultasjonen_kan_endre_seg_avhengig_av_om_den_er_betalt_eller_gratis\" title=\"Konsultasjonen kan endre seg avhengig av om den er betalt eller gratis\">Konsultasjonen kan endre seg avhengig av om den er betalt eller gratis<\/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\/management-and-target-value-of-system-development\/#Feil_i_resultatene_og_inkonsekvenser_i_funksjoner_og_spesifikasjonskrav_er_separate_problemer\" title=\"Feil i resultatene, og inkonsekvenser i funksjoner og spesifikasjonskrav er separate problemer\">Feil i resultatene, og inkonsekvenser i funksjoner og spesifikasjonskrav er separate problemer<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/no\/it\/management-and-target-value-of-system-development\/#En_grunnleggende_forstaelse_av_ansvar_og_kontrakter_er_nodvendig\" title=\"En grunnleggende forst\u00e5else av ansvar og kontrakter er n\u00f8dvendig\">En grunnleggende forst\u00e5else av ansvar og kontrakter er n\u00f8dvendig<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvorfor_blir_mal_og_malsetninger_for_systemutvikling_en_kilde_til_konflikt\"><\/span>Hvorfor blir m\u00e5l og m\u00e5lsetninger for systemutvikling en kilde til konflikt?<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_405405454-1024x808.jpg\" alt=\"\" class=\"wp-image-5397\" \/><figcaption class=\"wp-element-caption\">Hva er \u00e5rsakene til konflikter rundt systemutvikling?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_et_problem_som_ligger_mellom_brukerens_plikt_til_samarbeid_og_leverandorens_begrensede_skjonn\"><\/span>Det er et problem som ligger mellom brukerens plikt til samarbeid og leverand\u00f8rens begrensede skj\u00f8nn<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r man ser p\u00e5 det fra et forretningsmessig perspektiv, er det noen s\u00e6regenheter ved systemutviklingsprosjekter. En av dem er at et systemutviklingsprosjekt utf\u00f8rt av en leverand\u00f8r ikke kan gjennomf\u00f8res av leverand\u00f8ren alene, men krever samarbeid fra brukerens side. Denne plikten er kjent som &#8220;samarbeidsplikten&#8221; og er klart definert i presedensretten. Hovedsakelig er det i faser som \u2460 kravdefinisjon \u2461 grunnleggende design \u2462 godkjenning av leveranser, at brukeren ogs\u00e5 er forventet \u00e5 samarbeide i systemutviklingen.<\/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>En annen er at leverand\u00f8ren vanligvis forventes \u00e5 ut\u00f8ve betydelig skj\u00f8nn i sitt arbeid. Det er en juridisk term som oppsummerer hva leverand\u00f8ren skal gj\u00f8re i et systemutviklingsprosjekt, kjent som &#8220;prosjektledelsesplikten&#8221;. Dette er forklart i detalj i artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>N\u00e5r vi oppsummerer innholdet ovenfor, kan vi peke p\u00e5 to viktige punkter her.<\/p>\n\n\n\n<ul>\n<li>Brukeren er forventet \u00e5 gi n\u00f8dvendig informasjon til leverand\u00f8ren etter behov og samarbeide med leverand\u00f8rens utviklingsarbeid i praksis.<\/li>\n\n\n\n<li>Leverand\u00f8ren er forventet \u00e5 forst\u00e5 brukerens prosjektm\u00e5l og m\u00e5lsetninger, og ta tiltak som er i tr\u00e5d med disse i praksis.<\/li>\n<\/ul>\n\n\n\n<p>P\u00e5 grunn av disse to forholdene, blir det et problem hvor langt leverand\u00f8ren juridisk sett kan v\u00e6re forpliktet til \u00e5 oppn\u00e5 forretningsm\u00e5l og kvantitative m\u00e5l som er forklart p\u00e5 forh\u00e5nd av brukeren. Det vil si, det er en side av saken der det er brukerens plikt \u00e5 samle sammen hva leverand\u00f8ren skal gj\u00f8re (ikke vage ting som m\u00e5l, men spesifikasjoner) og presentere det, mens det p\u00e5 den annen side ogs\u00e5 er en side der leverand\u00f8ren har en plikt som en ekspert til \u00e5 levere det brukeren egentlig ettersp\u00f8r (ikke bare gj\u00f8re som de blir fortalt). Dette er en karakteristikk av konflikter rundt &#8220;m\u00e5l&#8221; og &#8220;m\u00e5lsetninger&#8221; i systemutvikling, hvor begge parter med motstridende synspunkter kolliderer. Fra et juridisk synspunkt er det en praktisk utfordring \u00e5 gi retningslinjer for konfliktl\u00f8sning som er rettferdig for begge parter.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Spesifikke_situasjoner_der_brukerens_mal_pavirker_prosjektet\"><\/span>Spesifikke situasjoner der brukerens m\u00e5l p\u00e5virker prosjektet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systemutviklingsprosjekter er ofte knyttet til store forbedrings- og effektiviseringstiltak i bedrifter og arbeidsplasser, og det er ofte tilfeller der det blir gjennomf\u00f8rt h\u00f8ringer om forretningsproblemer og forretningsm\u00e5l selv i planleggings- og forslagsfasen. Der kan det v\u00e6re utveksling om kostnadseffektivitet knyttet til systemutvikling og utveksling gjennom ulike kvantitative m\u00e5l.<\/p>\n\n\n\n<ul>\n<li>Reduksjon av personalkostnader p\u00e5 grunn av effektivisering<\/li>\n\n\n\n<li> \u00d8kning i salg eller inntekter<\/li>\n\n\n\n<li> Reduksjon av arbeidstid<\/li>\n<\/ul>\n\n\n\n<p>For eksempel, hvis de ovennevnte elementene er det endelige m\u00e5let for prosjektet, kan leverand\u00f8ren p\u00e5 forh\u00e5nd forklare investeringseffekten av systemutvikling fra en konsulentposisjon og drive salg.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_rettspraksis_der_brukerens_forretningsmal_har_blitt_et_problem\"><\/span>Hva er rettspraksis der brukerens forretningsm\u00e5l har blitt et problem?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Men, en leverand\u00f8r er vanligvis bare en ekspert p\u00e5 systemutvikling. Hvis alt ansvar for brukerens forretningsm\u00e5l skulle falle p\u00e5 dem, kunne det bli en altfor hard belastning.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sak_der_malet_var_a_forbedre_arbeidsprosessen\"><\/span>Sak der m\u00e5let var \u00e5 forbedre arbeidsprosessen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I denne saken, som er sitert nedenfor, var m\u00e5lene og form\u00e5lene med \u00e5 starte systemutviklingsprosjektet skrevet i prosjektplanen som ble opprettet ved prosjektstart. Imidlertid, da systemet var ferdig og driftsstartet, kunne de ikke oppn\u00e5 disse m\u00e5lene og form\u00e5lene, noe som f\u00f8rte til en konflikt. I den opprinnelige prosjektplanen var det skrevet at de sikter mot \u00e5 realisere f\u00f8lgende tilstander etter at systemet er ferdig og faktisk blir brukt:<\/p>\n\n\n\n<ul>\n<li>Redusere tiden for manuell inntasting med 50%<\/li>\n\n\n\n<li>Fullf\u00f8re administrativ behandling ved bruk av det aktuelle IT-systemet innen en bestemt periode<\/li>\n<\/ul>\n\n\n\n<p>Da brukerne ikke kunne oppn\u00e5 disse resultatene, pr\u00f8vde de \u00e5 forf\u00f8lge leverand\u00f8ren for mislighold av kontrakten og mangelfull garanti. Men retten godtok ikke dette argumentet (understreket og fet skrift er lagt til av forfatteren).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Og, (omitted) if\u00f8lge hele argumentet, \u2460 dette prosjektets form\u00e5l er &#8220;effektivisering av arbeid&#8221;, &#8220;grunnleggende CRM&#8221;, &#8220;gjennomf\u00f8ring av synlig ledelse&#8221;, etc., som er <u>abstrakte<\/u>, og m\u00e5lverdiene er ogs\u00e5 &#8220;\u00f8ke kundekontaktpunkter&#8221;, &#8220;omfordele administrativ arbeidskraft til intern kontroll og salgsst\u00f8tte&#8221;, &#8220;gj\u00f8re salgsprognoser mer n\u00f8yaktige&#8221;, &#8220;begrense overdreven salgsrabatter&#8221;, etc., som er <u>for det meste abstrakte<\/u>, og &#8220;redusere inntastingstiden med 50%&#8221;, &#8220;redusere estimert opprettelsestid med 50%&#8221;, &#8220;gjennomf\u00f8re lovbestemt avsl\u00f8ring innen lovbestemte dager&#8221;, etc., er <u>m\u00e5lverdier<\/u> som avhenger av <u>hvordan saks\u00f8kte driver sin virksomhet og arbeidsmetoder etter SBO-implementering<\/u>, og det er ikke noe som <u>systemutviklingsfirmaet, som er saks\u00f8ker, kan p\u00e5ta seg \u00e5 oppn\u00e5<\/u>, \u2461 det er ingen omtale av at de spesifikt diskuterte oppn\u00e5elsen av dette prosjektets form\u00e5l og m\u00e5lverdier i m\u00f8tereferatene etter <u>dette prosjektets kickoff<\/u>, \u2462 i dette prosjektets prosjektplan er det uttrykk som &#8220;bli et b\u00f8rsnotert selskap&#8221;, etc., som <u>ikke i seg selv har kontraktsmessig karakter<\/u>, (omitted) gitt disse omstendighetene, er det anerkjent at saks\u00f8ker opprettet beskrivelsen av dette prosjektets form\u00e5l i dette prosjektets prosjektplan basert p\u00e5 saks\u00f8ktes forklaring for \u00e5 forhindre at dette prosjektet mislykkes, <u>for \u00e5 f\u00e5 felles forst\u00e5else av dette prosjektets form\u00e5l og resultater<\/u>, og det kan ikke anerkjennes at saks\u00f8kte har <u>betalt saks\u00f8ker for systemutvikling for \u00e5 oppn\u00e5 dette prosjektets form\u00e5l<\/u>. (omitted) Derfor, siden det ikke kan anerkjennes at saks\u00f8ker har p\u00e5tatt seg systemutvikling fra saks\u00f8kte for \u00e5 oppn\u00e5 dette prosjektets form\u00e5l, (omitted) er det ingen grunn til p\u00e5standene om mislighold av kontrakten og mangelfull garanti.<br><\/p>\n<cite>Tokyo District Court, December 28, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_den_juridiske_betydningen_av_forretningsmal_og_numeriske_mal_som_kan_leses_fra_rettspraksis\"><\/span>Hva er den juridiske betydningen av forretningsm\u00e5l og numeriske m\u00e5l som kan leses fra rettspraksis?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som nevnt i denne dommen, er det vanlig at forskjellige faktorer, som for eksempel ledelsesinnsats fra brukerens side, p\u00e5virker om m\u00e5let for systemutvikling eller kvantifiserte m\u00e5l kan oppn\u00e5s. Derfor b\u00f8r det antas at terskelen for \u00e5 holde leverand\u00f8rsiden ansvarlig er sv\u00e6rt h\u00f8y. F\u00f8rst og fremst, hvis leverand\u00f8rens ansvar for kontraktsbrudd eller mangelfull garanti anerkjennes, betyr det at oppn\u00e5elsen av &#8220;m\u00e5l&#8221; eller &#8220;m\u00e5l&#8221; var innarbeidet som en del av kontraktsinnholdet. Imidlertid, i dette tilfellet, ble &#8220;m\u00e5l&#8221; eller &#8220;m\u00e5l&#8221; vurdert juridisk som f\u00f8lger:<\/p>\n\n\n\n<ul>\n<li>For abstrakte og vage ting, er det urimelig \u00e5 betrakte dem som en del av kontraktsinnholdet, da de ikke passer med naturen til juridiske forpliktelser.<\/li>\n\n\n\n<li>For ting som krever selv-hjelps innsats, spesielt fra ledelsessiden av brukeren, er det urimelig \u00e5 holde leverand\u00f8rsiden ansvarlig og betrakte dem som en del av kontraktsforpliktelsene, da de er utenfor leverand\u00f8rens kontroll.<\/li>\n<\/ul>\n\n\n\n<p>Dette er den juridiske vurderingen som ble mottatt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ytterligere_innsikt_fra_denne_dommen\"><\/span>Ytterligere innsikt fra denne dommen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Denne dommen inneholder ogs\u00e5 flere interessante punkter.<\/p>\n\n\n\n<ul>\n<li>Retten tar hensyn til at det \u00e5 dele &#8216;m\u00e5l&#8217; og &#8216;m\u00e5lsetninger&#8217; i et systemutviklingsprosjekt kan v\u00e6re bare en del av kommunikasjonsinnsatsen for \u00e5 oppn\u00e5 &#8216;felles forst\u00e5else&#8217; mellom brukere og leverand\u00f8rer.<\/li>\n\n\n\n<li>I vurderingen av hvor vesentlige disse &#8216;m\u00e5lene&#8217; og &#8216;m\u00e5lsetningene&#8217; var i en serie prosjekter, har retten ogs\u00e5 tatt hensyn til m\u00f8tereferater og lignende.<\/li>\n<\/ul>\n\n\n\n<p>For \u00f8vrig, n\u00e5r det gjelder juridiske sp\u00f8rsm\u00e5l knyttet til systemutviklingsprosjekter, har vi diskutert viktigheten av dokumentstyring og m\u00f8tereferater i f\u00f8lgende artikkel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rettslige_hensyn_rundt_forretningsmal_og_kvantitative_mal\"><\/span>Rettslige hensyn rundt forretningsm\u00e5l og kvantitative m\u00e5l<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_105421988-1024x683.jpg\" alt=\"\" class=\"wp-image-5399\" \/><figcaption class=\"wp-element-caption\">Vi vil forklare juridiske problemer knyttet til &#8220;forretningsm\u00e5l&#8221; og &#8220;kvantitative m\u00e5l&#8221; i systemutvikling.<\/figcaption><\/figure>\n\n\n\n<p>Det er imidlertid viktig \u00e5 merke seg f\u00f8lgende tilleggspunkter n\u00e5r det gjelder juridiske sp\u00f8rsm\u00e5l rundt slike &#8220;m\u00e5l&#8221; og &#8220;m\u00e5lsettinger&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Konsultasjonen_kan_endre_seg_avhengig_av_om_den_er_betalt_eller_gratis\"><\/span>Konsultasjonen kan endre seg avhengig av om den er betalt eller gratis<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis du ikke bare har et systemutviklingsprosjekt, men ogs\u00e5 en betalt konsulentavtale, kan situasjonen endre seg betydelig. Uavhengig av hvor mye forretningsressurser brukersiden har, hvis det er omstendigheter som \u00e5 utarbeide en gjennomf\u00f8ringsplan med liten sannsynlighet for realisering, kan det v\u00e6re mulig \u00e5 bli forfulgt for ansvar for mislighold av den betalte konsulentavtalen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Feil_i_resultatene_og_inkonsekvenser_i_funksjoner_og_spesifikasjonskrav_er_separate_problemer\"><\/span>Feil i resultatene, og inkonsekvenser i funksjoner og spesifikasjonskrav er separate problemer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis det er feil i selve &#8220;utviklings&#8221; prosjektet, det vil si hvis det er feil eller bugs i resultatene, m\u00e5 du forst\u00e5 dette som et separat problem. I s\u00e5 fall vil sp\u00f8rsm\u00e5let v\u00e6re om det er samsvar mellom resultatene og de n\u00f8dvendige funksjonskravene og spesifikasjonene, uavhengig av forretningsm\u00e5lene og m\u00e5lene. For eksempel, vi forklarer brukerens mottiltak i tilfelle feil blir oppdaget i systemet etterp\u00e5 i f\u00f8lgende artikkel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance[ja]<\/a><\/p>\n\n\n\n<p>Det er ogs\u00e5 relaterte emner, som ting som ikke er inkludert i kravene, men som leverand\u00f8ren har en plikt til \u00e5 implementere etter eget skj\u00f8nn. Vi forklarer dette i detalj i f\u00f8lgende artikkel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>I begge tilfeller b\u00f8r du forst\u00e5 dem som ting som ligner, men er forskjellige fra konflikter rundt &#8220;m\u00e5l&#8221; og &#8220;m\u00e5lsettinger&#8221;.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"En_grunnleggende_forstaelse_av_ansvar_og_kontrakter_er_nodvendig\"><\/span>En grunnleggende forst\u00e5else av ansvar og kontrakter er n\u00f8dvendig<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi har n\u00e5 gjennomg\u00e5tt juridiske problemer knyttet til &#8220;m\u00e5l&#8221; og &#8220;m\u00e5lsettinger&#8221; i systemutvikling. I konflikter rundt disse problemene, tror vi at domstolene forst\u00e5r at det ofte er et felles initiativ mellom brukere og leverand\u00f8rer for \u00e5 koordinere deres innsats, som en del av deres kommunikasjonsarbeid. Selv om gyldigheten av konklusjonen i seg selv kan forst\u00e5s godt nok gjennom praktisk erfaring, er det i prosessen som f\u00f8rer til dette at en grunnleggende forst\u00e5else av &#8220;ansvar&#8221; og &#8220;kontrakter&#8221; blir utfordret. Vi forklarer disse punktene i artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/responsibility-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/responsibility-system-development[ja]<\/a><\/p>\n\n\n\n<p>Det er viktig \u00e5 forst\u00e5 at juridisk ansvar er forskjellig fra en vag moralsk forpliktelse, og at en klar &#8220;samstemmighet i intensjon&#8221; mellom begge parter er det som skaper kontraktsmessig ansvar. Med dette i bakhodet, mener vi det er viktig \u00e5 oppn\u00e5 en mer grunnleggende forst\u00e5else.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systemutviklingsprosjekter er ofte tett knyttet til omfattende forbedringer i bedrifter og arbeidsplasser. I slike tilfeller kan det v\u00e6re n\u00f8dvendig med en holdning som bidrar til \u00e5 l\u00f8se ledelsesutford [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62744,"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\/61438"}],"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=61438"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61438\/revisions"}],"predecessor-version":[{"id":62743,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61438\/revisions\/62743"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/62744"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=61438"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=61438"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=61438"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}