{"id":58257,"date":"2023-09-22T15:51:02","date_gmt":"2023-09-22T06:51:02","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=58257"},"modified":"2023-10-16T20:30:05","modified_gmt":"2023-10-16T11:30:05","slug":"project-management-duties","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/it\/project-management-duties","title":{"rendered":"Czym jest obowi\u0105zek zarz\u0105dzania projektem w rozwoju system\u00f3w?"},"content":{"rendered":"\n<p>Rozw\u00f3j systemu jest mo\u017cliwy tylko dzi\u0119ki wzajemnej wsp\u00f3\u0142pracy mi\u0119dzy u\u017cytkownikiem zamawiaj\u0105cym us\u0142ug\u0119 a dostawc\u0105, kt\u00f3ry j\u0105 realizuje.<\/p>\n\n\n\n<p>Projekty zwi\u0105zane z tworzeniem system\u00f3w IT wykorzystywanych w firmach rzadko kiedy przebiegaj\u0105 zgodnie z planem i oczekiwaniami. Cz\u0119\u015bciej spotykamy si\u0119 z sytuacj\u0105, gdzie mimo wielu problem\u00f3w i wyzwa\u0144, projekt jest kontynuowany i stopniowo pokonuje napotkane trudno\u015bci. W takim kontek\u015bcie, r\u00f3wnie wa\u017cne jak synchronizacja dzia\u0142a\u0144 mi\u0119dzy u\u017cytkownikiem a dostawc\u0105, jest zarz\u0105dzanie kryzysowe, kt\u00f3re uwzgl\u0119dnia potencjalne konflikty.<\/p>\n\n\n\n<p>Z prawnego punktu widzenia, pierwszym krokiem w zarz\u0105dzaniu kryzysowym jest jasne okre\u015blenie, jakie obowi\u0105zki spoczywaj\u0105 na ka\u017cdej ze stron, a tak\u017ce jakie prawa mog\u0105 one ro\u015bci\u0107. W tym artykule skupimy si\u0119 na wyja\u015bnieniu, jakie prawne obowi\u0105zki spoczywaj\u0105 na dostawcy w kontek\u015bcie ca\u0142ego projektu, ze szczeg\u00f3lnym uwzgl\u0119dnieniem obowi\u0105zk\u00f3w zwi\u0105zanych z zarz\u0105dzaniem projektem.<\/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\/project-management-duties\/#Obowiazki_zarzadzania_projektem_po_stronie_dostawcy\" title=\"Obowi\u0105zki zarz\u0105dzania projektem po stronie dostawcy\">Obowi\u0105zki zarz\u0105dzania projektem po stronie dostawcy<\/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\/project-management-duties\/#Obowiazek_wspolpracy_po_stronie_uzytkownika\" title=\"Obowi\u0105zek wsp\u00f3\u0142pracy po stronie u\u017cytkownika\">Obowi\u0105zek wsp\u00f3\u0142pracy po stronie u\u017cytkownika<\/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\/project-management-duties\/#Zarzadzanie_projektem_nie_jest_latwe\" title=\"Zarz\u0105dzanie projektem nie jest \u0142atwe\">Zarz\u0105dzanie projektem nie jest \u0142atwe<\/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\/project-management-duties\/#Co_moze_sie_zdarzyc_w_przypadku_naruszenia_obowiazkow_zarzadzania_projektem\" title=\"Co mo\u017ce si\u0119 zdarzy\u0107 w przypadku naruszenia obowi\u0105zk\u00f3w zarz\u0105dzania projektem\">Co mo\u017ce si\u0119 zdarzy\u0107 w przypadku naruszenia obowi\u0105zk\u00f3w zarz\u0105dzania projektem<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/pl\/it\/project-management-duties\/#Przypadek_sadowy_pokazujacy_obowiazki_zarzadzania_projektem\" title=\"Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem\">Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/pl\/it\/project-management-duties\/#Przypadek_sadowy_pokazujacy_obowiazki_zarzadzania_projektem_ktore_moga_byc_nalozone_przed_zawarciem_umowy\" title=\"Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem, kt\u00f3re mog\u0105 by\u0107 na\u0142o\u017cone przed zawarciem umowy\">Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem, kt\u00f3re mog\u0105 by\u0107 na\u0142o\u017cone przed zawarciem umowy<\/a><\/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\/project-management-duties\/#Podsumowanie_W_przypadku_problemow_zwiazanych_z_naruszeniem_obowiazkow_zarzadzania_projektem_skonsultuj_sie_z_adwokatem\" title=\"Podsumowanie: W przypadku problem\u00f3w zwi\u0105zanych z naruszeniem obowi\u0105zk\u00f3w zarz\u0105dzania projektem, skonsultuj si\u0119 z adwokatem\">Podsumowanie: W przypadku problem\u00f3w zwi\u0105zanych z naruszeniem obowi\u0105zk\u00f3w zarz\u0105dzania projektem, skonsultuj si\u0119 z adwokatem<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obowiazki_zarzadzania_projektem_po_stronie_dostawcy\"><\/span>Obowi\u0105zki zarz\u0105dzania projektem po stronie dostawcy<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2022\/05\/shutterstock_1335698219.jpg\" alt=\"Obraz ilustruj\u0105cy zarz\u0105dzanie projektem\" class=\"wp-image-44763\" style=\"width:840px;height:560px\" \/><\/figure>\n\n\n\n<p>Na pocz\u0105tek przyjrzyjmy si\u0119 obowi\u0105zkom zarz\u0105dzania projektem po stronie dostawcy.<\/p>\n\n\n\n<p>Wed\u0142ug orzecznictwa, obowi\u0105zki zarz\u0105dzania projektem obejmuj\u0105:<\/p>\n\n\n\n<p>&#8211; Obowi\u0105zek prowadzenia prac rozwojowych zgodnie z umow\u0105, ci\u0105g\u0142ego monitorowania post\u0119p\u00f3w i d\u0105\u017cenia do wykrywania czynnik\u00f3w, kt\u00f3re mog\u0105 utrudnia\u0107 prace rozwojowe, oraz odpowiedniego reagowania na nie<\/p>\n\n\n\n<div class=\"wp-block-group is-layout-flow wp-block-group-is-layout-flow\"><div class=\"wp-block-group__inner-container\">\n<p>Wymaga to od dostawcy prowadzenia projektu zgodnie z harmonogramem ustalonym na podstawie umowy i, w zale\u017cno\u015bci od sytuacji, podejmowania dzia\u0142a\u0144 w celu zapewnienia p\u0142ynnego przebiegu prac rozwojowych dla u\u017cytkownika.<\/p>\n<\/div><\/div>\n\n\n\n<p>&#8211; Obowi\u0105zek odpowiedniego zarz\u0105dzania zaanga\u017cowaniem u\u017cytkownika w rozw\u00f3j i d\u0105\u017cenie do zapewnienia, \u017ce u\u017cytkownik, kt\u00f3ry nie posiada specjalistycznej wiedzy na temat rozwoju system\u00f3w, nie podejmuje dzia\u0142a\u0144, kt\u00f3re mog\u0105 utrudnia\u0107 prace rozwojowe<\/p>\n\n\n\n<p>Dotyczy to pokazywania u\u017cytkownikowi problem\u00f3w i termin\u00f3w dotycz\u0105cych kwestii, kt\u00f3re wymagaj\u0105 podj\u0119cia decyzji lub rozwi\u0105zania problem\u00f3w, wskazywania problem\u00f3w, kt\u00f3re mog\u0105 wyst\u0105pi\u0107, gdy decyzje u\u017cytkownika s\u0105 op\u00f3\u017anione, udzielania przez dostawc\u0119 porad w celu przyspieszenia decyzji u\u017cytkownika, a w przypadku, gdy istniej\u0105 \u017c\u0105dania, kt\u00f3re nie mog\u0105 by\u0107 zaakceptowane ze wzgl\u0119du na post\u0119p prac rozwojowych, dostatecznego wyja\u015bnienia powod\u00f3w i odrzucenia \u017c\u0105da\u0144 u\u017cytkownika.<\/p>\n\n\n\n<p>W ten spos\u00f3b, dostawca ma obowi\u0105zek nie tylko prowadzi\u0107 prace rozwojowe, ale tak\u017ce zach\u0119ca\u0107 u\u017cytkownika do podejmowania decyzji i d\u0105\u017cy\u0107 do sukcesu rozwoju systemu.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obowiazek_wspolpracy_po_stronie_uzytkownika\"><\/span>Obowi\u0105zek wsp\u00f3\u0142pracy po stronie u\u017cytkownika<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Jednak\u017ce, w przypadku rozwoju system\u00f3w, nie jest tak, \u017ce dostawca jednostronnie podejmuje wszystkie obowi\u0105zki. Przecie\u017c, skoro jest to system IT, kt\u00f3ry ma by\u0107 u\u017cywany w firmie zamawiaj\u0105cej, projekt rozwoju systemu nie powinien by\u0107 &#8220;spraw\u0105 innych&#8221; dla strony zamawiaj\u0105cej.<\/p>\n\n\n\n<p>Nawet je\u015bli korzysta si\u0119 z pomocy zewn\u0119trznych ekspert\u00f3w, polegaj\u0105c na ich umiej\u0119tno\u015bciach technicznych i organizacyjnych w rozwoju system\u00f3w, nale\u017cy zapewni\u0107 nadz\u00f3r z wewn\u0105trz. Bez wysi\u0142ku na rzecz wykorzystania umiej\u0119tno\u015bci zewn\u0119trznych ekspert\u00f3w, nie jest mo\u017cliwe dostarczenie wymaganego produktu, traktuj\u0105c wszystko jako spraw\u0119 innych. W tym sensie, po stronie u\u017cytkownika r\u00f3wnie\u017c istnieje obowi\u0105zek wsp\u00f3\u0142pracy w rozwoju system\u00f3w.<\/p>\n\n\n\n<p>Obowi\u0105zki wsp\u00f3\u0142pracy, kt\u00f3re powinna spe\u0142ni\u0107 strona u\u017cytkownika, obejmuj\u0105:<\/p>\n\n\n\n<p>\u3000\u2460 U\u017cytkownik powinien aktywnie przeprowadza\u0107 analiz\u0119 ryzyka, odpowiednio koordynowa\u0107 opinie wewn\u0119trzne i zjednoczy\u0107 swoje stanowisko, a nast\u0119pnie przekaza\u0107 swoje \u017c\u0105dania dostawcy<\/p>\n\n\n\n<p>\u3000\u2461 Sprawdzenie produkt\u00f3w ko\u0144cowych<\/p>\n\n\n\n<p>\u3000\u2462 Reagowanie na pro\u015bby o wsp\u00f3\u0142prac\u0119 ze strony dostawcy<\/p>\n\n\n\n<p>Od strony u\u017cytkownika wymaga si\u0119, aby jasno przekaza\u0142a dostawcy funkcje, kt\u00f3re system powinien spe\u0142nia\u0107, i aktywnie wsp\u00f3\u0142pracowa\u0142a w rozwoju.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zarzadzanie_projektem_nie_jest_latwe\"><\/span>Zarz\u0105dzanie projektem nie jest \u0142atwe<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/shutterstock_1186509151-1024x686.jpg\" alt=\"Obraz ilustruj\u0105cy zarz\u0105dzanie projektem\" class=\"wp-image-2698\" \/><figcaption class=\"wp-element-caption\">Zarz\u0105dzanie projektem z uwzgl\u0119dnieniem zarz\u0105dzania ryzykiem.<\/figcaption><\/figure>\n\n\n\n<p>Mo\u017ce by\u0107 trudne dla u\u017cytkownika, kt\u00f3ry patrzy tylko na ekran, aby zda\u0107 sobie spraw\u0119, \u017ce system IT sk\u0142ada si\u0119 z drobnych cz\u0119\u015bci. Jednak jest to bardzo wa\u017cne przy rozwa\u017caniu trudno\u015bci zarz\u0105dzania projektem rozwoju systemu. Ze wzgl\u0119du na to, \u017ce system IT jest taki, od dostawcy wymaga si\u0119 jednocze\u015bnie drobiazgowej uwagi i zdolno\u015bci do uporz\u0105dkowania og\u00f3lnego obrazu w spos\u00f3b zwi\u0119z\u0142y.<\/p>\n\n\n\n<p>Trudno\u015bci pracy le\u017c\u0105 w miejscach, kt\u00f3re s\u0105 trudne do wyobra\u017cenia, patrz\u0105c tylko na ekran, a z innej perspektywy, s\u0105 to r\u00f3wnie\u017c powody, dla kt\u00f3rych projekt &#8220;p\u0142onie&#8221;. Najpierw zrozumie\u0107 te punkty i wiedzie\u0107, \u017ce &#8220;zarz\u0105dzanie projektem rozwoju systemu IT nie jest \u0142atwe&#8221;, b\u0119dzie podstaw\u0105 do nauki zarz\u0105dzania ryzykiem projektu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Co_moze_sie_zdarzyc_w_przypadku_naruszenia_obowiazkow_zarzadzania_projektem\"><\/span>Co mo\u017ce si\u0119 zdarzy\u0107 w przypadku naruszenia obowi\u0105zk\u00f3w zarz\u0105dzania projektem<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2022\/04\/https___Monolith-law.jp_corporate_project-management-duties-rewrite1-4.jpg\" alt=\"Osoba zajmuj\u0105ca si\u0119 procedurami prawnymi\" class=\"wp-image-44236\" style=\"width:838px;height:559px\" \/><\/figure>\n\n\n\n<p>Wi\u0119c, co konkretnie mo\u017ce si\u0119 zdarzy\u0107, gdy dochodzi do naruszenia obowi\u0105zk\u00f3w zarz\u0105dzania projektem?<\/p>\n\n\n\n<p>Nie ma tutaj \u017cadnego konkretnego artyku\u0142u, kt\u00f3ry m\u00f3wi\u0142by, \u017ce &#8220;obowi\u0105zki zarz\u0105dzania projektem to takie i takie&#8221;.<\/p>\n\n\n\n<p>Jednak\u017ce, na podstawie wcze\u015bniejszych wyrok\u00f3w s\u0105dowych, mo\u017cna dostrzec pewn\u0105 konsekwencj\u0119 w tym, co u\u017cytkownik mo\u017ce zrobi\u0107, gdy dostawca narusza swoje obowi\u0105zki.<\/p>\n\n\n\n<p>Je\u015bli dostawca naruszy swoje obowi\u0105zki, u\u017cytkownik mo\u017ce domaga\u0107 si\u0119 od dostawcy odszkodowania lub rozwi\u0105zania umowy. Jednak\u017ce, je\u015bli u\u017cytkownik r\u00f3wnie\u017c ma problem, dostawca mo\u017ce nie by\u0107 uznany za odpowiedzialnego, lub mo\u017ce nast\u0105pi\u0107 kompensata za b\u0142\u0105d, co mo\u017ce skutkowa\u0107 zmniejszeniem kwoty odszkodowania.<\/p>\n\n\n\n<p>Z drugiej strony, je\u015bli u\u017cytkownik naruszy\u0142 obowi\u0105zek wsp\u00f3\u0142pracy, a praca nie zosta\u0142a uko\u0144czona z tego powodu, dostawca mo\u017ce domaga\u0107 si\u0119 od u\u017cytkownika zap\u0142aty r\u00f3wnowarto\u015bci wynagrodzenia na podstawie ryzyka (japo\u0144ski Kodeks Cywilny, artyku\u0142 536, ust\u0119p 2) lub niewykonania zobowi\u0105zania.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Przypadek_sadowy_pokazujacy_obowiazki_zarzadzania_projektem\"><\/span>Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2022\/04\/https___Monolith-law.jp_corporate_project-management-duties-rewrite1.jpg\" alt=\"Osoba m\u00f3wi\u0105ca na s\u0105dzie\" class=\"wp-image-44134\" style=\"width:836px;height:557px\" \/><\/figure>\n\n\n\n<p>Typowym przyk\u0142adem wyroku, kt\u00f3ry wyja\u015bnia, czym s\u0105 obowi\u0105zki zarz\u0105dzania projektem, jest poni\u017cszy:<\/p>\n\n\n\n<p>W poni\u017cszym przypadku, sp\u00f3r dotar\u0142 do s\u0105du z powodu op\u00f3\u017anie\u0144 w terminie dostawy i \u017c\u0105da\u0144 podwy\u017cki od dostawcy w projekcie rozwoju systemu. Mo\u017ce to by\u0107 najbardziej typowy przyk\u0142ad tzw. &#8220;p\u0142on\u0105cego projektu&#8221;, gdzie sp\u00f3r o to, jak podzieli\u0107 odpowiedzialno\u015b\u0107 mi\u0119dzy u\u017cytkownikiem a dostawc\u0105, prowadzi do s\u0105du.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Pozwany, jako specjalista w dziedzinie rozwoju system\u00f3w, mia\u0142 obowi\u0105zek zbudowa\u0107 system opisany w umowie o rozw\u00f3j systemu komputerowego i propozycji systemu komputerowego, opieraj\u0105c si\u0119 na swojej zaawansowanej wiedzy i do\u015bwiadczeniu, i zako\u0144czy\u0107 rozw\u00f3j systemu komputerowego do uzgodnionego terminu dostawy. Dlatego pozwany mia\u0142 obowi\u0105zek post\u0119powa\u0107 zgodnie z procedurami rozwoju, metodami i procesami pracy przedstawionymi w umowie o rozw\u00f3j systemu komputerowego i propozycji systemu komputerowego, zarz\u0105dza\u0107 post\u0119pem prac, stara\u0107 si\u0119 odkry\u0107 czynniki, kt\u00f3re mog\u0105 utrudnia\u0107 prace rozwojowe, i odpowiednio na nie reagowa\u0107. Ponadto, rozw\u00f3j systemu odbywa si\u0119 poprzez konsultacje z zamawiaj\u0105cym, dlatego pozwany mia\u0142 obowi\u0105zek odpowiednio zarz\u0105dza\u0107 udzia\u0142em powoda, Narodowego Ubezpieczenia Zdrowotnego, w rozwoju systemu i wp\u0142ywa\u0107 na powoda, kt\u00f3ry nie posiada specjalistycznej wiedzy na temat rozwoju system\u00f3w, aby nie utrudnia\u0142 prac rozwojowych (nazywane dalej &#8220;obowi\u0105zkami zarz\u0105dzania projektem&#8221;).<\/p>\n<cite>S\u0105d Okr\u0119gowy w Tokio, 10 marca 2004 roku (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Podsumowuj\u0105c powy\u017cszy wyrok, nie jest wa\u017cne, aby rozumie\u0107 szczeg\u00f3\u0142owe sformu\u0142owania czy skomplikowane t\u0142o sprawy. Kluczowe jest to, \u017ce termin &#8220;obowi\u0105zki zarz\u0105dzania projektem&#8221; jest u\u017cywany dos\u0142ownie. Mimo braku sformalizowanych przepis\u00f3w, widoczne jest d\u0105\u017cenie s\u0105du do ustanowienia wytycznych dla podzia\u0142u odpowiedzialno\u015bci prawnej.<\/p>\n\n\n\n<p>Podsumujmy tre\u015b\u0107 powy\u017cszego wyroku w prosty spos\u00f3b i uporz\u0105dkujmy go w formie punkt\u00f3w. &#8220;Obowi\u0105zki zarz\u0105dzania projektem&#8221; oznaczaj\u0105:<\/p>\n\n\n\n<ul>\n<li>Przeprowadzanie rzeczywistych prac zgodnie z wcze\u015bniejszym planem (procedury rozwoju, metody, procesy pracy itp.)<\/li>\n\n\n\n<li>Zarz\u0105dzanie post\u0119pem prac, aby sprawdzi\u0107, czy przebiegaj\u0105 one p\u0142ynnie<\/li>\n\n\n\n<li>Je\u015bli istniej\u0105 &#8220;czynniki utrudniaj\u0105ce&#8221; uniemo\u017cliwiaj\u0105ce p\u0142ynne prowadzenie prac, odkrywanie ich i podejmowanie odpowiednich \u015brodk\u00f3w<\/li>\n<\/ul>\n\n\n\n<p>Dodatkowo, w odniesieniu do powy\u017cszych trzech punkt\u00f3w,<\/p>\n\n\n\n<ul>\n<li>Nie tylko samodzielne wysi\u0142ki dostawcy, ale tak\u017ce odpowiednie wysi\u0142ki w zakresie komunikacji, takie jak regularne \u017c\u0105danie wsp\u00f3\u0142pracy od u\u017cytkownika, s\u0105 r\u00f3wnocze\u015bnie realizowane<\/li>\n<\/ul>\n\n\n\n<p>Mo\u017cemy to podsumowa\u0107 jako og\u00f3lne okre\u015blenie powy\u017cszych punkt\u00f3w.<\/p>\n\n\n\n<p>Warto zauwa\u017cy\u0107, \u017ce rozw\u00f3j systemu jest zazwyczaj zawierany w formie umowy quasi-mandatu lub umowy o dzie\u0142o. Umowa quasi-mandatu to, m\u00f3wi\u0105c prosto, umowa, kt\u00f3ra m\u00f3wi: &#8220;Wykonaj prac\u0119 z odpowiedni\u0105 precyzj\u0105 w zamian za wynagrodzenie&#8221;, wi\u0119c obowi\u0105zki zarz\u0105dzania projektem mog\u0105 by\u0107 postrzegane jako koncepcja, kt\u00f3ra jest wch\u0142aniana w &#8220;precyzj\u0119 itp.&#8221;, kt\u00f3ra powinna by\u0107 osi\u0105gni\u0119ta.<\/p>\n\n\n\n<p>Jednak, mimo \u017ce jest to temat dyskusji, uwa\u017ca si\u0119, \u017ce obowi\u0105zki zarz\u0105dzania projektem mog\u0105 wyst\u0105pi\u0107 nawet w przypadku umowy o dzie\u0142o, kt\u00f3ra jest umow\u0105 &#8220;wykonania rzeczy zgodnie z zam\u00f3wieniem&#8221;. Powodem jest to, co ju\u017c zosta\u0142o powiedziane: niezale\u017cnie od tego, czy jest to umowa quasi-mandatu, czy umowa o dzie\u0142o, zarz\u0105dzanie projektem jest wa\u017cne w rozwoju systemu, a dostawca powinien to robi\u0107.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Przypadek_sadowy_pokazujacy_obowiazki_zarzadzania_projektem_ktore_moga_byc_nalozone_przed_zawarciem_umowy\"><\/span>Przypadek s\u0105dowy pokazuj\u0105cy obowi\u0105zki zarz\u0105dzania projektem, kt\u00f3re mog\u0105 by\u0107 na\u0142o\u017cone przed zawarciem umowy<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2022\/04\/https___Monolith-law.jp_corporate_project-management-duties-rewrite1-1.jpg\" alt=\"Obraz przedstawiaj\u0105cy osob\u0119 wydaj\u0105c\u0105 wyrok w s\u0105dzie\" class=\"wp-image-44138\" style=\"width:837px;height:558px\" \/><\/figure>\n\n\n\n<p>Uwa\u017ca si\u0119 r\u00f3wnie\u017c, \u017ce obowi\u0105zki zarz\u0105dzania projektem mog\u0105 by\u0107 na\u0142o\u017cone nawet na etapie przed zawarciem umowy. Poni\u017cej cytowany przypadek s\u0105dowy pokazuje, \u017ce nawet na etapie przed zawarciem umowy, czyli podczas sk\u0142adania r\u00f3\u017cnych propozycji i plan\u00f3w, strona dostawcy ma obowi\u0105zki zarz\u0105dzania projektem.<\/p>\n\n\n\n<p>W poni\u017cszym przypadku, projekt zosta\u0142 przerwany w trakcie realizacji, a sp\u00f3r dotyczy\u0142 tego, czy mo\u017cna uzna\u0107 obowi\u0105zki zarz\u0105dzania projektem na podstawie brak\u00f3w w planowaniu i propozycjach przed zawarciem umowy, a tak\u017ce wycenach i wyja\u015bnieniach dla u\u017cytkownik\u00f3w na etapie propozycji. Og\u00f3lnie rzecz bior\u0105c, kwestia, czy takie obowi\u0105zki mog\u0105 by\u0107 prawnie uznane, sta\u0142a si\u0119 problemem, poniewa\u017c prace zwi\u0105zane z planowaniem i propozycjami s\u0105 na etapie przed zawarciem umowy, ale s\u0105d uzna\u0142 to.<\/p>\n\n\n\n<p>Zasada obowi\u0105zk\u00f3w zarz\u0105dzania projektem w cytowanym wy\u017cej przypadku s\u0105dowym, kt\u00f3ra dotyczy r\u00f3wnie\u017c etapu przed zawarciem umowy, powinna by\u0107 dobrze zrozumia\u0142a po przeczytaniu poni\u017cszego tekstu.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Na etapie planowania i sk\u0142adania propozycji, okre\u015blane s\u0105 og\u00f3lne ramy takie jak cele projektu, koszty rozwoju, zakres rozwoju i harmonogram, a tak\u017ce ryzyko zwi\u0105zane z projektem jest ustalane zgodnie z tymi ramami. Analiza ryzyka i planowanie projektu, kt\u00f3re s\u0105 wymagane od dostawcy na tym etapie, s\u0105 niezb\u0119dne do realizacji rozwoju systemu. W zwi\u0105zku z tym, dostawca powinien na tym etapie bada\u0107 i weryfikowa\u0107 funkcje proponowanego systemu, stopie\u0144 zaspokojenia potrzeb u\u017cytkownika, metody rozwoju systemu, struktur\u0119 rozwoju po otrzymaniu zam\u00f3wienia, itp., a tak\u017ce powinien wyja\u015bni\u0107 u\u017cytkownikowi ryzyko wynikaj\u0105ce z tych kwestii. Takie obowi\u0105zki dostawcy dotycz\u0105ce badania i wyja\u015bniania s\u0105 uwa\u017cane za obowi\u0105zki prawne wynikaj\u0105ce z zasady dobrej wiary w procesie negocjacji przed zawarciem umowy, a apelant jako dostawca powinien ponosi\u0107 takie obowi\u0105zki (obowi\u0105zki dotycz\u0105ce zarz\u0105dzania projektem na tym etapie).<\/p>\n<cite>S\u0105d Apelacyjny w Tokio, 26 wrze\u015bnia 2013 roku (rok 25 Heisei)<\/cite><\/blockquote>\n\n\n\n<p>Nale\u017cy zauwa\u017cy\u0107, \u017ce zasada, \u017ce istniej\u0105 pewne obowi\u0105zki prawne wobec drugiej strony nawet na etapie przed zawarciem umowy, jest zasad\u0105, kt\u00f3ra istnieje od dawna, nie tylko w kontek\u015bcie projekt\u00f3w IT, ale we wszystkich transakcjach handlowych i negocjacjach zwi\u0105zanych z prawem.<\/p>\n\n\n\n<p>Zwykle, im wi\u0119ksza jest transakcja, tym d\u0142u\u017cszy jest proces &#8220;zbli\u017cania si\u0119&#8221; do celu, kt\u00f3rym jest umowa. Nawet w tym procesie, powinno by\u0107 oczywiste, \u017ce powinni\u015bmy by\u0107 uczciwi wobec drugiej strony, przynajmniej z moralnego punktu widzenia. M\u00f3wi\u0105c prosto, takie rozmowy nie s\u0105 tylko emocjonalnymi uczuciami moralnymi, ale maj\u0105 r\u00f3wnie\u017c znaczenie prawnie. (Poni\u017cej cytuj\u0119 artyku\u0142. Podkre\u015blenie zosta\u0142o dodane przez autora.)<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artyku\u0142 1 ust\u0119p 2 Kodeksu Cywilnego<br>Wykonywanie praw i spe\u0142nianie obowi\u0105zk\u00f3w musi odbywa\u0107 si\u0119 zgodnie z zasad\u0105 <u class=\"remove-format\">dobrej wiary<\/u> i <u class=\"remove-format\">uczciwo\u015bci<\/u>.<\/p>\n<\/blockquote>\n\n\n\n<p>Wydaje si\u0119, \u017ce kluczowe s\u0142owo &#8220;zasada dobrej wiary&#8221; w wyroku s\u0105dowym dobrze oddaje powy\u017csze tre\u015bci.<\/p>\n\n\n\n<p>Nale\u017cy zauwa\u017cy\u0107, \u017ce przypadek s\u0105dowy, kt\u00f3ry zosta\u0142 opublikowany w tym artykule, ma pewne znaczenie jako &#8220;wytyczne do wyznaczania granic mi\u0119dzy obowi\u0105zkami wsp\u00f3\u0142pracy u\u017cytkownika a obowi\u0105zkami zarz\u0105dzania projektem ze strony dostawcy&#8221;. W sprawie obowi\u0105zk\u00f3w wsp\u00f3\u0142pracy u\u017cytkownika w rozwoju system\u00f3w IT, prosz\u0119 zobaczy\u0107 poni\u017cszy artyku\u0142.<\/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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podsumowanie_W_przypadku_problemow_zwiazanych_z_naruszeniem_obowiazkow_zarzadzania_projektem_skonsultuj_sie_z_adwokatem\"><\/span>Podsumowanie: W przypadku problem\u00f3w zwi\u0105zanych z naruszeniem obowi\u0105zk\u00f3w zarz\u0105dzania projektem, skonsultuj si\u0119 z adwokatem<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2022\/05\/shutterstock_1952631463.jpg\" alt=\"Osoba konsultuj\u0105ca si\u0119 prawnie\" class=\"wp-image-44796\" style=\"width:839px;height:559px\" \/><\/figure>\n\n\n\n<p>W tym artykule pr\u00f3bowali\u015bmy og\u00f3lnie uporz\u0105dkowa\u0107 kwesti\u0119 obowi\u0105zk\u00f3w zarz\u0105dzania projektem w rozwoju system\u00f3w. Rozw\u00f3j system\u00f3w wi\u0105\u017ce si\u0119 z r\u00f3\u017cnymi wyzwaniami i problemami, ale kiedy napotykamy na takie sytuacje, wydaje si\u0119, \u017ce to, co staje si\u0119 wa\u017cne, to &#8220;podstawy&#8221;, kt\u00f3re s\u0105 wsp\u00f3lne dla ka\u017cdej sceny konfliktu. Bez w\u0105tpienia, istnieje niesko\u0144czona liczba wariant\u00f3w dla ka\u017cdej nieprzewidzianej sytuacji.<\/p>\n\n\n\n<p>Jednak\u017ce, stawiaj\u0105c czo\u0142a takim sytuacjom, wa\u017cne jest zapytanie &#8220;Kto i w jakim stopniu pocz\u0105tkowo przyj\u0105\u0142 prawn\u0105 odpowiedzialno\u015b\u0107?&#8221;. Ta kwestia ma pewien rodzaj uniwersalno\u015bci, kt\u00f3ra przekracza indywidualno\u015b\u0107 ka\u017cdego przypadku.<\/p>\n\n\n\n<p>Zamiast skupia\u0107 si\u0119 na dora\u017anym rozwi\u0105zywaniu problem\u00f3w, wydaje si\u0119, \u017ce kluczem do d\u0105\u017cenia do rozwi\u0105zania poprzez konstruktywne podzia\u0142 zadania jest prawo i precedensy s\u0105dowe.<\/p>\n\n\n\n<p>W przypadku wyst\u0105pienia problem\u00f3w zwi\u0105zanych z naruszeniem obowi\u0105zk\u00f3w zarz\u0105dzania projektem, skonsultuj si\u0119 natychmiast z adwokatem.<\/p>\n\n\n\n<p><br><\/p>\n\n\n\n<p><br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Rozw\u00f3j systemu jest mo\u017cliwy tylko dzi\u0119ki wzajemnej wsp\u00f3\u0142pracy mi\u0119dzy u\u017cytkownikiem zamawiaj\u0105cym us\u0142ug\u0119 a dostawc\u0105, kt\u00f3ry j\u0105 realizuje. Projekty zwi\u0105zane z tworzeniem system\u00f3w IT wykorzystywanych w fir [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":58938,"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\/58257"}],"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=58257"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58257\/revisions"}],"predecessor-version":[{"id":58937,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58257\/revisions\/58937"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/58938"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=58257"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=58257"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=58257"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}