{"id":60527,"date":"2024-03-05T21:12:17","date_gmt":"2024-03-05T12:12:17","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60527"},"modified":"2024-03-25T16:15:58","modified_gmt":"2024-03-25T07:15:58","slug":"management-and-target-value-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/management-and-target-value-of-system-development","title":{"rendered":"Hvad er den juridiske betydning af ledelsesm\u00e5l og numeriske m\u00e5l i systemudviklingsprojekter?"},"content":{"rendered":"\n<p>Systemudviklingsprojekter er ofte t\u00e6t knyttet til omfattende forbedringer af virksomheders og arbejdspladsers operationer. I disse tilf\u00e6lde kan det v\u00e6re n\u00f8dvendigt at bidrage til l\u00f8sningen af virksomhedens ledelsesm\u00e6ssige udfordringer eller opn\u00e5else af kvantitative m\u00e5l. Men er det virkelig en juridisk forpligtelse at forpligte sig til disse ledelsesm\u00e5l? Sp\u00f8rgsm\u00e5let bliver, hvad den juridiske betydning af kvantitative m\u00e5l og ledelsesm\u00e5l er. I denne artikel vil vi diskutere de juridiske problemer forbundet med de forskellige &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; i systemudvikling.<\/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\/management-and-target-value-of-system-development\/#Hvorfor_bliver_mal_og_formal_med_systemudvikling_en_kilde_til_konflikt\" title=\"Hvorfor bliver m\u00e5l og form\u00e5l med systemudvikling en kilde til konflikt?\">Hvorfor bliver m\u00e5l og form\u00e5l med systemudvikling 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\/da\/it\/management-and-target-value-of-system-development\/#Det_er_et_problem_der_ligger_mellem_brugerens_samarbejdspligt_og_leverandorens_skon\" title=\"Det er et problem, der ligger mellem brugerens samarbejdspligt og leverand\u00f8rens sk\u00f8n\">Det er et problem, der ligger mellem brugerens samarbejdspligt og leverand\u00f8rens sk\u00f8n<\/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\/management-and-target-value-of-system-development\/#Specifikke_situationer_hvor_brugerens_mal_pavirker_projektet\" title=\"Specifikke situationer, hvor brugerens m\u00e5l p\u00e5virker projektet\">Specifikke situationer, hvor brugerens m\u00e5l p\u00e5virker projektet<\/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\/management-and-target-value-of-system-development\/#Retssager_hvor_brugerens_forretningsmal_er_blevet_et_problem\" title=\"Retssager, hvor brugerens forretningsm\u00e5l er blevet et problem\">Retssager, hvor brugerens forretningsm\u00e5l er blevet 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\/da\/it\/management-and-target-value-of-system-development\/#En_sag_hvor_forbedring_af_arbejdshastigheden_var_et_mal\" title=\"En sag, hvor forbedring af arbejdshastigheden var et m\u00e5l\">En sag, hvor forbedring af arbejdshastigheden var et m\u00e5l<\/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\/management-and-target-value-of-system-development\/#Hvad_er_den_juridiske_betydning_af_forretningsmal_og_kvantitative_mal_som_kan_laeses_fra_retspraksis\" title=\"Hvad er den juridiske betydning af forretningsm\u00e5l og kvantitative m\u00e5l, som kan l\u00e6ses fra retspraksis?\">Hvad er den juridiske betydning af forretningsm\u00e5l og kvantitative m\u00e5l, som kan l\u00e6ses fra retspraksis?<\/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\/management-and-target-value-of-system-development\/#Hvad_mere_kan_vi_laere_fra_denne_dom\" title=\"Hvad mere kan vi l\u00e6re fra denne dom?\">Hvad mere kan vi l\u00e6re fra denne dom?<\/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\/management-and-target-value-of-system-development\/#Retlige_overvejelser_omkring_forretningsmal_og_kvantitative_mal\" title=\"Retlige overvejelser omkring forretningsm\u00e5l og kvantitative m\u00e5l\">Retlige overvejelser omkring 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\/da\/it\/management-and-target-value-of-system-development\/#Historien_aendrer_sig_afhaengigt_af_om_konsultationen_er_betalt_eller_gratis\" title=\"Historien \u00e6ndrer sig afh\u00e6ngigt af om konsultationen er betalt eller gratis\">Historien \u00e6ndrer sig afh\u00e6ngigt af om konsultationen 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\/da\/it\/management-and-target-value-of-system-development\/#Fejl_i_output_og_uoverensstemmelser_i_funktion_og_specifikationskrav_er_separate_problemer\" title=\"Fejl i output, og uoverensstemmelser i funktion og specifikationskrav er separate problemer\">Fejl i output, og uoverensstemmelser i funktion og specifikationskrav 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\/da\/it\/management-and-target-value-of-system-development\/#En_grundlaeggende_forstaelse_af_ansvar_og_kontrakter_er_ogsa_nodvendig\" title=\"En grundl\u00e6ggende forst\u00e5else af ansvar og kontrakter er ogs\u00e5 n\u00f8dvendig\">En grundl\u00e6ggende forst\u00e5else af ansvar og kontrakter er ogs\u00e5 n\u00f8dvendig<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvorfor_bliver_mal_og_formal_med_systemudvikling_en_kilde_til_konflikt\"><\/span>Hvorfor bliver m\u00e5l og form\u00e5l med systemudvikling 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\">Hvad er \u00e5rsagen til konflikter omkring systemudvikling?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_et_problem_der_ligger_mellem_brugerens_samarbejdspligt_og_leverandorens_skon\"><\/span>Det er et problem, der ligger mellem brugerens samarbejdspligt og leverand\u00f8rens sk\u00f8n<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r man ser p\u00e5 det fra et kommercielt transaktionsperspektiv, er der flere karakteristiske punkter i et systemudviklingsprojekt. Et af dem er, at et systemudviklingsprojekt udf\u00f8rt af en leverand\u00f8r ikke kan gennemf\u00f8res alene af leverand\u00f8ren, men kr\u00e6ver samarbejde fra brugersiden. Denne forpligtelse er klart defineret i pr\u00e6cedensretten som &#8220;samarbejdspligt&#8221;. Prim\u00e6rt er det i faser som \u2460 kravspecifikation \u2461 grundl\u00e6ggende design \u2462 accept af leverancer, at brugeren ogs\u00e5 er forpligtet til at samarbejde i systemudviklingen.<\/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>Et andet punkt er, at leverand\u00f8ren normalt forventes at ud\u00f8ve stor sk\u00f8n i sit arbejde. Der er en juridisk term, der opsummerer, hvad leverand\u00f8ren skal g\u00f8re i et systemudviklingsprojekt, kaldet &#8220;projektledelsespligt&#8221;. Dette er detaljeret forklaret i den f\u00f8lgende artikel.<\/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 opsummerer ovenst\u00e5ende, kan vi pege p\u00e5 to vigtige punkter her.<\/p>\n\n\n\n<ul>\n<li>Brugeren forventes i praksis at give leverand\u00f8ren den n\u00f8dvendige information efter behov og samarbejde med leverand\u00f8rens udviklingsarbejde.<\/li>\n\n\n\n<li>Leverand\u00f8ren forventes i praksis at forst\u00e5 brugerens projektform\u00e5l og m\u00e5l og tage tiltag, der er i overensstemmelse med disse.<\/li>\n<\/ul>\n\n\n\n<p>P\u00e5 grund af disse to punkter bliver det et problem, hvor meget af opn\u00e5elsen af forretningsm\u00e5l og kvantitative m\u00e5l, der er forklaret af brugeren p\u00e5 forh\u00e5nd, kan blive leverand\u00f8rens juridiske forpligtelse. Det vil sige, p\u00e5 den ene side er det brugerens pligt at sammenfatte, hvad leverand\u00f8ren skal g\u00f8re (ikke noget vagt som m\u00e5l) i specifikationer og pr\u00e6sentere det, mens leverand\u00f8ren ogs\u00e5 har en pligt som en ekspert til at levere, hvad brugeren i bund og grund kr\u00e6ver (ikke bare at v\u00e6re tilfreds med at g\u00f8re, hvad der er blevet sagt). Det er denne konflikt mellem de to modstridende synspunkter, der er karakteristisk for konflikter omkring &#8220;m\u00e5l&#8221; og &#8220;form\u00e5l&#8221; i systemudvikling. Fra et juridisk synspunkt er det en praktisk udfordring at pr\u00e6sentere retningslinjer for konfliktl\u00f8sning, der gavner begge parter.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Specifikke_situationer_hvor_brugerens_mal_pavirker_projektet\"><\/span>Specifikke situationer, hvor brugerens m\u00e5l p\u00e5virker projektet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systemudviklingsprojekter er ofte forbundet med store forbedringer og effektivisering af virksomheder og arbejdspladser, og der er ofte h\u00f8ringer om forretningsproblemer og forretningsm\u00e5l selv i den indledende planl\u00e6gnings- og forslagsfase. Her kan der v\u00e6re diskussioner om omkostningseffektiviteten af systemudvikling og forskellige kvantitative m\u00e5l.<\/p>\n\n\n\n<ul>\n<li>Reducerede personaleomkostninger p\u00e5 grund af effektivisering<\/li>\n\n\n\n<li> \u00d8get salg og indtjening<\/li>\n\n\n\n<li> Reduktion af arbejdstid<\/li>\n<\/ul>\n\n\n\n<p>For eksempel, hvis de ovenst\u00e5ende punkter er det endelige m\u00e5l for projektet, kan leverand\u00f8ren p\u00e5 forh\u00e5nd forklare investeringseffekten af systemudvikling fra en konsulentlignende position og overveje at gennemf\u00f8re salg.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Retssager_hvor_brugerens_forretningsmal_er_blevet_et_problem\"><\/span>Retssager, hvor brugerens forretningsm\u00e5l er blevet et problem<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Men leverand\u00f8rer er normalt eksperter i systemudvikling. Hvis alt ansvar for brugerens forretningsm\u00e5l skulle p\u00e5l\u00e6gges dem, kunne det blive en urimelig byrde.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"En_sag_hvor_forbedring_af_arbejdshastigheden_var_et_mal\"><\/span>En sag, hvor forbedring af arbejdshastigheden var et m\u00e5l<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I den dom, der citeres nedenfor, var form\u00e5let og m\u00e5lene med at starte et systemudviklingsprojekt angivet i forretningsplanen, der blev oprettet ved projektets start. Men da systemet var f\u00e6rdigt og operationerne begyndte, kunne de ikke opn\u00e5 disse m\u00e5l, og det f\u00f8rte til en konflikt. I den oprindelige forretningsplan var det angivet, at de efter systemet var f\u00e6rdigt og begyndte at blive brugt, sigtede mod at opn\u00e5 f\u00f8lgende tilstande:<\/p>\n\n\n\n<ul>\n<li>Reducer tiden for manuel indtastning med 50%<\/li>\n\n\n\n<li>G\u00f8r det muligt at fuldf\u00f8re administrative opgaver ved hj\u00e6lp af det p\u00e5g\u00e6ldende IT-system inden for en bestemt periode<\/li>\n<\/ul>\n\n\n\n<p>Brugeren fors\u00f8gte at retsforf\u00f8lge leverand\u00f8ren for manglende opfyldelse af forpligtelser og mangelfuld garanti, fordi de ikke kunne opn\u00e5 disse resultater. Men retten accepterede ikke dette argument (understreget og fed skrift er tilf\u00f8jet af forfatteren).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Og, (udeladt) if\u00f8lge det samlede indhold af argumenterne, \u2460 form\u00e5let med denne sag er &#8220;forbedring af arbejdseffektivitet&#8221;, &#8220;opbygning af CRM-fundament&#8221;, &#8220;udf\u00f8relse af synlig ledelse&#8221;, osv., som er <u>abstrakte<\/u>, og m\u00e5lene er ogs\u00e5 &#8220;\u00f8ge kontaktpunkter med kunder&#8221;, &#8220;omfordele arbejdskraften i administrationen til intern kontrol og salgsst\u00f8tte&#8221;, &#8220;g\u00f8re salgsprognoser mere pr\u00e6cise&#8221;, &#8220;begr\u00e6nse overdreven salgsrabatter&#8221;, osv., som er <u>for det meste abstrakte<\/u>, og &#8220;reducere indtastningstiden med 50%&#8221;, &#8220;reducere estimeringstiden med 50%&#8221;, &#8220;g\u00f8re lovpligtig offentligg\u00f8relse inden for lovens tidsramme&#8221;, osv., er <u>m\u00e5l<\/u> der afh\u00e6nger af <u>den anklagedes forretningsstyring og arbejdsmetoder efter implementeringen af SBO<\/u>, og er ikke af en art, som <u>den sags\u00f8gende, et systemudviklingsfirma, der st\u00f8tter implementeringen af pakkesoftware, kan p\u00e5tage sig at opn\u00e5<\/u>, \u2461 i m\u00f8dereferaterne efter <u>kickoff af dette projekt er der ingen omtale af specifikke diskussioner om opn\u00e5elsen af dette form\u00e5l og m\u00e5l<\/u>, \u2462 i projektplanen for denne sag er der udtryk som &#8220;at blive et b\u00f8rsnoteret selskab&#8221;, osv., som <u>ikke i sig selv har karakteren af en kontrakt<\/u>, (udeladt) under hensyntagen til disse omst\u00e6ndigheder, kan det anerkendes, at den sags\u00f8gende oprettede beskrivelsen af dette form\u00e5l i projektplanen for denne sag baseret p\u00e5 den anklagedes forklaring for at forhindre, at dette projekt mislykkes, og for at opn\u00e5 en f\u00e6lles forst\u00e5else af form\u00e5let og resultaterne af dette projekt, og det kan ikke anerkendes, at den anklagede har betroet den sags\u00f8gende med systemudviklingen for at opn\u00e5 dette form\u00e5l. (udeladt) Derfor kan det ikke anerkendes, at den sags\u00f8gende har p\u00e5taget sig systemudviklingen for at opn\u00e5 dette form\u00e5l fra den anklagede, s\u00e5 (udeladt) der er ingen grund til p\u00e5standen om manglende opfyldelse af forpligtelser og mangelfuld garanti.<br><\/p>\n<cite>Tokyo District Court, December 28, 2010 (2010)<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_den_juridiske_betydning_af_forretningsmal_og_kvantitative_mal_som_kan_laeses_fra_retspraksis\"><\/span>Hvad er den juridiske betydning af forretningsm\u00e5l og kvantitative m\u00e5l, som kan l\u00e6ses fra retspraksis?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som n\u00e6vnt i denne dom er det normalt, at forskellige faktorer, s\u00e5som brugerens forretningsindsats, er involveret i, om form\u00e5let med systemudvikling og kvantitative m\u00e5l, der er kvantificeret i tal, kan opn\u00e5s. Derfor b\u00f8r det antages, at det er meget sv\u00e6rt at g\u00f8re leverand\u00f8ren ansvarlig. F\u00f8rst og fremmest, hvis leverand\u00f8rens ansvar for manglende opfyldelse af forpligtelser og mangelfuld garanti anerkendes, betyder det, at opn\u00e5elsen af &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; er indarbejdet som en del af kontraktindholdet. Men i denne sag blev &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; juridisk vurderet som f\u00f8lger:<\/p>\n\n\n\n<ul>\n<li>For abstrakte og vage ting er det sv\u00e6rt at se dem som en del af kontraktindholdet, fordi de ikke passer til naturen af juridiske forpligtelser<\/li>\n\n\n\n<li>For ting, der kr\u00e6ver brugerens, is\u00e6r ledelsens, selvindsats, er det upassende at tilskrive dem til leverand\u00f8ren, da de er uden for leverand\u00f8rens kontrol, og det er sv\u00e6rt at se dem som en del af kontraktforpligtelserne<\/li>\n<\/ul>\n\n\n\n<p>S\u00e5dan blev det juridisk vurderet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_mere_kan_vi_laere_fra_denne_dom\"><\/span>Hvad mere kan vi l\u00e6re fra denne dom?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Denne dom indeholder ogs\u00e5 flere interessante punkter.<\/p>\n\n\n\n<ul>\n<li>Retten tager h\u00f8jde for, at deling af &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; for et systemudviklingsprojekt kan v\u00e6re blot en del af kommunikationsindsatsen for at opn\u00e5 en &#8220;f\u00e6lles forst\u00e5else&#8221; mellem brugeren og leverand\u00f8ren.<\/li>\n\n\n\n<li>Retten tager h\u00f8jde for m\u00f8dereferater osv. n\u00e5r den overvejer, hvor essentielle disse &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; var i hele projektet.<\/li>\n<\/ul>\n\n\n\n<p>For \u00f8vrigt, med hensyn til juridiske problemer forbundet med systemudviklingsprojekter, har vi forklaret vigtigheden af dokumentstyring og m\u00f8dereferater i f\u00f8lgende artikel.<\/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=\"Retlige_overvejelser_omkring_forretningsmal_og_kvantitative_mal\"><\/span>Retlige overvejelser omkring 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 de juridiske problemer, der er forbundet med &#8220;forretningsm\u00e5l&#8221; og &#8220;kvantitative m\u00e5l&#8221; i systemudvikling.<\/figcaption><\/figure>\n\n\n\n<p>Det er dog vigtigt at tage h\u00f8jde for f\u00f8lgende yderligere punkter vedr\u00f8rende juridiske sp\u00f8rgsm\u00e5l omkring &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Historien_aendrer_sig_afhaengigt_af_om_konsultationen_er_betalt_eller_gratis\"><\/span>Historien \u00e6ndrer sig afh\u00e6ngigt af om konsultationen er betalt eller gratis<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis du ikke kun har et systemudviklingsprojekt, men ogs\u00e5 har indg\u00e5et en betalt konsulentkontrakt, kan situationen \u00e6ndre sig markant. Uanset hvor mange forretningsressourcer brugeren har, hvis der er omst\u00e6ndigheder, s\u00e5som at have udarbejdet en gennemf\u00f8rlighedsplan med begr\u00e6nset gennemf\u00f8rlighed, kan du blive holdt ansvarlig for manglende opfyldelse af forpligtelser i den betalte konsulentkontrakt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fejl_i_output_og_uoverensstemmelser_i_funktion_og_specifikationskrav_er_separate_problemer\"><\/span>Fejl i output, og uoverensstemmelser i funktion og specifikationskrav er separate problemer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, hvis der er fejl i selve &#8220;udviklings&#8221; projektet, det vil sige, hvis der er fejl eller bugs i outputtet, skal du forst\u00e5 dette som et separat problem. I s\u00e5danne tilf\u00e6lde er sp\u00f8rgsm\u00e5let om overensstemmelse mellem output og de kr\u00e6vede funktionskrav og specifikationer, snarere end forretningsm\u00e6ssige &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221;. For eksempel, vi forklarer brugerens modforanstaltninger i tilf\u00e6lde af at fejl opdages i systemet efterf\u00f8lgende i f\u00f8lgende artikel.<\/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>Der er ogs\u00e5 relaterede emner, s\u00e5som ting, der ikke er inkluderet i kravene, men som leverand\u00f8ren er forpligtet til at implementere efter eget sk\u00f8n. Vi forklarer dette i detaljer i f\u00f8lgende artikel.<\/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 tilf\u00e6lde skal du forst\u00e5, at konflikter omkring &#8220;form\u00e5l&#8221; og &#8220;m\u00e5l&#8221; er lignende, men forskellige ting.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"En_grundlaeggende_forstaelse_af_ansvar_og_kontrakter_er_ogsa_nodvendig\"><\/span>En grundl\u00e6ggende forst\u00e5else af ansvar og kontrakter er ogs\u00e5 n\u00f8dvendig<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi har nu gennemg\u00e5et juridiske sp\u00f8rgsm\u00e5l omkring &#8216;form\u00e5l&#8217; og &#8216;m\u00e5l&#8217; i systemudvikling. I konflikter omkring disse emner, mener vi, at domstolene forst\u00e5r, at det ofte er n\u00f8dvendigt med en f\u00e6lles indsats fra b\u00e5de brugere og leverand\u00f8rer for at sikre kommunikation. Selvom konklusionens gyldighed kan forst\u00e5s ud fra en praktikers praktiske fornemmelse, er en grundl\u00e6ggende forst\u00e5else af &#8216;ansvar&#8217; og &#8216;kontrakter&#8217; n\u00f8dvendig i processen, der f\u00f8rer til dette. Vi forklarer disse punkter i artiklen 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 vigtigt at forst\u00e5, at juridisk ansvar er forskelligt fra en vag moralsk forpligtelse, og at en klar &#8216;samstemmighed i intentioner&#8217; mellem begge parter er det, der skaber kontraktligt ansvar. Med dette i tankerne, mener vi, at det er vigtigt at opn\u00e5 en mere essentiel forst\u00e5else.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systemudviklingsprojekter er ofte t\u00e6t knyttet til omfattende forbedringer af virksomheders og arbejdspladsers operationer. I disse tilf\u00e6lde kan det v\u00e6re n\u00f8dvendigt at bidrage til l\u00f8sningen af virksomh [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61926,"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\/60527"}],"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=60527"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60527\/revisions"}],"predecessor-version":[{"id":61927,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60527\/revisions\/61927"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61926"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60527"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60527"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60527"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}