{"id":60385,"date":"2024-03-05T21:11:37","date_gmt":"2024-03-05T12:11:37","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60385"},"modified":"2024-03-18T08:11:26","modified_gmt":"2024-03-17T23:11:26","slug":"the-minutes-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/the-minutes-in-system-development","title":{"rendered":"Hvordan man holder m\u00f8dereferater i systemudvikling fra et juridisk perspektiv"},"content":{"rendered":"\n<p>N\u00e5r en virksomhed uddelegerer systemudvikling til en anden virksomhed, er det ofte tilf\u00e6ldet, at kontrakter underskrevet med virksomhedens segl af de respektive administrerende direkt\u00f8rer og kravspecifikationer udarbejdet af projektledere ikke n\u00f8dvendigvis klart definerer, hvad der skal laves og inden hvilken frist. Dette skyldes, at mange systemudviklingsprojekter involverer daglig kommunikation p\u00e5 medarbejderniveau via e-mail og telefon, m\u00f8der ledet af projektledere, og l\u00f8bende justeringer som specifikationer bliver pr\u00e6ciseret, \u00e6ndringer i respons til skiftende omst\u00e6ndigheder, anmodninger om yderligere funktioner, og anmodninger om samarbejde om opst\u00e5ede problemer.<\/p>\n\n\n\n<p>For at sikre en gnidningsfri systemudvikling og forberede sig p\u00e5 eventuelle konflikter, er det vigtigt at h\u00e5ndtere dokumentation og dens styring effektivt i ethvert systemudviklingsprojekt.<\/p>\n\n\n\n<p>I denne artikel vil vi forklare, fra et juridisk perspektiv, hvordan man bedst bevarer m\u00f8dereferater og m\u00f8dematerialer, der bruges i fremskridtsm\u00f8der for 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\/the-minutes-in-system-development\/#Hvorfor_er_dokumenthandtering_vigtig_i_systemudvikling\" title=\"Hvorfor er dokumenth\u00e5ndtering vigtig i systemudvikling?\">Hvorfor er dokumenth\u00e5ndtering vigtig i systemudvikling?<\/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\/the-minutes-in-system-development\/#For_at_undga_konflikter_senere\" title=\"For at undg\u00e5 konflikter senere\">For at undg\u00e5 konflikter senere<\/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\/the-minutes-in-system-development\/#For_at_forberede_sig_pa_konflikter_der_kan_opsta_senere\" title=\"For at forberede sig p\u00e5 konflikter, der kan opst\u00e5 senere\">For at forberede sig p\u00e5 konflikter, der kan opst\u00e5 senere<\/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\/the-minutes-in-system-development\/#Hvad_er_saerligt_vigtigt_i_referater_fra_systemudviklingsmoder\" title=\"Hvad er s\u00e6rligt vigtigt i referater fra systemudviklingsm\u00f8der?\">Hvad er s\u00e6rligt vigtigt i referater fra systemudviklingsm\u00f8der?<\/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\/the-minutes-in-system-development\/#Typer_af_moder_i_systemudvikling\" title=\"Typer af m\u00f8der i systemudvikling\">Typer af m\u00f8der i systemudvikling<\/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\/the-minutes-in-system-development\/#Styringskomiteen_kraever_saerlig_opmaerksomhed\" title=\"Styringskomit\u00e9en kr\u00e6ver s\u00e6rlig opm\u00e6rksomhed\">Styringskomit\u00e9en kr\u00e6ver s\u00e6rlig opm\u00e6rksomhed<\/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\/da\/it\/the-minutes-in-system-development\/#Retskendelser_relateret_til_referater_fra_styrekomiteer\" title=\"Retskendelser relateret til referater fra styrekomit\u00e9er\">Retskendelser relateret til referater fra styrekomit\u00e9er<\/a><\/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\/the-minutes-in-system-development\/#Hvad_er_de_specifikke_punkter_der_skal_noteres_i_modereferater\" title=\"Hvad er de specifikke punkter, der skal noteres i m\u00f8dereferater?\">Hvad er de specifikke punkter, der skal noteres i m\u00f8dereferater?<\/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\/the-minutes-in-system-development\/#Elementer_der_skal_noteres_fra_leverandorens_synspunkt\" title=\"Elementer, der skal noteres fra leverand\u00f8rens synspunkt\">Elementer, der skal noteres fra leverand\u00f8rens synspunkt<\/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\/the-minutes-in-system-development\/#Elementer_der_skal_noteres_fra_brugerens_synspunkt\" title=\"Elementer, der skal noteres fra brugerens synspunkt\">Elementer, der skal noteres fra brugerens synspunkt<\/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\/the-minutes-in-system-development\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvorfor_er_dokumenthandtering_vigtig_i_systemudvikling\"><\/span>Hvorfor er dokumenth\u00e5ndtering vigtig i systemudvikling?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I systemudviklingsprojekter er det meget vigtigt at holde en registrering af indholdet af bekr\u00e6ftelsesm\u00f8der og projektets fremskridt og forl\u00f8b, ogs\u00e5 fra et juridisk synspunkt. Der er to hoved\u00e5rsager til dette:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"For_at_undga_konflikter_senere\"><\/span>For at undg\u00e5 konflikter senere<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systemudvikling er normalt et projekt, der involverer mange parter, b\u00e5de p\u00e5 brugersiden og p\u00e5 leverand\u00f8rsiden. Derfor, hvis der er uoverensstemmelser mellem brugersiden og leverand\u00f8rsiden om, hvilken rolle hver part skal spille, og hvad de skal p\u00e5tage sig som deres ansvar, kan det forstyrre projektets fremdrift.<br><\/p>\n\n\n\n<p>Desuden, da mange mennesker er involveret i projektet, kan det ogs\u00e5 betyde, at der er en h\u00f8j risiko for kommunikationsproblemer, som &#8220;Folk siger lidt forskellige ting, og det er uklart, hvem der har ret&#8221;.<\/p>\n\n\n\n<p>Det er meningsfuldt at samle indholdet af den dannede aftale i skriftlig form for at bekr\u00e6fte, at der ikke er nogen uoverensstemmelser mellem parterne, og det er ogs\u00e5 nyttigt at samle det i et dokument, som alle involverede kan kontrollere (p\u00e5 deres egen tid), for at sikre, at alle er p\u00e5 samme side. <\/p>\n\n\n\n<p>For \u00f8vrigt, at bruge juridisk viden som et middel til at forhindre konflikter p\u00e5 forh\u00e5nd kan ogs\u00e5 kaldes forebyggende juridisk arbejde.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"For_at_forberede_sig_pa_konflikter_der_kan_opsta_senere\"><\/span>For at forberede sig p\u00e5 konflikter, der kan opst\u00e5 senere<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, hvis vi skal forklare vigtigheden af dokumenth\u00e5ndtering fra et lidt andet synspunkt end det forebyggende juridiske arbejde n\u00e6vnt ovenfor, kan vi ogs\u00e5 n\u00e6vne &#8220;kriseh\u00e5ndtering&#8221; i tilf\u00e6lde af faktiske konflikter.<\/p>\n\n\n\n<p>Lad os forestille os en situation, hvor der opst\u00e5r en form for problem, og projektet bliver afbrudt f\u00f8r det endelige produkt er f\u00e6rdigt, eller det ikke bliver f\u00e6rdigt til den oprindelige deadline, og det ender i retten. Dette g\u00e6lder for b\u00e5de brugersiden og leverand\u00f8rsiden, men selvom du vil sige, &#8220;Jeg har min egen side af historien om, hvad der skete&#8221;, hvis du ikke har dokumenteret det, vil du ikke v\u00e6re i stand til at bevise din sag, og du kan ende med at v\u00e6re i en ugunstig position i retten.<\/p>\n\n\n\n<p>Is\u00e6r i problemer, der opst\u00e5r p\u00e5 grund af &#8220;ikke at n\u00e5 deadline&#8221;, kan \u00e5rsagen til problemet, s\u00e5som &#8220;hvorn\u00e5r og hvordan blev problemet opdaget&#8221;, &#8220;hvorn\u00e5r blev der anmodet om specifikations\u00e6ndringer&#8221;, og &#8220;hvordan fors\u00f8gte leverand\u00f8ren at h\u00e5ndtere anmodninger om yderligere funktioner fra brugersiden&#8221;, ofte blive vigtige punkter, der kan p\u00e5virke udfaldet af retssagen. Hvis der opst\u00e5r mange &#8220;han sagde, hun sagde&#8221; problemer i s\u00e5danne tilf\u00e6lde, kan det blive sv\u00e6rt at forvente en retf\u00e6rdig l\u00f8sning p\u00e5 konflikten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_saerligt_vigtigt_i_referater_fra_systemudviklingsmoder\"><\/span>Hvad er s\u00e6rligt vigtigt i referater fra systemudviklingsm\u00f8der?<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_574620880-1024x684.jpg\" alt=\"\" class=\"wp-image-2716\" \/><figcaption class=\"wp-element-caption\">Vi vil forklare, hvordan man korrekt dokumenterer m\u00f8dereferater i systemudviklingsprojekter.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Typer_af_moder_i_systemudvikling\"><\/span>Typer af m\u00f8der i systemudvikling<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I systemudviklingsprojekter er der ofte mange forskellige m\u00f8der, der l\u00f8bende bliver planlagt. Dette er ikke overraskende, da mange mennesker er involveret i s\u00e5danne projekter. Programmerere og ingeni\u00f8rer, der implementerer programmet p\u00e5 udviklingsstedet, holder ofte regelm\u00e6ssige m\u00f8der for at tjekke fremskridtene i deres arbejde. Der kan ogs\u00e5 v\u00e6re tilf\u00e6lde, hvor de gennemg\u00e5r den implementerede kode for at sikre, at der ikke er nogen problemer med vedligeholdelse eller sikkerhedssvagheder.<\/p>\n\n\n\n<p>Udover disse m\u00f8der p\u00e5 operat\u00f8rniveau, kan der ogs\u00e5 v\u00e6re m\u00f8der, hvor virksomhedens direkt\u00f8rer og ansvarlige personer med autoritet samles. I disse tilf\u00e6lde vil m\u00f8derne ofte fokusere p\u00e5 at fastl\u00e6gge den overordnede retning og politik for udviklingsprojektet. Disse m\u00f8der p\u00e5 ledelsesniveau, der er designet til at &#8220;holde styr&#8221; p\u00e5 vigtige sp\u00f8rgsm\u00e5l, kaldes ogs\u00e5 styringskomit\u00e9er.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Styringskomiteen_kraever_saerlig_opmaerksomhed\"><\/span>Styringskomit\u00e9en kr\u00e6ver s\u00e6rlig opm\u00e6rksomhed<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som n\u00e6vnt ovenfor, er der mange forskellige m\u00f8der planlagt i systemudviklingsmilj\u00f8et, afh\u00e6ngigt af de involverede personers position og form\u00e5let med m\u00f8det. Fra et juridisk synspunkt er det dog s\u00e6rligt vigtigt at v\u00e6re opm\u00e6rksom p\u00e5 styringskomit\u00e9en. Sammenlignet med fremskridts- og gennemgangsm\u00f8der p\u00e5 operat\u00f8rniveau, er det s\u00e6rligt vigtigt at anerkende betydningen af dokumentation i styringskomit\u00e9en, b\u00e5de for at forebygge forskellige konflikter og for at h\u00e5ndtere dem, n\u00e5r de opst\u00e5r. Grunden til dette er:<\/p>\n\n\n\n<ol>\n<li>P\u00e5 grund af styringskomit\u00e9ens natur, hvor ledelsesniveauet er v\u00e6rt for m\u00f8det, er det ofte et m\u00f8de, der involverer vigtige beslutninger. Det er derfor let at se det som juridisk vigtigt, da det viser, hvad brugerens og leverand\u00f8rens forst\u00e5else er.<\/li>\n\n\n\n<li>For m\u00f8der p\u00e5 operat\u00f8rniveau vil indholdet af m\u00f8det normalt blive afspejlet i forskellige design- og specifikationsdokumenter senere. Derfor er det sv\u00e6rt at forestille sig, at der opst\u00e5r et problem med &#8220;manglende dokumentation&#8221;. (Selvf\u00f8lgelig, hvis dokumentationen for disse ogs\u00e5 er tynd, vil der v\u00e6re behov for forbedringer.)<\/li>\n<\/ol>\n\n\n\n<p>Disse er nogle af de punkter, der kan n\u00e6vnes.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Retskendelser_relateret_til_referater_fra_styrekomiteer\"><\/span>Retskendelser relateret til referater fra styrekomit\u00e9er<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Nedenfor vil vi introducere et tilf\u00e6lde, hvor referater fra en styrekomit\u00e9 blev behandlet som vigtige beviser i en faktisk retssag. Den sag, der citeres i dommen nedenfor, handler om et systemudviklingsprojekt, der gik i st\u00e5 midt i processen, og hvor leverand\u00f8rens overtr\u00e6delse af projektledelsesforpligtelserne blev anerkendt. Indholdet af referatet fra dette m\u00f8de, som viser begge parters oprindelige forst\u00e5else, havde meget stor betydning i retssagen.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Leverand\u00f8ren har p\u00e5peget, at indholdet af referatet fra styrekomit\u00e9en, som er grundlaget for anerkendelsen af forl\u00f8bet i dette systemudviklingsprojekt, er blevet \u00e6ndret af brugeren og derfor ikke n\u00f8dvendigvis afspejler den faktiske situation. Men, <u class=\"remove-format\">styrekomit\u00e9en blev oprettet med det form\u00e5l at tr\u00e6ffe beslutninger p\u00e5 ledelsesniveau i forbindelse med dette systemudviklingsprojekt<\/u>, og b\u00e5de leverand\u00f8ren og brugeren deltog, med projektlederne for systemudviklingen, for at foretage en samlet vurdering, dele status og udfordringer for tidsplanen og arbejdsfremdriften, og tr\u00e6ffe beslutninger om vigtige sp\u00f8rgsm\u00e5l. Og det var aftalt, at leverand\u00f8ren skulle oprette et referat af de diskuterede punkter inden formiddagen to arbejdsdage efter m\u00f8det, registrere det i referatdatabasen, og bruge referatet til at dokumentere de endelige beslutninger fra m\u00f8det. Ved godkendelse af referatet, kan det antages, at b\u00e5de leverand\u00f8ren og brugeren, mens de fuldt ud anerkendte betydningen af at dokumentere arbejdet gennem referatet, overvejede indholdet og formuleringen og bekr\u00e6ftede det som noget, der afspejlede virkeligheden af m\u00f8det. <u class=\"remove-format\">Is\u00e6r kan det siges, at leverand\u00f8ren, som er en professionel systemudvikler, naturligvis var fuldt ud bekendt med betydningen og metoden til at oprette s\u00e5danne referater<\/u>. Derfor kan det siges, at det er passende at behandle det godkendte referat som noget, der afspejler virkeligheden af styrekomit\u00e9ens arbejde, og medmindre der er s\u00e6rlige omst\u00e6ndigheder, er det passende at anerkende, at indholdet, der er angivet deri, er det, der blev opsummeret i styrekomit\u00e9en p\u00e5 den p\u00e5g\u00e6ldende dato.<\/p>\n<cite>Tokyo High Court, 26. september, Heisei 25 (2013)<\/cite><\/blockquote>\n\n\n\n<p>Retten synes at tage den holdning, at hvis der er et skriftligt referat af et m\u00f8de, der er oprettet med samtykke fra b\u00e5de leverand\u00f8ren og brugeren, kan det forventes at have en vis formodende kraft som &#8220;bevis&#8221;. Set fra et andet perspektiv, b\u00f8r man v\u00e6re meget forsigtig med dette, da en alt for letf\u00e6rdig beskrivelse i referatet kan medf\u00f8re risikoen for, at det bliver brugt som bevis som det er.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_de_specifikke_punkter_der_skal_noteres_i_modereferater\"><\/span>Hvad er de specifikke punkter, der skal noteres i m\u00f8dereferater?<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_4863554_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2718\" \/><figcaption class=\"wp-element-caption\">Hvad skal dokumenteres i m\u00f8dereferater?<\/figcaption><\/figure>\n\n\n\n<p>M\u00f8dereferater har stor betydning, b\u00e5de som bevis i tilf\u00e6lde af retssager og for at fremme efterf\u00f8lgende forhandlinger mellem parterne, selv uden retssager. Men hvad skal man specifikt dokumentere og gemme i m\u00f8dereferater? Lad os organisere det nedenfor.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Elementer_der_skal_noteres_fra_leverandorens_synspunkt\"><\/span>Elementer, der skal noteres fra leverand\u00f8rens synspunkt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Leverand\u00f8ren har en projektledelsesforpligtelse som en ekspert i systemudvikling over for projektet. Hvad denne forpligtelse pr\u00e6cist indeb\u00e6rer, er detaljeret forklaret i 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>Med denne forpligtelse i tankerne, er det is\u00e6r vigtigt for leverand\u00f8ren at notere:<\/p>\n\n\n\n<ol>\n<li>Fakta og datoer for afslutningen af hver udviklingsproces<\/li>\n\n\n\n<li>Historikken for, hvordan de har svaret p\u00e5 anmodninger om \u00e6ndringer i specifikationer og tilf\u00f8jelser af funktioner fra brugersiden<\/li>\n\n\n\n<li>De foranstaltninger, de har truffet for at anmode om samarbejde, n\u00e5r udviklingsarbejdet er forsinket p\u00e5 grund af brugerens egen bekvemmelighed, og historikken for dette<\/li>\n<\/ol>\n\n\n\n<p>Disse er nogle af de ting, der kan n\u00e6vnes.<\/p>\n\n\n\n<p>For at tilf\u00f8je til punkt 3 ovenfor, forklarer den f\u00f8lgende artikel, hvad leverand\u00f8ren skal overveje, hvis brugeren ikke udf\u00f8rer accepttesten. I denne artikel forklarer vi, hvordan domstolens afg\u00f8relse kan \u00e6ndre sig betydeligt afh\u00e6ngigt af, hvor samarbejdsvillig leverand\u00f8ren har v\u00e6ret i at hj\u00e6lpe brugeren med at udf\u00f8re accepttesten, ved at citere faktiske domsafg\u00f8relser.<\/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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Elementer_der_skal_noteres_fra_brugerens_synspunkt\"><\/span>Elementer, der skal noteres fra brugerens synspunkt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Naturligvis har brugeren ogs\u00e5 en vis samarbejdsforpligtelse over for leverand\u00f8rens udviklingsarbejde, da det er et system, der skal bruges internt i virksomheden. Det samlede indhold af denne forpligtelse er forklaret i f\u00f8lgende artikel.<\/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<ol>\n<li>Historikken for, hvad brugeren har formidlet til leverand\u00f8ren, s\u00e5som \u00f8nskede funktioner og udseendet af sk\u00e6rmsiden<\/li>\n\n\n\n<li>Historikken for forskellige problemer, der er opst\u00e5et i leverand\u00f8rens proces (for eksempel, pludselig afgang af medlemmer eller forsinkelser i udviklingsprocessen p\u00e5 grund af utilstr\u00e6kkelig unders\u00f8gelse fra leverand\u00f8rens side, og \u00e5rsagerne til dette)<\/li>\n<\/ol>\n\n\n\n<p>Med hensyn til punkt 2 ovenfor, er det is\u00e6r tilb\u00f8jeligt til at udvikle sig til uforudsete problemer, n\u00e5r man udvikler et nyt system samtidig med at man fjerner det gamle system. Der er en tendens til, at problemer ofte opst\u00e5r, n\u00e5r data fra det gamle system overf\u00f8res til det nye system, men en detaljeret forklaring af juridiske problemer omkring s\u00e5danne problemer er givet i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem[ja]<\/a><\/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>Ovenst\u00e5ende er retningslinjer for, hvordan man holder m\u00f8dereferater p\u00e5 systemudviklingssteder fra et juridisk synspunkt. Ud over praktiske &#8220;how-to&#8217;s&#8221; er det vigtigt at \u00f8ge forst\u00e5elsen for forbindelsen mellem temaer som &#8220;lov&#8221;, &#8220;systemudvikling&#8221; og &#8220;dokumenth\u00e5ndtering&#8221;. Netop fordi systemudvikling involverer mange mennesker og organisationer og let kan udvikle sig til store kommercielle transaktioner, er det vigtigt at forebygge og h\u00e5ndtere konflikter, der opst\u00e5r i forbindelse med det. Og fra et juridisk synspunkt p\u00e5 bevisbevaring, vil &#8220;dokumenter&#8221;, der kan bekr\u00e6ftes objektivt af alle, have stor betydning.<\/p>\n\n\n\n<p>Det er sandt, at det kan v\u00e6re en stor byrde og m\u00e5ske ikke realistisk at sprogbehandle alle interaktioner og projektudviklinger fuldst\u00e6ndigt. Men det er vigtigt at identificere, hvad der er juridisk vigtigt, og at fremme dokumentation af vigtige sager efter behov. Dette punkt b\u00f8r v\u00e6re bredt anerkendt af alle, der er involveret i erhvervslivet, uanset om de er juridiske eksperter eller ej.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>N\u00e5r en virksomhed uddelegerer systemudvikling til en anden virksomhed, er det ofte tilf\u00e6ldet, at kontrakter underskrevet med virksomhedens segl af de respektive administrerende direkt\u00f8rer og kravspeci [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61585,"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\/60385"}],"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=60385"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60385\/revisions"}],"predecessor-version":[{"id":61586,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60385\/revisions\/61586"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61585"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60385"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60385"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60385"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}