{"id":61457,"date":"2023-12-07T14:39:43","date_gmt":"2023-12-07T05:39:43","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61457"},"modified":"2024-01-28T07:06:18","modified_gmt":"2024-01-27T22:06:18","slug":"legal-and-contract-issues-of-agile-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/legal-and-contract-issues-of-agile-development","title":{"rendered":"Vad \u00e4r juridiska och kontraktsrelaterade problem kopplade till agil utveckling?"},"content":{"rendered":"\n<p>Det finns olika metoder f\u00f6r att driva systemutveckling. Den mest klassiska och allm\u00e4nna metoden \u00e4r vattenfallsmodellen, och m\u00e5nga juridiska b\u00f6cker som behandlar systemutveckling diskuterar utifr\u00e5n denna modell. I denna artikel kommer vi att diskutera vilka juridiska problem som kan uppst\u00e5 i systemutveckling baserat p\u00e5 den agila utvecklingsmodellen, som det kan vara sv\u00e5rt att hitta information om i b\u00f6cker och liknande.<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Agil_utvecklingsmodell_och_juridik\" title=\"Agil utvecklingsmodell och juridik\">Agil utvecklingsmodell och juridik<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Vad_ar_en_modell_inom_systemutveckling\" title=\"Vad \u00e4r en modell inom systemutveckling?\">Vad \u00e4r en modell inom systemutveckling?<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Egenskaper_hos_den_agila_utvecklingsmodellen\" title=\"Egenskaper hos den agila utvecklingsmodellen\">Egenskaper hos den agila utvecklingsmodellen<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Hur_man_hanterar_dokument_och_andringskontroll_i_agil_utveckling\" title=\"Hur man hanterar dokument och \u00e4ndringskontroll i agil utveckling\">Hur man hanterar dokument och \u00e4ndringskontroll i agil utveckling<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Vikten_av_dokumenthantering\" title=\"Vikten av dokumenthantering\">Vikten av dokumenthantering<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Upprattandet_av_ett_kommunikationsrad_ar_effektivt_for_dokumenthantering\" title=\"Uppr\u00e4ttandet av ett kommunikationsr\u00e5d \u00e4r effektivt f\u00f6r dokumenthantering\">Uppr\u00e4ttandet av ett kommunikationsr\u00e5d \u00e4r effektivt f\u00f6r dokumenthantering<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Att_anvanda_kommunikationsradet_for_att_hantera_andringar\" title=\"Att anv\u00e4nda kommunikationsr\u00e5det f\u00f6r att hantera \u00e4ndringar\">Att anv\u00e4nda kommunikationsr\u00e5det f\u00f6r att hantera \u00e4ndringar<\/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\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Forstaelse_av_uppriktighetsplikt_och_god_tro_ifragasatts\" title=\"F\u00f6rst\u00e5else av uppriktighetsplikt och god tro ifr\u00e5gas\u00e4tts\">F\u00f6rst\u00e5else av uppriktighetsplikt och god tro ifr\u00e5gas\u00e4tts<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/sv\/it\/legal-and-contract-issues-of-agile-development\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Agil_utvecklingsmodell_och_juridik\"><\/span>Agil utvecklingsmodell och juridik<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_321052328-1024x683.jpg\" alt=\"\" class=\"wp-image-5414\" \/><figcaption class=\"wp-element-caption\">H\u00e4r f\u00f6rklarar vi egenskaperna hos agil utveckling.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ar_en_modell_inom_systemutveckling\"><\/span>Vad \u00e4r en modell inom systemutveckling?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I systemutvecklingsprojekt finns det n\u00e5got som kallas utvecklingsmodeller, som fungerar som ramverk f\u00f6r att f\u00e5 en helhetsbild av projektets framsteg. Det mest k\u00e4nda exemplet p\u00e5 detta \u00e4r den s\u00e5 kallade &#8220;vattenfallsmodellen&#8221;. Detta inneb\u00e4r att man, precis som vatten som faller fr\u00e5n &#8220;uppstr\u00f6ms&#8221; till &#8220;nedstr\u00f6ms&#8221;, genomf\u00f6r alla steg som kravspecifikation, design, implementering och testning i en enda genomg\u00e5ng. M\u00e5let \u00e4r att minimera \u00e5terg\u00e5ngar och dubbelarbete s\u00e5 mycket som m\u00f6jligt, vilket g\u00f6r denna metod l\u00e4mplig f\u00f6r planerade arbetsfl\u00f6den.<\/p>\n\n\n\n<p>\u00c5 andra sidan, i den agila utvecklingsmodellen, upprepas processen att implementera sm\u00e5 program och sedan testa dem. Genom att upprepa denna cykel av att implementera och testa sm\u00e5 program, byggs ett st\u00f6rre system upp gradvis. F\u00f6r en mer detaljerad f\u00f6rklaring av dessa systemutvecklingsmodeller och en j\u00e4mf\u00f6relse av f\u00f6rdelarna och nackdelarna med b\u00e5da utvecklingsmodellerna, se f\u00f6ljande artikel.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Egenskaper_hos_den_agila_utvecklingsmodellen\"><\/span>Egenskaper hos den agila utvecklingsmodellen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En stor f\u00f6rdel med utveckling med den agila modellen \u00e4r att man kan g\u00e5 in i det faktiska arbetet med en k\u00e4nsla av hastighet. Eftersom uppgifterna i &#8220;uppstr\u00f6msprocessen&#8221;, som att definiera krav och skapa designspecifikationer, inte \u00e4r separerade fr\u00e5n implementeringen av programmet, \u00e4r denna metod l\u00e4mplig f\u00f6r att flexibelt styra processen, inklusive att hantera till\u00e4gg och \u00e4ndringar av funktioner och specifikations\u00e4ndringar. Juridiskt sett \u00e4r de s\u00e4rskilt viktiga punkterna f\u00f6r att g\u00f6ra den agila utvecklingsmodellen framg\u00e5ngsrik hur man hanterar dokumenthantering och \u00e4ndringshantering. I den agila utvecklingsmodellen \u00e4r roller och ansvarsomr\u00e5den inte lika tydligt definierade som i vattenfallsmodellen. Dessutom, eftersom denna metod prioriterar &#8220;hastighet&#8221; f\u00f6r att komma till utf\u00f6randet och starten, snarare \u00e4n &#8220;hantering&#8221;, kan det l\u00e4tt leda till bristf\u00e4lligheter i olika designspecifikationer, specifikationsdokument och m\u00f6tesprotokoll.<\/p>\n\n\n\n<p>Ytterligare, i fr\u00e5ga om \u00e4ndringshantering, eftersom den agila utvecklingsmodellen \u00e4r smidig n\u00e4r det g\u00e4ller att hantera \u00e4ndringar, finns det en risk att projektet kan brinna upp om man b\u00f6rjar svara p\u00e5 f\u00f6rfr\u00e5gningar om specifikations\u00e4ndringar p\u00e5 platsniv\u00e5, utan att g\u00e5 igenom godk\u00e4nnandeprocessen med beslutsfattarna. I s\u00e5 fall kan f\u00f6rdelen med utvecklingsmodellen, att &#8220;det \u00e4r smidigt att hantera efterf\u00f6ljande \u00e4ndringar&#8221;, i sig bli en risk f\u00f6r att projektet brinner upp.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hur_man_hanterar_dokument_och_andringskontroll_i_agil_utveckling\"><\/span>Hur man hanterar dokument och \u00e4ndringskontroll i agil utveckling<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\/pixta_50106785_M-1024x768.jpg\" alt=\"\" class=\"wp-image-5416\" \/><figcaption class=\"wp-element-caption\">Vad \u00e4r metoden f\u00f6r att hantera dokument och specifikations\u00e4ndringar i den agila utvecklingsmodellen?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vikten_av_dokumenthantering\"><\/span>Vikten av dokumenthantering<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I utvecklingsprojekt baserade p\u00e5 den agila utvecklingsmodellen, \u00e4r en juridisk oro att muntliga interaktioner ackumuleras, vilket leder till brist p\u00e5 dokumentation. Vi har detaljerat f\u00f6rklarat varf\u00f6r dokumenthantering blir viktig i systemutvecklingsprojekt i f\u00f6ljande artikel.<br><\/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<p>I den artikeln f\u00f6rklarar vi vikten av dokumenthantering i systemutvecklingsprojekt fr\u00e5n tv\u00e5 perspektiv: f\u00f6rebyggande av tvister (det vill s\u00e4ga &#8220;f\u00f6rebyggande juridiskt arbete&#8221;) och bevarande av bevis n\u00e4r en tvist uppst\u00e5r (det vill s\u00e4ga &#8220;krishantering&#8221;).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Upprattandet_av_ett_kommunikationsrad_ar_effektivt_for_dokumenthantering\"><\/span>Uppr\u00e4ttandet av ett kommunikationsr\u00e5d \u00e4r effektivt f\u00f6r dokumenthantering<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e4r du antar en agil utvecklingsmodell, till skillnad fr\u00e5n vattenfallsmodellen, finns det inte en tydlig plan i f\u00f6rv\u00e4g. D\u00e4rf\u00f6r \u00e4r det inte bara en fr\u00e5ga om att hantera skillnaden mellan plan och faktiska resultat, det finns ocks\u00e5 en oro f\u00f6r att kostnaderna, b\u00e5de ekonomiskt och tidsm\u00e4ssigt, kan sv\u00e4lla om det l\u00e4mnas helt till f\u00e4ltet.<\/p>\n\n\n\n<p>D\u00e4rf\u00f6r \u00e4r det effektivt att ansvariga genomf\u00f6r regelbundna kommunikationsr\u00e5dsm\u00f6ten f\u00f6r att s\u00e4kerst\u00e4lla en smidig framdrift av projektet. N\u00e4r utvecklingsskalan \u00e4r liten, \u00e4r det sant att det ofta \u00e4r f\u00f6redraget att ansvariga samlas n\u00e4r de kan, snarare \u00e4n att h\u00e5lla regelbundna kommunikationsr\u00e5dsm\u00f6ten. Men i fallet med den agila utvecklingsmodellen finns det en st\u00f6rre risk att missa aktuella problem p\u00e5 m\u00f6ten. D\u00e4rf\u00f6r kan det s\u00e4gas att det \u00e4r s\u00e4kert att inkludera regelbundna kommunikationsr\u00e5dsm\u00f6ten i kontrakt och liknande. Som en reglering \u00e4r det f\u00f6reskrivet p\u00e5 f\u00f6ljande s\u00e4tt i det japanska ekonomiministeriets modellkontrakt.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Uppr\u00e4ttande av kommunikationsr\u00e5d)<\/p>\n\n\n\n<p>Artikel 12 A och B ska h\u00e5lla ett kommunikationsr\u00e5d f\u00f6r att diskutera framsteg, riskhantering och rapportering, gemensamt arbete och genomf\u00f6rande av individuella arbetsuppgifter, bekr\u00e4ftelse av inneh\u00e5ll som ska inkluderas i systemspecifikationer, diskussion och l\u00f6sning av problem och andra n\u00f6dv\u00e4ndiga fr\u00e5gor f\u00f6r att s\u00e4kerst\u00e4lla att arbetet g\u00e5r smidigt, <u>tills arbetet \u00e4r slutf\u00f6rt<\/u>. Dock, (utel\u00e4mnat).<br><\/p>\n\n\n\n<p>2. Kommunikationsr\u00e5det ska <u>h\u00e5llas regelbundet med den frekvens som fastst\u00e4lls i det individuella kontraktet<\/u> och dessutom ska det <u>h\u00e5llas n\u00e4r som helst n\u00e4r A eller B anser det n\u00f6dv\u00e4ndigt<\/u>.<br><\/p>\n\n\n\n<p>3. P\u00e5 kommunikationsr\u00e5det ska <u>ansvariga och huvudansvariga fr\u00e5n b\u00e5de A och B, samt de som ansvariga anser l\u00e4mpliga, n\u00e4rvara<\/u>. Dessutom kan b\u00e5de A och B beg\u00e4ra att den andra parten ska ha de personer som beh\u00f6vs f\u00f6r diskussionen p\u00e5 kommunikationsr\u00e5det n\u00e4rvarande, och den andra parten ska svara p\u00e5 detta, utom n\u00e4r det finns rimliga sk\u00e4l.<br><\/p>\n\n\n\n<p>4. B ska <u>skapa och l\u00e4mna in en framstegsrapport i det format som A och B har kommit \u00f6verens om separat<\/u> vid kommunikationsr\u00e5det, och bekr\u00e4fta framstegsstatus baserat p\u00e5 denna framstegsrapport, samt diskutera och best\u00e4mma, vid behov, om det finns n\u00e5gra f\u00f6rsenade punkter, om det finns f\u00f6rsenade punkter, orsakerna till och \u00e5tg\u00e4rderna f\u00f6r dessa, behovet av att \u00e4ndra den fr\u00e4mjande strukturen som fastst\u00e4lls i detta kapitel (personalbyte, \u00f6kning\/minskning, \u00e4ndring av underleverant\u00f6rer, etc.), status f\u00f6r genomf\u00f6randet av s\u00e4kerhets\u00e5tg\u00e4rder, om det finns n\u00e5gra sk\u00e4l att \u00e4ndra det individuella kontraktet, om det finns sk\u00e4l att \u00e4ndra det individuella kontraktet, inneh\u00e5llet i dessa, och bekr\u00e4fta de beslutade punkterna, de punkter som ska forts\u00e4tta att \u00f6verv\u00e4gas, och om det finns punkter som ska forts\u00e4tta att \u00f6verv\u00e4gas, schemat f\u00f6r \u00f6verv\u00e4gande och de parter som ska \u00f6verv\u00e4ga dem.<br><\/p>\n\n\n\n<p>(Artiklarna 5, 6 och 7 utel\u00e4mnas.)<br><\/p>\n<\/blockquote>\n\n\n\n<p>Den st\u00f6rsta po\u00e4ngen \u00e4r att ge kommunikationsr\u00e5dets existens en viss legitimitet i kontraktsklausulerna och ge den en annan mening \u00e4n ad hoc-m\u00f6ten som h\u00e5lls p\u00e5 plats.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Att_anvanda_kommunikationsradet_for_att_hantera_andringar\"><\/span>Att anv\u00e4nda kommunikationsr\u00e5det f\u00f6r att hantera \u00e4ndringar<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I agil utveckling \u00e4r det en f\u00f6ruts\u00e4ttning att de punkter som b\u00e5da parter ursprungligen kom \u00f6verens om kan \u00e4ndras i efterhand. D\u00e4rf\u00f6r \u00e4r det mycket viktigt att hantera situationer med efterf\u00f6ljande specifikations\u00e4ndringar.<\/p>\n\n\n\n<p>Om ett kommunikationsr\u00e5d h\u00e5lls regelbundet, blir \u00e4ndringshanteringen mycket smidigare. Till exempel kan \u00e4ndringsdiskussioner h\u00e5llas i kommunikationsr\u00e5det, och om det finns en beg\u00e4ran om \u00e4ndringsdiskussion fr\u00e5n en part, kan det inf\u00f6rlivas i kontraktet att den andra parten har en skyldighet att svara p\u00e5 den diskussionen. (H\u00e4r f\u00f6ljer ett utdrag fr\u00e5n reglerna i det japanska ministeriet f\u00f6r ekonomi, handel och industris modellkontrakt.)<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(\u00c4ndringshanteringsf\u00f6rfarande)<\/p>\n\n\n\n<p>Artikel 37 A eller B ska, n\u00e4r de har mottagit ett \u00e4ndringsf\u00f6rslag fr\u00e5n den andra parten (&#8230;) inom <u>\u25cb dagar<\/u> fr\u00e5n mottagningsdagen, \u00f6verl\u00e4mna ett dokument som inneh\u00e5ller f\u00f6ljande punkter (h\u00e4refter kallat &#8220;\u00e4ndringshanteringsdokument&#8221;) till den andra parten, och A och B ska <u>diskutera godk\u00e4nnandet av den f\u00f6reslagna \u00e4ndringen vid kommunikationsr\u00e5det<\/u> som anges i artikel 12. (F\u00f6ljande punkter har utel\u00e4mnats)<\/p>\n<\/blockquote>\n\n\n\n<p>De viktiga punkterna i ovanst\u00e5ende best\u00e4mmelse kan sammanfattas som f\u00f6ljer:<\/p>\n\n\n\n<ul>\n<li>Metoden f\u00f6r att acceptera en \u00e4ndringsbeg\u00e4ran har standardiserats med ett format som kallas &#8220;\u00e4ndringsf\u00f6rslagsdokument&#8221;.<\/li>\n\n\n\n<li>Det finns en tidsgr\u00e4ns f\u00f6r datumet fr\u00e5n mottagandet av f\u00f6rslaget till diskussionen om det. Detta kan uttryckas som &#8220;inom \u25ef dagar&#8221;, men det kan ocks\u00e5 ers\u00e4ttas med uttryck som &#8220;snarast&#8221;.<\/li>\n\n\n\n<li>Platsen f\u00f6r att diskutera godk\u00e4nnandet av \u00e4ndringen har standardiserats till &#8220;kommunikationsr\u00e5det&#8221;.<\/li>\n<\/ul>\n\n\n\n<p>Med andra ord, f\u00f6r att undvika missf\u00f6rst\u00e5nd som &#8220;Jag har gjort en \u00e4ndringsbeg\u00e4ran, jag har inte gjort det&#8221;, &#8220;Jag har svarat p\u00e5 godk\u00e4nnandet av \u00e4ndringen, jag har inte gjort det&#8221;, har metoden f\u00f6r f\u00f6rfarandet klargjorts.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forstaelse_av_uppriktighetsplikt_och_god_tro_ifragasatts\"><\/span>F\u00f6rst\u00e5else av uppriktighetsplikt och god tro ifr\u00e5gas\u00e4tts<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi har hittills introducerat modellklausuler f\u00f6r &#8220;Kontaktkonferenser&#8221; och &#8220;\u00c4ndringsdiskussioner&#8221;. Men det som \u00e4r viktigt f\u00f6r att f\u00f6rst\u00e5 deras v\u00e4sentliga inneb\u00f6rd \u00e4r fr\u00e5gor som &#8220;uppriktighetsplikt&#8221; och &#8220;god tro&#8221;. Agile utvecklingsmodellen blir ofta sv\u00e5r att genomf\u00f6ra utan ett f\u00f6rtroendef\u00f6rh\u00e5llande mellan best\u00e4llaren och leverant\u00f6ren. Detta beror p\u00e5 att den prioriterar hastigheten att b\u00f6rja arbeta, och de f\u00f6rfaranden som leder till starten h\u00e5lls vanligtvis till ett minimum. D\u00e4rf\u00f6r blir det vanligt i praktiken att inkludera klausuler som p\u00e5l\u00e4gger motparten en &#8220;uppriktighetsplikt&#8221;.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Paragraf 4.3 I \u00e4ndringsdiskussioner ska parterna uppriktigt diskutera \u00e4mnet f\u00f6r \u00e4ndringen, m\u00f6jligheten till \u00e4ndring, effekterna av \u00e4ndringen p\u00e5 priset och leveranstiden, och om \u00e4ndringen ska genomf\u00f6ras.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Detta \u00e4r f\u00f6r att f\u00f6rhindra att man pl\u00f6tsligt f\u00f6rr\u00e5der motparten med en formell juridisk argumentation som &#8220;om man ska godk\u00e4nna en kontrakts\u00e4ndring eller inte \u00e4r helt upp till den som mottar f\u00f6rslaget, och det finns ingen skyldighet att f\u00f6lja tv\u00e5ng&#8221;, i f\u00f6rhandlingar som har fortsatt p\u00e5 grundval av ett ursprungligt f\u00f6rtroendef\u00f6rh\u00e5llande. Detta \u00e5terspeglar ocks\u00e5 principerna i lagen som g\u00e4ller transaktioner mellan privatpersoner, inte bara systemutveckling.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Civilr\u00e4ttens f\u00f6rsta paragraf, andra stycket<\/p>\n\n\n\n<p>Ut\u00f6vandet av r\u00e4ttigheter och uppfyllandet av skyldigheter m\u00e5ste ske i <u>god tro<\/u> och med <u>uppriktighet<\/u>.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Lagen v\u00e4rderar inte n\u00f6dv\u00e4ndigtvis bara &#8220;inneh\u00e5llet i kontraktet&#8221; eller &#8220;ordalydelsen i klausulerna&#8221;. S\u00e4rskilt i transaktioner d\u00e4r det finns en motpart b\u00f6r man anv\u00e4nda den flexibelt, med h\u00e4nsyn till den faktiska &#8220;god tro&#8221; och &#8220;uppriktighet&#8221;. Dessutom, att det som kallas &#8220;skyldighet&#8221; enligt lagen inte n\u00f6dv\u00e4ndigtvis baseras p\u00e5 &#8220;kontrakt&#8221; f\u00f6rklaras mer detaljerat i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammanfattning\"><\/span>Sammanfattning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Det \u00e4r naturligtvis viktigt att f\u00f6rst\u00e5 risken f\u00f6r att administrativa rutiner och ledningssystem kan bli slarvigt hanterade i systemutvecklingsprojekt baserade p\u00e5 den agila utvecklingsmodellen. Men det \u00e4r inte bara det, det \u00e4r ocks\u00e5 viktigt att f\u00f6rst\u00e5 de flexibla egenskaperna som lagen ursprungligen har, som \u00e4r grundade p\u00e5 principer som &#8220;god tro&#8221;, och att ha en inst\u00e4llning att till\u00e4mpa detta i praktiken.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det finns olika metoder f\u00f6r att driva systemutveckling. Den mest klassiska och allm\u00e4nna metoden \u00e4r vattenfallsmodellen, och m\u00e5nga juridiska b\u00f6cker som behandlar systemutveckling diskuterar utifr\u00e5n den [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62630,"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\/sv\/wp-json\/wp\/v2\/posts\/61457"}],"collection":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/comments?post=61457"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61457\/revisions"}],"predecessor-version":[{"id":62613,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61457\/revisions\/62613"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/62630"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61457"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61457"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61457"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}