{"id":60498,"date":"2024-03-05T21:12:16","date_gmt":"2024-03-05T12:12:16","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60498"},"modified":"2024-03-25T12:18:01","modified_gmt":"2024-03-25T03:18:01","slug":"collapse-of-the-system-development-project","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/collapse-of-the-system-development-project","title":{"rendered":"Hvad er lovene omkring &#8216;brand&#8217; i systemudviklingsprojekter?"},"content":{"rendered":"\n<p>Et projekt som systemudvikling er ikke noget, der kan opn\u00e5s natten over. Det kr\u00e6ver mange ressourcer, herunder mange mennesker og organisationer, betydelige m\u00e6ngder kapital og en lang udviklingsperiode. I denne artikel vil vi forklare, hvordan f\u00e6nomenet &#8216;brand&#8217; i systemudviklingsprojekter kan organiseres inden for rammerne af lovgivningen. Vi vil ogs\u00e5 samle nogle retningslinjer for l\u00f8sninger.<\/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\/collapse-of-the-system-development-project\/#Hvorfor_%E2%80%9Cbraender%E2%80%9D_projekter\" title=\"Hvorfor &#8220;br\u00e6nder&#8221; projekter?\">Hvorfor &#8220;br\u00e6nder&#8221; projekter?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/da\/it\/collapse-of-the-system-development-project\/#Flammekategori_1_Nar_et_projekt_gar_i_sta_midt_i_processen\" title=\"Flammekategori 1: N\u00e5r et projekt g\u00e5r i st\u00e5 midt i processen\">Flammekategori 1: N\u00e5r et projekt g\u00e5r i st\u00e5 midt i processen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/da\/it\/collapse-of-the-system-development-project\/#Type_2_af_flammekrig_Nar_brugeren_afbryder_af_egen_vilje\" title=\"Type 2 af flammekrig: N\u00e5r brugeren afbryder af egen vilje\">Type 2 af flammekrig: N\u00e5r brugeren afbryder af egen vilje<\/a><\/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\/collapse-of-the-system-development-project\/#Type_3_af_brand_Nar_mangler_i_det_leverede_system_opdages_senere\" title=\"Type 3 af brand: N\u00e5r mangler i det leverede system opdages senere\">Type 3 af brand: N\u00e5r mangler i det leverede system opdages senere<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/da\/it\/collapse-of-the-system-development-project\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvorfor_%E2%80%9Cbraender%E2%80%9D_projekter\"><\/span>Hvorfor &#8220;br\u00e6nder&#8221; projekter?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Et enkelt IT-system, selvom det ikke er et s\u00e6rligt stort projekt, fungerer korrekt kun p\u00e5 grund af en stor m\u00e6ngde programmerede filer og kildekode. Det er ofte meget mere detaljeret og pr\u00e6cist konstrueret end man kan forestille sig fra brugerfladen (eller faktisk, jo mere simpel og kortfattet brugerfladen er, jo mere sandsynligt er det).<\/p>\n\n\n\n<ul>\n<li>Deadline er det eneste, der er fastlagt, mens specifikationer og krav forbliver uklare, og tiden g\u00e5r<\/li>\n\n\n\n<li>Medlemmerne er for optagede af interne politiske problemer, og mange ender med at droppe ud p\u00e5 grund af stress fra interpersonelle relationer<\/li>\n\n\n\n<li>Der er mangel p\u00e5 forhandlingsf\u00e6rdigheder, selv p\u00e5 ledelsesniveau, inklusive projektlederen, og medlemmerne bliver ikke bedt om passende rapportering, kommunikation og konsultation<\/li>\n<\/ul>\n\n\n\n<p>De specifikke \u00e5rsager til, at et projekt &#8220;br\u00e6nder&#8221;, kan variere fra projekt til projekt. Men juridisk set kan \u00e5rsagerne til, at et projekt &#8220;br\u00e6nder&#8221;, organiseres ret simpelt i flere forskellige kategorier.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Flammekategori_1_Nar_et_projekt_gar_i_sta_midt_i_processen\"><\/span>Flammekategori 1: N\u00e5r et projekt g\u00e5r i st\u00e5 midt i processen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I forbindelse med systemudvikling er en typisk \u00e5rsag til, at et projekt g\u00e5r i st\u00e5 midt i processen, manglende kommunikation mellem brugersiden og leverand\u00f8rsiden. Et systemudviklingsprojekt kr\u00e6ver ikke kun den tekniske og organisatoriske ekspertise, som leverand\u00f8rsiden besidder, men ogs\u00e5 samarbejde fra brugersiden, der i sidste ende vil bruge systemet.<\/p>\n\n\n\n<p>Derfor, hvis et projekt forts\u00e6tter med uklarhed om, hvilken rolle hver part skal spille, og en form for &#8220;skyldfordeling&#8221; opst\u00e5r, vil det hindre en gnidningsfri fremdrift. For en juridisk overvejelse af brugersidens og leverand\u00f8rsidens forpligtelser, henvises til f\u00f8lgende artikler.<\/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><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>Detaljerne om, hvilket ansvar hver part har, kan findes i ovenst\u00e5ende artikler, men hovedpointen her er, at b\u00e5de brugeren og leverand\u00f8ren har et vis ansvar i et systemudviklingsprojekt. Generelt set anerkender tidligere domme og retspraksis, at brugersiden har en forpligtelse til at samarbejde om aspekter, der ikke kan fuldf\u00f8res uden deres hj\u00e6lp, s\u00e5som kravspecifikation, design af udseende (dvs. grundl\u00e6ggende design), og accepttest.<\/p>\n\n\n\n<p>P\u00e5 den anden side har leverand\u00f8rsiden ogs\u00e5 en omfattende forpligtelse til at sikre en gnidningsfri fremdrift af projektet og til at opdage og fjerne hindringer, efter at have modtaget samarbejde fra brugersiden (og samtidig have gjort en indsats for at kommunikere og anmode om s\u00e5dant samarbejde).<\/p>\n\n\n\n<p>Under disse foruds\u00e6tninger viser domstolene en holdning til at behandle alle konflikter retf\u00e6rdigt, ved at begge parter viser deres forpligtelse til at ud\u00f8ve deres ekspertise og tekniske f\u00e6rdigheder som eksterne eksperter for leverand\u00f8ren, og til at implementere governance fra indersiden for brugeren.<\/p>\n\n\n\n<p>Desuden er accepttesten et tidspunkt, hvor &#8220;stagnation&#8221; let kan opst\u00e5. Accepttesten er detaljeret forklaret i f\u00f8lgende artikel.<\/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<p>I s\u00e5danne tilf\u00e6lde, hvis en konflikt opst\u00e5r, vil objektivt verificerbare beviser, s\u00e5som udviklingen af tidligere projekter og indholdet af m\u00f8dediskussioner, ofte blive prioriteret. Derfor har dokumenter, der er blevet registreret p\u00e5 forh\u00e5nd, ofte stor betydning. For at undg\u00e5 at s\u00e6tte din egen position i fare er det vigtigt at v\u00e6re grundig med dokumenth\u00e5ndteringen. For en detaljeret forklaring p\u00e5 vigtigheden af dokumenth\u00e5ndtering i systemudvikling, se 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=\"Type_2_af_flammekrig_Nar_brugeren_afbryder_af_egen_vilje\"><\/span>Type 2 af flammekrig: N\u00e5r brugeren afbryder af egen vilje<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\/07\/shutterstock_722899798-1024x683.jpg\" alt=\"\" class=\"wp-image-2711\" \/><figcaption class=\"wp-element-caption\">Hvad sker der, n\u00e5r et projekt afbrydes midt i processen?<\/figcaption><\/figure>\n\n\n\n<p>Der kan ogs\u00e5 v\u00e6re tilf\u00e6lde, hvor et projekt bliver afbrudt midt i processen p\u00e5 grund af brugerens \u00f8nske. For eksempel, lad os antage, at en virksomhed har startet udviklingen af et IT-system til at h\u00e5ndtere HR p\u00e5 tv\u00e6rs af alle deres internationale afdelinger, men virksomhedens strategi for international ekspansion bliver pludselig trukket tilbage. I s\u00e5danne tilf\u00e6lde kan det v\u00e6re, at udviklingen af det p\u00e5begyndte system ikke l\u00e6ngere er n\u00f8dvendigt for brugeren.<\/p>\n\n\n\n<p>Grundl\u00e6ggende er sp\u00f8rgsm\u00e5let om, hvordan et IT-system skal opbygges i en virksomhed, uadskilleligt forbundet med sp\u00f8rgsm\u00e5let om, hvilke typer af arbejde der findes i virksomheden. Derfor er det realistisk at forestille sig, at kravene til et system kan \u00e6ndre sig efterf\u00f8lgende, hvis der sker store \u00e6ndringer i organisationens struktur, forretningsafdelingens sammens\u00e6tning, eller hvis der er en radikal revision af strategien.<\/p>\n\n\n\n<p>Under s\u00e5danne omst\u00e6ndigheder kan der opst\u00e5 forskellige juridiske problemer, hvis et projekt bliver afbrudt midt i processen. Normalt, da det er p\u00e5 grund af brugerens egen vilje, vil leverand\u00f8ren have visse juridiske rettigheder, s\u00e5som at kr\u00e6ve betaling i forhold til graden af f\u00e6rdigg\u00f8relse. Afh\u00e6ngigt af hvilken type kontrakt der er indg\u00e5et, vil der v\u00e6re forskelle i de relevante juridiske bestemmelser, men indholdet kan opsummeres som f\u00f8lger:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>\u30fbI tilf\u00e6lde af en kontrakt om udf\u00f8relse af arbejde: Japansk Civilret \u00a7641<br> Japansk Civilret \u00a7641<br> \u2192S\u00e5 l\u00e6nge arbejdet ikke er f\u00e6rdigt, kan bestilleren til enhver tid oph\u00e6ve kontrakten ved at kompensere for skaden.<br> \u30fbI tilf\u00e6lde af en quasi-kontrakt: Japansk Civilret \u00a7648, stk. 3 (afh\u00e6ngigt af omst\u00e6ndighederne kan der ogs\u00e5 v\u00e6re krav om erstatning i henhold til Japansk Civilret \u00a7651)<br> Japansk Civilret \u00a7648<br> \u2192Hvis udf\u00f8relsen af en opgave afbrydes midt i processen p\u00e5 grund af \u00e5rsager, der ikke kan tilskrives agenten, kan agenten kr\u00e6ve betaling i forhold til graden af det arbejde, der allerede er udf\u00f8rt.<br> Japansk Civilret \u00a7651<br> \u21921. Begge parter kan til enhver tid oph\u00e6ve kontrakten.<br> \u21922. Hvis en af parterne oph\u00e6ver kontrakten p\u00e5 et tidspunkt, der er ugunstigt for den anden part, skal den part, der oph\u00e6ver kontrakten, kompensere den anden part for skaden. Dog g\u00e6lder dette ikke, hvis der er uundg\u00e5elige omst\u00e6ndigheder.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Type_3_af_brand_Nar_mangler_i_det_leverede_system_opdages_senere\"><\/span>Type 3 af brand: N\u00e5r mangler i det leverede system opdages senere<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\/07\/pixta_41879789_M-1024x681.jpg\" alt=\"\" class=\"wp-image-2712\" \/><figcaption class=\"wp-element-caption\">Hvordan h\u00e5ndterer man problemer, der opdages lige efter levering af systemet?<\/figcaption><\/figure>\n\n\n\n<p>Brugere har ofte en tendens til at vurdere et systems kvalitet ud fra dets brugerflade, men fra leverand\u00f8rens synspunkt er det ofte mere komplekst at designe databasen og identificere testelementer under hensyntagen til alle mulige operationer.<\/p>\n\n\n\n<p>Med andre ord, selvom et system synes at fungere uden problemer i begyndelsen, kan f\u00f8lgende problemer opst\u00e5:<\/p>\n\n\n\n<ul>\n<li>N\u00e5r m\u00e6ngden af data, der registreres, \u00f8ges, bliver behandlingshastigheden langsommere.<\/li>\n\n\n\n<li>Et system, der synes at fungere uden problemer i dagligdagens grundl\u00e6ggende opgaver, kan vise sig at have fejl under specielle operationer, der kun opst\u00e5r en gang hver f\u00e5 m\u00e5neder eller \u00e5r.<\/li>\n\n\n\n<li>Selvom det p\u00e5 overfladen ser ud til, at resultaterne korrekt genereres, kan den faktiske logik v\u00e6re forkert. For eksempel, selvom &#8220;2&#8221; korrekt genereres som output til brugerinputtet &#8220;1+1&#8221;, garanterer det ikke, at beregningsprocessen er korrekt. Uanset hvilken beregningsformel der indtastes, kan det v\u00e6re, at det altid returnerer &#8220;2&#8221; som output. Fejl i logikken er ofte sv\u00e6re at opdage ved blot at betjene sk\u00e6rmen tilf\u00e6ldigt. I denne forstand kan man sige, at en vis &#8220;teknisk dygtighed&#8221; er n\u00f8dvendig i testprocessen.<\/li>\n<\/ul>\n\n\n\n<p>S\u00e5danne ting kan faktisk ske. Hvis man t\u00f8r analysere s\u00e5danne sager fra et juridisk synspunkt, kan det t\u00e6nkes, at det er et sp\u00f8rgsm\u00e5l om leverand\u00f8rens overtr\u00e6delse af projektledelsesforpligtelser, dvs. ufuldst\u00e6ndig opfyldelse i henhold til den japanske civilret.<\/p>\n\n\n\n<p>I dette tilf\u00e6lde, hvis der ikke er nogen s\u00e6rlige aftaler i kontrakten, vil bestemmelserne om almindelige kontrakter normalt g\u00e6lde.<\/p>\n\n\n\n<p>De punkter, der skal overvejes i dette tilf\u00e6lde, kan opsummeres som f\u00f8lger:<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 102.345%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #fff0f5;text-align: left\">\u30fbHvis arbejdet ikke kan siges at v\u00e6re f\u00e6rdigt<br>\u2192Hvis arbejdet ikke er f\u00e6rdigt, er det principielt, at der ikke opst\u00e5r nogen betaling for det. Men hvis \u00e5rsagen til dette er brugerens overtr\u00e6delse af samarbejdsforpligtelsen, kan leverand\u00f8ren ogs\u00e5 tage juridiske skridt, s\u00e5som at kr\u00e6ve erstatning for skader.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.793%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">\u30fbHvis arbejdet er afsluttet, men form\u00e5let med kontrakten ikke kan n\u00e5s<br>\u2192Det anses for at have en retlig mangel (artikel 635 i civilloven). Hvis brugeren annullerer tjenesten, kan s\u00e6lgeren ikke kr\u00e6ve kompensation. Omvendt vil brugerne kunne kr\u00e6ve erstatning mod s\u00e6lgeren. (Se venligst den separate artikel for en detaljeret forklaring af sager, der falder ind under denne kategori.)\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100.965%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f8f8ff;text-align: left\">\u30fbHvis arbejdet er f\u00e6rdigt, og et produkt, der kan opn\u00e5 det aftalte m\u00e5l, er leveret, men der er stadig nogle mindre mangler, der skal repareres eller erstattes<br>\u2192Leverand\u00f8ren kan kr\u00e6ve betaling, men brugeren kan ogs\u00e5 kr\u00e6ve erstatning for skader. Derfor vil det normalt blive modregnet med det bel\u00f8b, der er aftalt mellem de to parter.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.517%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">\u30fbHvis arbejdet er f\u00e6rdigt, og der er ingen mangler i indholdet<br \/>\u2192Dette er ikke en &#8220;brand&#8221; sag i denne artikel, og projektet vil blive afsluttet med en normal betalingsanmodning.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>S\u00e5dan kan det opsummeres.<\/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>Hvert enkelt systemudviklingsprojekt vil utvivlsomt gennemg\u00e5 forskellige og komplekse faser. Men n\u00e5r det kommer til &#8220;brand&#8221; i juridiske projekter, vil rammen, som vi har pr\u00e6senteret i denne artikel, fungere som en oversigt. Juridiske sp\u00f8rgsm\u00e5l relateret til systemudvikling indeholder bestemt en bred vifte af emner.<\/p>\n\n\n\n<p>Ligesom systemudviklingsarbejdet kr\u00e6ver konstruktiv t\u00e6nkning, kan risikostyring, der f\u00f8lger med det, ogs\u00e5 udf\u00f8res mere konstruktivt ved ikke at miste overblikket over hele feltet. Er det ikke det, vi str\u00e6ber efter?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Et projekt som systemudvikling er ikke noget, der kan opn\u00e5s natten over. Det kr\u00e6ver mange ressourcer, herunder mange mennesker og organisationer, betydelige m\u00e6ngder kapital og en lang udviklingsperiod [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61846,"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\/60498"}],"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=60498"}],"version-history":[{"count":5,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60498\/revisions"}],"predecessor-version":[{"id":61852,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60498\/revisions\/61852"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61846"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60498"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60498"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60498"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}