{"id":59970,"date":"2024-02-06T12:10:22","date_gmt":"2024-02-06T03:10:22","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=59970"},"modified":"2024-02-07T19:55:21","modified_gmt":"2024-02-07T10:55:21","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/it\/howto-manage-change-in-system-development","title":{"rendered":"Jak zarz\u0105dza\u0107 zmianami w rozwoju system\u00f3w z perspektywy prawnej?"},"content":{"rendered":"\n<p>W projektach rozwoju system\u00f3w cz\u0119sto zdarza si\u0119, \u017ce tre\u015b\u0107, kt\u00f3r\u0105 u\u017cytkownik wyja\u015bni\u0142 wcze\u015bniej, ulega zmianie w miar\u0119 post\u0119pu prac. Dlatego te\u017c, jako dostawca przyjmuj\u0105cy zlecenie, nawet po zawarciu umowy, mo\u017ce pojawi\u0107 si\u0119 konieczno\u015b\u0107 dostosowania si\u0119 do p\u00f3\u017aniejszych zmian w tre\u015bci umowy.<\/p>\n\n\n\n<p>W tym artykule wyja\u015bniamy, jak nale\u017cy post\u0119powa\u0107 z zjawiskiem &#8220;zmian&#8221;, kt\u00f3re nast\u0119puj\u0105 po fakcie, z prawnego punktu widzenia, w przypadku projekt\u00f3w rozwoju system\u00f3w, kt\u00f3re nie zawsze przebiegaj\u0105 zgodnie z planem.<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Dlaczego_projekty_rozwoju_systemow_sa_%E2%80%9Czmieniane%E2%80%9D_po_fakcie\" title=\"Dlaczego projekty rozwoju system\u00f3w s\u0105 &#8220;zmieniane&#8221; po fakcie?\">Dlaczego projekty rozwoju system\u00f3w s\u0105 &#8220;zmieniane&#8221; po fakcie?<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Rozwoj_systemow_to_wspolpraca_miedzy_dostawca_a_uzytkownikiem\" title=\"Rozw\u00f3j system\u00f3w to wsp\u00f3\u0142praca mi\u0119dzy dostawc\u0105 a u\u017cytkownikiem\">Rozw\u00f3j system\u00f3w to wsp\u00f3\u0142praca mi\u0119dzy dostawc\u0105 a u\u017cytkownikiem<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Mimo_obowiazku_wspolpracy_uzytkownicy_czesto_zadaja_zmian\" title=\"Mimo obowi\u0105zku wsp\u00f3\u0142pracy, u\u017cytkownicy cz\u0119sto \u017c\u0105daj\u0105 zmian\">Mimo obowi\u0105zku wsp\u00f3\u0142pracy, u\u017cytkownicy cz\u0119sto \u017c\u0105daj\u0105 zmian<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Co_to_jest_dokument_zarzadzania_zmianami\" title=\"Co to jest dokument zarz\u0105dzania zmianami\">Co to jest dokument zarz\u0105dzania zmianami<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Okolicznosci_w_ktorych_stosuje_sie_dokument_zarzadzania_zmianami\" title=\"Okoliczno\u015bci, w kt\u00f3rych stosuje si\u0119 dokument zarz\u0105dzania zmianami\">Okoliczno\u015bci, w kt\u00f3rych stosuje si\u0119 dokument zarz\u0105dzania zmianami<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Informacje_do_umieszczenia_w_dokumencie_zarzadzania_zmianami\" title=\"Informacje do umieszczenia w dokumencie zarz\u0105dzania zmianami\">Informacje do umieszczenia w dokumencie zarz\u0105dzania zmianami<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Co_warto_wiedziec_na_temat_zarzadzania_zmianami\" title=\"Co warto wiedzie\u0107 na temat zarz\u0105dzania zmianami\">Co warto wiedzie\u0107 na temat zarz\u0105dzania zmianami<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Zarzadzanie_zmianami_zazwyczaj_powinno_byc_przeprowadzane_razem_z_zarzadzaniem_problemami\" title=\"Zarz\u0105dzanie zmianami zazwyczaj powinno by\u0107 przeprowadzane razem z zarz\u0105dzaniem problemami\">Zarz\u0105dzanie zmianami zazwyczaj powinno by\u0107 przeprowadzane razem z zarz\u0105dzaniem problemami<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Wskazane_jest_rowniez_ustalenie_zasad_prowadzenia_dyskusji_na_temat_zmian\" title=\"Wskazane jest r\u00f3wnie\u017c ustalenie zasad prowadzenia dyskusji na temat zmian\">Wskazane jest r\u00f3wnie\u017c ustalenie zasad prowadzenia dyskusji na temat zmian<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Dyskusje_na_temat_zmian_i_obowiazek_uczciwosci\" title=\"Dyskusje na temat zmian i obowi\u0105zek uczciwo\u015bci\">Dyskusje na temat zmian i obowi\u0105zek uczciwo\u015bci<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Regulacje_dotyczace_sposobu_wprowadzania_zmian\" title=\"Regulacje dotycz\u0105ce sposobu wprowadzania zmian\">Regulacje dotycz\u0105ce sposobu wprowadzania zmian<\/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\/pl\/it\/howto-manage-change-in-system-development\/#Podsumowanie\" title=\"Podsumowanie\">Podsumowanie<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Dlaczego_projekty_rozwoju_systemow_sa_%E2%80%9Czmieniane%E2%80%9D_po_fakcie\"><\/span>Dlaczego projekty rozwoju system\u00f3w s\u0105 &#8220;zmieniane&#8221; po fakcie?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rozwoj_systemow_to_wspolpraca_miedzy_dostawca_a_uzytkownikiem\"><\/span>Rozw\u00f3j system\u00f3w to wsp\u00f3\u0142praca mi\u0119dzy dostawc\u0105 a u\u017cytkownikiem<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Rozw\u00f3j system\u00f3w zazwyczaj obejmuje etap planowania i proponowania, po kt\u00f3rym nast\u0119puje definicja wymaga\u0144 rozwojowych i zawarcie umowy. Po zawarciu umowy, proces przechodzi przez r\u00f3\u017cne etapy projektowania, implementacji zgodnej z projektem, a na ko\u0144cu przeprowadza testy. W ca\u0142ym procesie, dostawca, kt\u00f3ry przyjmuje prac\u0119, oczywi\u015bcie ponosi szeroki zakres obowi\u0105zk\u00f3w jako ekspert od rozwoju system\u00f3w, ale na u\u017cytkowniku spoczywa r\u00f3wnie\u017c pewien obowi\u0105zek wsp\u00f3\u0142pracy. W szczeg\u00f3lno\u015bci, wsp\u00f3\u0142praca u\u017cytkownika jest wa\u017cna w procesach takich jak identyfikacja funkcji, kt\u00f3re powinien posiada\u0107 system do stworzenia (definicja wymaga\u0144), wygl\u0105d i odczucia z u\u017cytkowania interfejsu (projekt podstawowy), oraz sprawdzenie, czy wynik jest zgodny z wymaganiami (testowanie lub akceptacja). Szczeg\u00f3\u0142owe wyja\u015bnienia dotycz\u0105ce obowi\u0105zk\u00f3w, kt\u00f3re u\u017cytkownik ponosi w rozwoju system\u00f3w, mo\u017cna znale\u017a\u0107 w poni\u017cszym artykule.<\/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=\"Mimo_obowiazku_wspolpracy_uzytkownicy_czesto_zadaja_zmian\"><\/span>Mimo obowi\u0105zku wsp\u00f3\u0142pracy, u\u017cytkownicy cz\u0119sto \u017c\u0105daj\u0105 zmian<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Jednak\u017ce, nawet je\u015bli u\u017cytkownik nie jest specjalist\u0105 od rozwoju system\u00f3w, nie zawsze jest w stanie przekaza\u0107 dostawcy wszystkie niezb\u0119dne informacje do rozwoju systemu w spos\u00f3b kompleksowy i bez brak\u00f3w. W rzeczywisto\u015bci, ze wzgl\u0119du na precyzyjno\u015b\u0107 i szczeg\u00f3\u0142owo\u015b\u0107 pracy, cz\u0119sto jest wiele rzeczy, kt\u00f3rych u\u017cytkownik nie jest w stanie przewidzie\u0107, takich jak to, jakie fakty mog\u0105 mie\u0107 decyduj\u0105ce znaczenie w p\u00f3\u017aniejszych etapach. Ironi\u0105 losu, najwa\u017cniejsze fakty cz\u0119sto pojawiaj\u0105 si\u0119 stopniowo. Z tych powod\u00f3w, w rzeczywistych projektach, mimo \u017ce idea\u0142em jest &#8220;przej\u015bcie od pocz\u0105tku do ko\u0144ca w jednym ci\u0105gu&#8221;, zak\u0142ada si\u0119, \u017ce po fakcie mog\u0105 nast\u0105pi\u0107 r\u00f3\u017cne zmiany, a kluczowe staje si\u0119 pytanie, jak zarz\u0105dza\u0107 tymi zmianami.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Co_to_jest_dokument_zarzadzania_zmianami\"><\/span>Co to jest dokument zarz\u0105dzania zmianami<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\">Jak post\u0119powa\u0107 z &#8220;zarz\u0105dzaniem zmianami&#8221; podczas rozwoju systemu?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Okolicznosci_w_ktorych_stosuje_sie_dokument_zarzadzania_zmianami\"><\/span>Okoliczno\u015bci, w kt\u00f3rych stosuje si\u0119 dokument zarz\u0105dzania zmianami<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dokument zarz\u0105dzania zmianami to dokument, kt\u00f3ry u\u017cytkownik wykorzystuje do z\u0142o\u017cenia wniosku do dostawcy o zmian\u0119 specyfikacji lub dodanie funkcji, odst\u0119puj\u0105c od wcze\u015bniejszych wyja\u015bnie\u0144. Jak wcze\u015bniej wspomniano, w fazach takich jak definicja wymaga\u0144 czy podstawowy projekt, u\u017cytkownik ma obowi\u0105zek wsp\u00f3\u0142pracowa\u0107 z dostawc\u0105, ale mo\u017cliwe jest, \u017ce w p\u00f3\u017aniejszych etapach pojawi\u0105 si\u0119 r\u00f3\u017cne \u017c\u0105dania.<\/p>\n\n\n\n<p>Przyk\u0142ady sytuacji, w kt\u00f3rych mo\u017ce by\u0107 potrzebny dokument zarz\u0105dzania zmianami, to na przyk\u0142ad:<\/p>\n\n\n\n<ul>\n<li>Je\u015bli w definicji wymaga\u0144 lub podstawowym projekcie pojawi\u0142y si\u0119 braki, a p\u00f3\u017aniej zostanie z\u0142o\u017cone \u017c\u0105danie o dodanie funkcji<\/li>\n\n\n\n<li>Je\u015bli w trakcie rozwoju nast\u0105pi przegl\u0105d polityki biznesowej itp., co wymaga zmiany specyfikacji<\/li>\n<\/ul>\n\n\n\n<p>To s\u0105 tylko przyk\u0142ady.<\/p>\n\n\n\n<p>W zwi\u0105zku z tematami takimi jak dodawanie funkcji czy zmiana specyfikacji, co najbardziej interesuje stron\u0119 przyjmuj\u0105c\u0105 zlecenie, to czy zmiana kwoty wyceny jest dozwolona prawnie. Szczeg\u00f3\u0142owe wyja\u015bnienia na ten temat znajduj\u0105 si\u0119 w innym artykule.<\/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>Dokument zarz\u0105dzania zmianami stanowi podstaw\u0119 do oceny s\u0142uszno\u015bci wyceny zawarto\u015bci podczas dokonywania p\u00f3\u017aniejszych podwy\u017cek wyceny. Tworzenie dokumentu zarz\u0105dzania zmianami jest wa\u017cne, aby unikn\u0105\u0107 konflikt\u00f3w z drug\u0105 stron\u0105 podczas wystawiania rachunk\u00f3w na podstawie p\u00f3\u017aniejszych podwy\u017cek wyceny (i aby nada\u0107 przekonuj\u0105cy charakter w\u0142asnym argumentom, je\u015bli dojdzie do konfliktu).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Informacje_do_umieszczenia_w_dokumencie_zarzadzania_zmianami\"><\/span>Informacje do umieszczenia w dokumencie zarz\u0105dzania zmianami<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wi\u0119c jakie informacje powinny by\u0107 zawarte w dokumencie zarz\u0105dzania zmianami z punktu widzenia prawa? Mechanizm umowy, kt\u00f3ry pozwala na korzystanie z dokumentu zarz\u0105dzania zmianami, aby zgodzi\u0107 si\u0119 na zmian\u0119 specyfikacji lub dodanie funkcji, jest ju\u017c powszechnie rozpoznawany. Dlatego, sprawdzaj\u0105c szablony klauzul umownych prezentowanych przez agencje rz\u0105dowe, takie jak model umowy Ministerstwa Gospodarki, Handlu i Przemys\u0142u, mo\u017cna zrozumie\u0107, jakie informacje powinny by\u0107 zachowane jako zapis.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Procedura zarz\u0105dzania zmianami)<br>Artyku\u0142 37 Strona A lub B, po otrzymaniu propozycji zmiany na podstawie artyku\u0142u 34 (zmiana specyfikacji systemu itp.), artyku\u0142u 35 (zatwierdzenie \u015brodkowych materia\u0142\u00f3w przez u\u017cytkownika) lub artyku\u0142u 36 (traktowanie niepewnych kwestii) od drugiej strony, w ci\u0105gu \u25cb dni od daty otrzymania, <u class=\"remove-format\">zapisuje nast\u0119puj\u0105ce informacje<\/u> na pi\u015bmie (zwane dalej &#8220;<u class=\"remove-format\">dokumentem zarz\u0105dzania zmianami<\/u>&#8220;). Strony A i B omawiaj\u0105, czy taka zmiana jest mo\u017cliwa na spotkaniu kontaktowym okre\u015blonym w artykule 12.<br> \u2460 <u class=\"remove-format\">Nazwa zmiany<\/u><br> \u2461 <u class=\"remove-format\">Osoba odpowiedzialna za propozycj\u0119<\/u><br> \u2462 <u class=\"remove-format\">Data<\/u><br> \u2463 <u class=\"remove-format\">Pow\u00f3d zmiany<\/u><br> \u2464 <u class=\"remove-format\">Szczeg\u00f3\u0142owe informacje o zmianie, w tym specyfikacje dotycz\u0105ce zmiany<\/u><br> \u2465 <u class=\"remove-format\">Je\u015bli zmiana wymaga koszt\u00f3w, to ich kwota<\/u><br> \u2466 <u class=\"remove-format\">Harmonogram prac nad zmian\u0105, w tym okres rozwa\u017ca\u0144<\/u><br> \u2467 <u class=\"remove-format\">Inne wp\u0142ywy, jakie zmiana mo\u017ce mie\u0107 na warunki niniejszej umowy i umowy indywidualnej (okres pracy lub termin dostawy, op\u0142ata za zlecenie, klauzule umowne itp.)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>Bezpo\u015brednie czytanie tekstu prawnego i sprawdzanie zalecanych pozycji do zapisania powinno wystarczy\u0107 bez dalszych wyja\u015bnie\u0144. Aby unikn\u0105\u0107 p\u00f3\u017aniejszych problem\u00f3w z &#8220;powiedzia\u0142em\/nie powiedzia\u0142em&#8221;, powiniene\u015b dok\u0142adnie i konkretnie zarejestrowa\u0107 przebieg zmian.<\/p>\n\n\n\n<p>Podaj\u0105c te informacje, wraz z podpisem lub piecz\u0119ci\u0105 osoby odpowiedzialnej lub decydenta z obu stron &#8211; dostawcy i u\u017cytkownika &#8211; dokument zarz\u0105dzania zmianami nabiera takiego samego znaczenia jak umowa w przypadku ewentualnego procesu s\u0105dowego.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Co_warto_wiedziec_na_temat_zarzadzania_zmianami\"><\/span>Co warto wiedzie\u0107 na temat zarz\u0105dzania zmianami<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\">Po stworzeniu dokumentu zarz\u0105dzania zmianami, odzwierciedla si\u0119 go r\u00f3wnie\u017c w tabeli zarz\u0105dzania problemami.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zarzadzanie_zmianami_zazwyczaj_powinno_byc_przeprowadzane_razem_z_zarzadzaniem_problemami\"><\/span>Zarz\u0105dzanie zmianami zazwyczaj powinno by\u0107 przeprowadzane razem z zarz\u0105dzaniem problemami<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Tworzenie dokumentu zarz\u0105dzania zmianami ma na celu zarz\u0105dzanie histori\u0105 zmian, co prowadzi do osi\u0105gni\u0119cia cel\u00f3w projektu (lub unikni\u0119cia niesprawiedliwego obwiniania, je\u015bli cel nie zostanie osi\u0105gni\u0119ty). W praktyce, tworzenie dokumentu zarz\u0105dzania zmianami cz\u0119sto odbywa si\u0119 razem z tworzeniem i aktualizacj\u0105 tabeli zarz\u0105dzania problemami. Innymi s\u0142owy, po zarz\u0105dzaniu histori\u0105 zmian w tabeli zarz\u0105dzania zmianami, uzgodnione elementy zmian s\u0105 w\u0142\u0105czane do tabeli zarz\u0105dzania problemami jako zadania do podj\u0119cia w przysz\u0142o\u015bci.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wskazane_jest_rowniez_ustalenie_zasad_prowadzenia_dyskusji_na_temat_zmian\"><\/span>Wskazane jest r\u00f3wnie\u017c ustalenie zasad prowadzenia dyskusji na temat zmian<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nie tylko spos\u00f3b zarz\u0105dzania zmianami, ale r\u00f3wnie\u017c spos\u00f3b prowadzenia dyskusji na temat zmian powinien by\u0107 okre\u015blony, co pozwoli na p\u0142ynne przeprowadzenie zmian. To jest szczeg\u00f3lnie wa\u017cne, gdy stosuje si\u0119 metody rozwoju, takie jak rozw\u00f3j zwinny, gdzie zak\u0142ada si\u0119, \u017ce r\u00f3\u017cne zmiany b\u0119d\u0105 wprowadzane po fakcie. W praktyce, cz\u0119sto widzi si\u0119 przyk\u0142ady okre\u015blania, kiedy strona przeciwna powinna odpowiedzie\u0107 na pro\u015bb\u0119 o dyskusj\u0119 na temat zarz\u0105dzania zmianami.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Dyskusje_na_temat_zmian_i_obowiazek_uczciwosci\"><\/span>Dyskusje na temat zmian i obowi\u0105zek uczciwo\u015bci<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Gdy obie strony zgadzaj\u0105 si\u0119 na zmian\u0119 umowy, na kt\u00f3r\u0105 wcze\u015bniej si\u0119 zgodzi\u0142y, jest to w zasadzie zawarcie nowej umowy. Z punktu widzenia faktu, \u017ce umowa jest oparta na wolnej woli stron, zasada m\u00f3wi, \u017ce dostawca nie ma obowi\u0105zku zgadza\u0107 si\u0119 na zmian\u0119 umowy. Jednak\u017ce, je\u015bli prawa te s\u0105 zbyt mocno podkre\u015blane, mo\u017ce to prowadzi\u0107 do obaw, \u017ce projekt rozwoju systemu nie b\u0119dzie przebiega\u0142 p\u0142ynnie.<\/p>\n\n\n\n<p>Dlatego w praktyce cz\u0119sto zapisuje si\u0119 w umowie, \u017ce &#8220;istnieje obowi\u0105zek uczciwego podej\u015bcia do dyskusji na temat zmian&#8221;, a je\u015bli dostawca nie podejdzie uczciwie do zmian, mo\u017ce to prowadzi\u0107 do roszcze\u0144 o odszkodowanie. Przyk\u0142adowo, zapis mo\u017ce wygl\u0105da\u0107 tak (poni\u017cej znajduje si\u0119 przyk\u0142adowy zapis z &#8220;Wzoru umowy podstawowej\/indywidualnej&#8221; stworzonego przez Japo\u0144sk\u0105 Organizacj\u0119 Promocji Przetwarzania Informacji).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artyku\u0142 4, ust\u0119p 3: W dyskusji na temat zmian, obie strony powinny uczciwie om\u00f3wi\u0107 cel zmian, mo\u017cliwo\u015b\u0107 zmian, wp\u0142yw zmian na koszty i terminy dostawy.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Regulacje_dotyczace_sposobu_wprowadzania_zmian\"><\/span>Regulacje dotycz\u0105ce sposobu wprowadzania zmian<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Jak wcze\u015bniej wspomniano, wprowadzanie zmian jest &#8220;bezpieczne&#8221; z punktu widzenia prawnego, je\u015bli za ka\u017cdym razem odbywa si\u0119 dyskusja na temat zmian. Jednak\u017ce, w przypadku ma\u0142ych projekt\u00f3w, mo\u017ce nie by\u0107 konieczne ustalanie sposobu prowadzenia dyskusji na temat zmian. W takim przypadku, zamiast ustala\u0107 regulacje dotycz\u0105ce dyskusji, mo\u017cna zdecydowa\u0107, \u017ce zmiany b\u0119d\u0105 wprowadzane dopiero po podpisaniu i piecz\u0119towaniu dokumentu zarz\u0105dzania zmianami przez odpowiedzialnych mened\u017cer\u00f3w u\u017cytkownik\u00f3w i dostawc\u00f3w. Je\u015bli zmiany s\u0105 wprowadzane tylko na podstawie ustnej zgody, mo\u017ce to prowadzi\u0107 do niejasno\u015bci co do tego, czy zmiany zosta\u0142y wprowadzone, co mo\u017ce prowadzi\u0107 do powa\u017cnych problem\u00f3w w przysz\u0142o\u015bci. Dlatego zarz\u0105dzanie dokumentami powinno by\u0107 przeprowadzane w spos\u00f3b rygorystyczny.<\/p>\n\n\n\n<p>Jednak\u017ce, mo\u017ce by\u0107 obci\u0105\u017caj\u0105ce przygotowywanie osobnych dokument\u00f3w za ka\u017cdym razem, gdy zarz\u0105dzanie zmianami jest konieczne, a elastyczne podej\u015bcie mo\u017ce by\u0107 bardziej po\u017c\u0105dane. W takim przypadku, jednym z rozwi\u0105za\u0144 mo\u017ce by\u0107 dokumentowanie kwestii zwi\u0105zanych ze zmianami w protoko\u0142ach z posiedze\u0144. Szczeg\u00f3\u0142owe wyja\u015bnienia na temat tego, jak zachowa\u0107 protoko\u0142y z posiedze\u0144 podczas rozwoju systemu, mo\u017cna znale\u017a\u0107 w poni\u017cszym artykule.<\/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=\"Podsumowanie\"><\/span>Podsumowanie<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Na miejscach pracy, gdzie cz\u0119sto dochodzi do zmian specyfikacji, rzeczywi\u015bcie \u0142atwo jest popa\u015b\u0107 w problemy i konflikty. Jednak\u017ce, nawet na takich miejscach pracy, gdzie wymagana jest elastyczno\u015b\u0107, podkre\u015blanie tylko i wy\u0142\u0105cznie &#8220;znaczenia zarz\u0105dzania&#8221; mo\u017ce utrudnia\u0107 wprowadzenie praktycznych \u015brodk\u00f3w.<\/p>\n\n\n\n<p>Problem r\u00f3wnoczesnego zaspokojenia potrzeby szybko\u015bci w biznesie i przygotowania na ewentualne sytuacje awaryjne cz\u0119sto ma r\u00f3\u017cne optymalne rozwi\u0105zania, w zale\u017cno\u015bci od sytuacji firmy i charakteru projektu. Uwa\u017camy, \u017ce wa\u017cne jest r\u00f3wnie\u017c podej\u015bcie do poszukiwania odpowiednich metod dla ka\u017cdej firmy i ka\u017cdego projektu, bior\u0105c pod uwag\u0119 tre\u015b\u0107 tego artyku\u0142u.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>W projektach rozwoju system\u00f3w cz\u0119sto zdarza si\u0119, \u017ce tre\u015b\u0107, kt\u00f3r\u0105 u\u017cytkownik wyja\u015bni\u0142 wcze\u015bniej, ulega zmianie w miar\u0119 post\u0119pu prac. Dlatego te\u017c, jako dostawca przyjmuj\u0105cy zlecenie, nawet po zawarciu u [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61066,"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\/pl\/wp-json\/wp\/v2\/posts\/59970"}],"collection":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/comments?post=59970"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/59970\/revisions"}],"predecessor-version":[{"id":61067,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/59970\/revisions\/61067"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/61066"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=59970"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=59970"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=59970"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}