{"id":61299,"date":"2023-12-07T14:38:55","date_gmt":"2023-12-07T05:38:55","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61299"},"modified":"2024-02-08T12:01:39","modified_gmt":"2024-02-08T03:01:39","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/howto-manage-change-in-system-development","title":{"rendered":"Vad \u00e4r tillv\u00e4gag\u00e5ngss\u00e4ttet f\u00f6r f\u00f6r\u00e4ndringshantering i systemutveckling fr\u00e5n ett juridiskt perspektiv?"},"content":{"rendered":"\n<p>I systemutvecklingsprojekt h\u00e4nder det ofta att anv\u00e4ndare \u00e4ndrar inneh\u00e5llet som de f\u00f6rklarade i f\u00f6rv\u00e4g i processen n\u00e4r arbetet fortskrider. D\u00e4rf\u00f6r, \u00e4ven som en leverant\u00f6r som tar emot jobbet, kan det vara n\u00f6dv\u00e4ndigt att anpassa sig till \u00e4ndringar i kontraktet \u00e4ven efter att kontraktet har ing\u00e5tts en g\u00e5ng.<\/p>\n\n\n\n<p>I denna artikel f\u00f6rklarar vi hur man ska hantera fenomenet &#8220;\u00e4ndringar&#8221; som g\u00f6rs i efterhand ur ett juridiskt perspektiv f\u00f6r systemutvecklingsprojekt som inte alltid g\u00e5r enligt plan.<\/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\/howto-manage-change-in-system-development\/#Varfor_andras_systemutvecklingsprojekt_i_efterhand\" title=\"Varf\u00f6r \u00e4ndras systemutvecklingsprojekt i efterhand?\">Varf\u00f6r \u00e4ndras systemutvecklingsprojekt i efterhand?<\/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\/howto-manage-change-in-system-development\/#Systemutveckling_ar_ett_samarbete_mellan_leverantor_och_anvandare\" title=\"Systemutveckling \u00e4r ett samarbete mellan leverant\u00f6r och anv\u00e4ndare\">Systemutveckling \u00e4r ett samarbete mellan leverant\u00f6r och anv\u00e4ndare<\/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\/howto-manage-change-in-system-development\/#Aven_om_det_finns_en_samarbetsplikt_tenderar_anvandare_att_begara_andringar\" title=\"\u00c4ven om det finns en samarbetsplikt, tenderar anv\u00e4ndare att beg\u00e4ra \u00e4ndringar\">\u00c4ven om det finns en samarbetsplikt, tenderar anv\u00e4ndare att beg\u00e4ra \u00e4ndringar<\/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\/howto-manage-change-in-system-development\/#Vad_ar_ett_andringshanteringsdokument\" title=\"Vad \u00e4r ett \u00e4ndringshanteringsdokument?\">Vad \u00e4r ett \u00e4ndringshanteringsdokument?<\/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\/howto-manage-change-in-system-development\/#Nar_anvands_ett_andringshanteringsdokument\" title=\"N\u00e4r anv\u00e4nds ett \u00e4ndringshanteringsdokument?\">N\u00e4r anv\u00e4nds ett \u00e4ndringshanteringsdokument?<\/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\/howto-manage-change-in-system-development\/#Vad_ska_anges_i_ett_andringshanteringsdokument\" title=\"Vad ska anges i ett \u00e4ndringshanteringsdokument?\">Vad ska anges i ett \u00e4ndringshanteringsdokument?<\/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\/sv\/it\/howto-manage-change-in-system-development\/#Vad_du_bor_veta_om_forandringshantering\" title=\"Vad du b\u00f6r veta om f\u00f6r\u00e4ndringshantering\">Vad du b\u00f6r veta om f\u00f6r\u00e4ndringshantering<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/sv\/it\/howto-manage-change-in-system-development\/#Forandringshantering_bor_oftast_utforas_i_kombination_med_uppgiftshantering\" title=\"F\u00f6r\u00e4ndringshantering b\u00f6r oftast utf\u00f6ras i kombination med uppgiftshantering\">F\u00f6r\u00e4ndringshantering b\u00f6r oftast utf\u00f6ras i kombination med uppgiftshantering<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/sv\/it\/howto-manage-change-in-system-development\/#Det_ar_bast_att_ocksa_faststalla_hur_forandringsdiskussioner_ska_genomforas\" title=\"Det \u00e4r b\u00e4st att ocks\u00e5 fastst\u00e4lla hur f\u00f6r\u00e4ndringsdiskussioner ska genomf\u00f6ras\">Det \u00e4r b\u00e4st att ocks\u00e5 fastst\u00e4lla hur f\u00f6r\u00e4ndringsdiskussioner ska genomf\u00f6ras<\/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\/sv\/it\/howto-manage-change-in-system-development\/#Forandringsdiskussioner_och_skyldigheten_att_agera_i_god_tro\" title=\"F\u00f6r\u00e4ndringsdiskussioner och skyldigheten att agera i god tro\">F\u00f6r\u00e4ndringsdiskussioner och skyldigheten att agera i god tro<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/sv\/it\/howto-manage-change-in-system-development\/#Bestammelser_om_forandringsmetoder\" title=\"Best\u00e4mmelser om f\u00f6r\u00e4ndringsmetoder\">Best\u00e4mmelser om f\u00f6r\u00e4ndringsmetoder<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/sv\/it\/howto-manage-change-in-system-development\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Varfor_andras_systemutvecklingsprojekt_i_efterhand\"><\/span>Varf\u00f6r \u00e4ndras systemutvecklingsprojekt i efterhand?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systemutveckling_ar_ett_samarbete_mellan_leverantor_och_anvandare\"><\/span>Systemutveckling \u00e4r ett samarbete mellan leverant\u00f6r och anv\u00e4ndare<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systemutveckling inneb\u00e4r vanligtvis att man g\u00e5r igenom planerings- och f\u00f6rslagsstadiet, definierar utvecklingskraven och ing\u00e5r ett avtal. Efter att avtalet har ing\u00e5tts, g\u00e5r man igenom olika designsteg, implementerar enligt designen, avslutar processen och genomf\u00f6r slutligen ett test. I hela processen \u00e4r det sj\u00e4lvklart att leverant\u00f6ren, som tar emot uppdraget, har ett brett ansvar som expert p\u00e5 systemutveckling, men det finns ocks\u00e5 en viss samarbetsplikt f\u00f6r anv\u00e4ndaren. I processer som att identifiera de funktioner som det system som ska skapas b\u00f6r ha (dvs. kravdefinition), utseendet och k\u00e4nslan av sk\u00e4rmen (dvs. grundl\u00e4ggande design), och att bekr\u00e4fta om kraven har uppfyllts (dvs. testning eller godk\u00e4nnande), \u00e4r anv\u00e4ndarens samarbete s\u00e4rskilt viktigt. F\u00f6r en mer detaljerad f\u00f6rklaring av de skyldigheter som anv\u00e4ndaren har i systemutveckling, se f\u00f6ljande 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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Aven_om_det_finns_en_samarbetsplikt_tenderar_anvandare_att_begara_andringar\"><\/span>\u00c4ven om det finns en samarbetsplikt, tenderar anv\u00e4ndare att beg\u00e4ra \u00e4ndringar<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men det \u00e4r inte alltid s\u00e5 att anv\u00e4ndare, som inte \u00e4r experter p\u00e5 systemutveckling, kan f\u00f6rmedla all n\u00f6dv\u00e4ndig information f\u00f6r systemutveckling till leverant\u00f6ren p\u00e5 ett planerat och helt\u00e4ckande s\u00e4tt. I verkligheten, eftersom det \u00e4r ett detaljerat och noggrant arbete, \u00e4r det ofta sv\u00e5rt f\u00f6r anv\u00e4ndaren att f\u00f6ruts\u00e4ga vilka fakta som kan ha avg\u00f6rande betydelse i senare steg. Ironiskt nog kan det h\u00e4nda att ju viktigare fakta \u00e4r, desto mer sannolikt \u00e4r det att de kommer fram bit f\u00f6r bit. P\u00e5 grund av dessa omst\u00e4ndigheter, \u00e4ven om det idealiska i verkliga projekt \u00e4r att &#8220;genomf\u00f6ra allt fr\u00e5n uppstr\u00f6ms till nedstr\u00f6ms processer i ett svep&#8221;, \u00e4r det viktigt att anta att olika \u00e4ndringar kan g\u00f6ras i efterhand och att fokusera p\u00e5 hur man hanterar &#8220;\u00e4ndringshantering&#8221;.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ar_ett_andringshanteringsdokument\"><\/span>Vad \u00e4r ett \u00e4ndringshanteringsdokument?<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_40395256_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2910\" \/><figcaption class=\"wp-element-caption\">Hur hanterar man &#8220;\u00e4ndringshantering&#8221; som uppst\u00e5r under systemutveckling?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nar_anvands_ett_andringshanteringsdokument\"><\/span>N\u00e4r anv\u00e4nds ett \u00e4ndringshanteringsdokument?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ett \u00e4ndringshanteringsdokument \u00e4r ett dokument som anv\u00e4nds n\u00e4r en anv\u00e4ndare beg\u00e4r \u00e4ndringar i specifikationer eller till\u00e4gg av funktioner fr\u00e5n en leverant\u00f6r, bort fr\u00e5n det inneh\u00e5ll som f\u00f6rklarades i f\u00f6rv\u00e4g. Som n\u00e4mnt tidigare, under faser som kravdefinition och grundl\u00e4ggande design, har anv\u00e4ndaren en skyldighet att samarbeta med leverant\u00f6rens arbete, men det \u00e4r faktiskt m\u00f6jligt att senare i processen uppst\u00e5 olika \u00f6nskem\u00e5l.<\/p>\n\n\n\n<p>Exempel p\u00e5 situationer d\u00e4r ett \u00e4ndringshanteringsdokument kan beh\u00f6vas inkluderar:<\/p>\n\n\n\n<ul>\n<li>N\u00e4r det finns luckor i \u00f6verv\u00e4gandet under kravdefinition och grundl\u00e4ggande design, och en beg\u00e4ran om att l\u00e4gga till funktioner g\u00f6rs efter\u00e5t<\/li>\n\n\n\n<li>N\u00e4r det under utvecklingens g\u00e5ng g\u00f6rs en \u00f6versyn av f\u00f6retagets policy, vilket g\u00f6r att specifikations\u00e4ndringar beh\u00f6vs<\/li>\n<\/ul>\n\n\n\n<p>Dessa \u00e4r n\u00e5gra av de m\u00f6jliga scenarierna.<\/p>\n\n\n\n<p>Notera att n\u00e4r det g\u00e4ller \u00e4mnen som att l\u00e4gga till funktioner och \u00e4ndra specifikationer, \u00e4r det som mest oroar de som tar emot jobbet om det \u00e4r lagligt att \u00e4ndra uppskattade kostnader. Vi f\u00f6rklarar detta i detalj i en separat artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Ett \u00e4ndringshanteringsdokument blir grunden f\u00f6r att bed\u00f6ma rimligheten i inneh\u00e5llet i en \u00f6kad uppskattning n\u00e4r en s\u00e5dan \u00f6kning g\u00f6rs efter\u00e5t. N\u00e4r du g\u00f6r en beg\u00e4ran baserad p\u00e5 en \u00f6kad uppskattning senare, \u00e4r det viktigt att skapa ett \u00e4ndringshanteringsdokument f\u00f6r att undvika konflikter med den andra parten (och f\u00f6r att ge ditt argument \u00f6vertygelse om det blir en konflikt).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ska_anges_i_ett_andringshanteringsdokument\"><\/span>Vad ska anges i ett \u00e4ndringshanteringsdokument?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00e5, vilka punkter b\u00f6r lagligen anges i ett \u00e4ndringshanteringsdokument? Kontraktssystemet som anv\u00e4nder \u00e4ndringshanteringsdokument f\u00f6r att svara p\u00e5 \u00e4ndringar i specifikationer och till\u00e4gg av funktioner \u00e4r redan allm\u00e4nt erk\u00e4nt. D\u00e4rf\u00f6r, genom att kontrollera mallar f\u00f6r kontraktsklausuler som presenteras av myndigheter, som det japanska ministeriet f\u00f6r ekonomi, handel och industri, kan du f\u00e5 en allm\u00e4n uppfattning om vilka punkter som b\u00f6r registreras.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(\u00c4ndringshanteringsf\u00f6rfarande)<br>Artikel 37 Om A eller B mottar ett \u00e4ndringsf\u00f6rslag baserat p\u00e5 artikel 34 (\u00e4ndring av systemspecifikationsdokument etc.), artikel 35 (godk\u00e4nnande av mellanliggande material av anv\u00e4ndaren), artikel 36 (hantering av os\u00e4kra fr\u00e5gor), ska de inom X dagar fr\u00e5n mottagningsdagen \u00f6verl\u00e4mna ett dokument (nedan kallat &#8220;\u00e4ndringshanteringsdokument&#8221;) som <u class=\"remove-format\">anger f\u00f6ljande punkter<\/u> till den andra parten, och A och B ska diskutera godk\u00e4nnandet av denna \u00e4ndring vid kommunikationskommitt\u00e9n som definieras i artikel 12.<br> \u2460 <u class=\"remove-format\">Namnet p\u00e5 \u00e4ndringen<\/u><br> \u2461 <u class=\"remove-format\">Ansvarig f\u00f6r f\u00f6rslaget<\/u><br> \u2462 <u class=\"remove-format\">Datum<\/u><br> \u2463 <u class=\"remove-format\">Orsaken till \u00e4ndringen<\/u><br> \u2464 <u class=\"remove-format\">Detaljer om \u00e4ndringen, inklusive specifikationer relaterade till \u00e4ndringen<\/u><br> \u2465 <u class=\"remove-format\">Om det finns kostnader f\u00f6r \u00e4ndringen, dess belopp<\/u><br> \u2466 <u class=\"remove-format\">Schema f\u00f6r \u00e4ndringsarbetet, inklusive \u00f6verv\u00e4gningstiden<\/u><br> \u2467 <u class=\"remove-format\">Andra effekter som \u00e4ndringen har p\u00e5 detta kontrakt och individuella kontraktvillkor (arbetsperiod eller leveransdatum, avgifter, kontraktsklausuler etc.)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>Om du l\u00e4ser texten direkt och bekr\u00e4ftar de rekommenderade punkterna att notera, beh\u00f6vs ingen ytterligare f\u00f6rklaring. F\u00f6r att undvika &#8220;sade-inte-sade&#8221; problem senare, b\u00f6r du registrera detaljerna och den specifika processen f\u00f6r \u00e4ndringen.<\/p>\n\n\n\n<p>Genom att tydligt ange dessa punkter och inkludera signaturer eller st\u00e4mplar fr\u00e5n ansvariga och beslutsfattare fr\u00e5n b\u00e5de leverant\u00f6ren och anv\u00e4ndaren, kommer det att ha samma betydelse som ett kontrakt som bevis, \u00e4ven om det skulle bli en r\u00e4tteg\u00e5ng.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_du_bor_veta_om_forandringshantering\"><\/span>Vad du b\u00f6r veta om f\u00f6r\u00e4ndringshantering<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_54572310_M-1024x434.jpg\" alt=\"\" class=\"wp-image-2907\" \/><figcaption class=\"wp-element-caption\">N\u00e4r du har skapat ett dokument f\u00f6r f\u00f6r\u00e4ndringshantering, b\u00f6r du ocks\u00e5 reflektera det i din uppgiftshanteringstabell.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forandringshantering_bor_oftast_utforas_i_kombination_med_uppgiftshantering\"><\/span>F\u00f6r\u00e4ndringshantering b\u00f6r oftast utf\u00f6ras i kombination med uppgiftshantering<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sk\u00e4let till att skapa ett dokument f\u00f6r f\u00f6r\u00e4ndringshantering \u00e4r att genom att hantera f\u00f6r\u00e4ndringshistoriken kan du leda projektet till framg\u00e5ng (eller undvika or\u00e4ttvis ansvarsskyldighet om du inte kan leda det till framg\u00e5ng). F\u00f6r att uppn\u00e5 dessa m\u00e5l i praktiken skapas och uppdateras dokumentet f\u00f6r f\u00f6r\u00e4ndringshantering ofta i kombination med att skapa och uppdatera uppgiftshanteringstabellen. Med andra ord, n\u00e4r du har hanterat f\u00f6r\u00e4ndringshistoriken i f\u00f6r\u00e4ndringshanteringstabellen, kommer de \u00f6verenskomna f\u00f6r\u00e4ndringspunkterna att inf\u00f6rlivas i uppgiftshanteringstabellen som uppgifter att ta itu med i framtiden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_ar_bast_att_ocksa_faststalla_hur_forandringsdiskussioner_ska_genomforas\"><\/span>Det \u00e4r b\u00e4st att ocks\u00e5 fastst\u00e4lla hur f\u00f6r\u00e4ndringsdiskussioner ska genomf\u00f6ras<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Inte bara hur man hanterar f\u00f6r\u00e4ndringar, utan ocks\u00e5 hur man diskuterar f\u00f6r\u00e4ndringar b\u00f6r regleras f\u00f6r att f\u00f6rv\u00e4nta sig att f\u00f6r\u00e4ndrings\u00e5tg\u00e4rder kommer att g\u00e5 smidigt. Detta \u00e4r s\u00e4rskilt viktigt n\u00e4r du anv\u00e4nder utvecklingsmetoder som agil utveckling, d\u00e4r det f\u00f6ruts\u00e4tts att olika f\u00f6r\u00e4ndringar kommer att g\u00f6ras efter\u00e5t. I praktiken finns det m\u00e5nga exempel p\u00e5 att regler fastst\u00e4lls f\u00f6r n\u00e4r den andra parten b\u00f6r svara p\u00e5 en beg\u00e4ran om diskussion om f\u00f6r\u00e4ndringshantering.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forandringsdiskussioner_och_skyldigheten_att_agera_i_god_tro\"><\/span>F\u00f6r\u00e4ndringsdiskussioner och skyldigheten att agera i god tro<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e4r b\u00e5da parter har kommit \u00f6verens om ett kontrakt och sedan vill \u00e4ndra det, \u00e4r det i princip som att ing\u00e5 ett nytt kontrakt. Eftersom kontraktet baseras p\u00e5 parternas fria vilja, finns det i princip ingen skyldighet f\u00f6r leverant\u00f6ren att godk\u00e4nna \u00e4ndringskontraktet. Men om denna r\u00e4ttighet betonas f\u00f6r mycket, kan det finnas oro f\u00f6r att systemutvecklingsprojektet inte kommer att g\u00e5 smidigt i praktiken.<\/p>\n\n\n\n<p>D\u00e4rf\u00f6r anges det ofta i kontrakt att det finns en &#8220;skyldighet att agera i god tro vid f\u00f6r\u00e4ndringsdiskussioner&#8221;, och det finns exempel p\u00e5 att om leverant\u00f6ren inte svarar \u00e4rligt p\u00e5 f\u00f6r\u00e4ndringen kan det bli m\u00f6jligt att beg\u00e4ra skadest\u00e5nd.<\/p>\n\n\n\n<p>Ett exempel p\u00e5 formuleringen \u00e4r f\u00f6ljande (nedan \u00e4r ett exempel p\u00e5 en klausul, citerad fr\u00e5n &#8220;ff Basic\/Individual Contract Model Basic Contract Draft&#8221; officiellt skapat av den oberoende administrativa institutionen Information Processing Promotion Agency).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 4, paragraf 3 Vid f\u00f6r\u00e4ndringsdiskussioner ska b\u00e5da parter \u00e4rligt diskutera om f\u00f6r\u00e4ndringen ska genomf\u00f6ras, efter att ha \u00f6verv\u00e4gt \u00e4mnet f\u00f6r f\u00f6r\u00e4ndringen, m\u00f6jligheten till f\u00f6r\u00e4ndring, effekterna av f\u00f6r\u00e4ndringen p\u00e5 priset och leveranstiden, etc.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bestammelser_om_forandringsmetoder\"><\/span>Best\u00e4mmelser om f\u00f6r\u00e4ndringsmetoder<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som n\u00e4mnts ovan \u00e4r det juridiskt &#8220;s\u00e4kert&#8221; att h\u00e5lla diskussioner om varje f\u00f6r\u00e4ndring n\u00e4r du g\u00f6r en f\u00f6r\u00e4ndring. Men f\u00f6r mindre projekt kanske du inte beh\u00f6ver fastst\u00e4lla hur du ska genomf\u00f6ra f\u00f6r\u00e4ndringsdiskussioner. I s\u00e5dana fall kan du \u00f6verv\u00e4ga att ist\u00e4llet f\u00f6r att ha best\u00e4mmelser om diskussioner, g\u00f6ra det s\u00e5 att f\u00f6r\u00e4ndringar endast g\u00f6rs n\u00e4r anv\u00e4ndarens och leverant\u00f6rens ansvariga personer har signerat och st\u00e4mplat f\u00f6r\u00e4ndringshanteringsdokumentet. Om du till\u00e5ter f\u00f6r\u00e4ndringar att g\u00f6ras l\u00e4ttvindigt bara genom muntligt samtycke, kan det bli oklart om f\u00f6r\u00e4ndringar har gjorts, vilket kan leda till stora problem senare. I det avseendet b\u00f6r dokumenthantering vara noggrann.<\/p>\n\n\n\n<p>\u00c5 andra sidan kan det vara en b\u00f6rda att f\u00f6rbereda separata dokument f\u00f6r varje f\u00f6r\u00e4ndringshantering, och du kanske vill prioritera flexibla \u00e5tg\u00e4rder. I s\u00e5dana fall kan det vara en l\u00f6sning att dokumentera f\u00f6r\u00e4ndringsfr\u00e5gor i m\u00f6tesprotokollen. Hur man beh\u00e5ller m\u00f6tesprotokoll i systemutveckling beskrivs mer detaljerat i f\u00f6ljande 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=\"Sammanfattning\"><\/span>Sammanfattning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I milj\u00f6er d\u00e4r specifikations\u00e4ndringar sker ofta, \u00e4r det sant att det kan vara en risk f\u00f6r problem och konflikter. Men i s\u00e5dana situationer d\u00e4r flexibilitet kr\u00e4vs, kan det ofta vara sv\u00e5rt att vidta praktiska \u00e5tg\u00e4rder genom att bara betona &#8220;viktigheten av f\u00f6rvaltning&#8221; p\u00e5 ett strikt s\u00e4tt.<\/p>\n\n\n\n<p>Fr\u00e5gan om hur man ska balansera den hastighet som kr\u00e4vs i aff\u00e4rer och beredskapen f\u00f6r ov\u00e4ntade situationer varierar ofta beroende p\u00e5 f\u00f6retagets situation och projektets inneh\u00e5ll. Med tanke p\u00e5 inneh\u00e5llet i denna artikel, tror vi att det \u00e4r viktigt att varje f\u00f6retag och projekt s\u00f6ker efter l\u00e4mpliga metoder f\u00f6r sin situation.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I systemutvecklingsprojekt h\u00e4nder det ofta att anv\u00e4ndare \u00e4ndrar inneh\u00e5llet som de f\u00f6rklarade i f\u00f6rv\u00e4g i processen n\u00e4r arbetet fortskrider. D\u00e4rf\u00f6r, \u00e4ven som en leverant\u00f6r som tar emot jobbet, kan det v [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63216,"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\/61299"}],"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=61299"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61299\/revisions"}],"predecessor-version":[{"id":63217,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61299\/revisions\/63217"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63216"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61299"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61299"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61299"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}