{"id":61447,"date":"2023-12-01T09:29:48","date_gmt":"2023-12-01T00:29:48","guid":{"rendered":"https:\/\/monolith.law\/id\/?p=61447"},"modified":"2023-12-28T21:28:24","modified_gmt":"2023-12-28T12:28:24","slug":"management-and-target-value-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/id\/it\/management-and-target-value-of-system-development","title":{"rendered":"Apa Arti Hukum dari Tujuan Manajemen &amp; Tujuan Numerik dalam Proyek Pengembangan Sistem?"},"content":{"rendered":"\n<p>Proyek pengembangan sistem sering kali erat kaitannya dengan peningkatan bisnis skala besar di perusahaan atau tempat kerja. Dalam hal ini, mungkin diperlukan sikap yang berkontribusi terhadap penyelesaian masalah manajemen perusahaan dari sisi pengguna, atau pencapaian target numerik. Namun, apakah berkomitmen terhadap tujuan manajemen seperti ini benar-benar merupakan kewajiban hukum? Masalahnya adalah apa arti hukum dari target numerik atau tujuan manajemen. Dalam artikel ini, kami akan menjelaskan masalah hukum yang terkait dengan berbagai &#8220;tujuan&#8221; dan &#8220;target&#8221; dalam pengembangan sistem.<\/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\/id\/it\/management-and-target-value-of-system-development\/#Mengapa_Tujuan_dan_Sasaran_Pengembangan_Sistem_Menjadi_Sumber_Konflik\" title=\"Mengapa Tujuan dan Sasaran Pengembangan Sistem Menjadi Sumber Konflik?\">Mengapa Tujuan dan Sasaran Pengembangan Sistem Menjadi Sumber Konflik?<\/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\/id\/it\/management-and-target-value-of-system-development\/#Karena_masalah_ini_berada_di_antara_kewajiban_kerjasama_pengguna_dan_diskresi_vendor\" title=\"Karena masalah ini berada di antara kewajiban kerjasama pengguna dan diskresi vendor\">Karena masalah ini berada di antara kewajiban kerjasama pengguna dan diskresi vendor<\/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\/id\/it\/management-and-target-value-of-system-development\/#Contoh_Konkrit_Bagaimana_Tujuan_Pengguna_Mempengaruhi_Proyek\" title=\"Contoh Konkrit Bagaimana Tujuan Pengguna Mempengaruhi Proyek\">Contoh Konkrit Bagaimana Tujuan Pengguna Mempengaruhi Proyek<\/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\/id\/it\/management-and-target-value-of-system-development\/#Kasus_Hukum_di_Mana_Tujuan_Manajemen_yang_Ditetapkan_oleh_Pengguna_Menjadi_Masalah\" title=\"Kasus Hukum di Mana Tujuan Manajemen yang Ditetapkan oleh Pengguna Menjadi Masalah\">Kasus Hukum di Mana Tujuan Manajemen yang Ditetapkan oleh Pengguna Menjadi Masalah<\/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\/id\/it\/management-and-target-value-of-system-development\/#Kasus_di_Mana_Peningkatan_Kecepatan_Operasional_Ditetapkan_Sebagai_Tujuan\" title=\"Kasus di Mana Peningkatan Kecepatan Operasional Ditetapkan Sebagai Tujuan\">Kasus di Mana Peningkatan Kecepatan Operasional Ditetapkan Sebagai Tujuan<\/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\/id\/it\/management-and-target-value-of-system-development\/#Apa_Arti_Hukum_Tujuan_Manajemen_dan_Target_Numerik_yang_Dapat_Dibaca_dari_Kasus_Hukum\" title=\"Apa Arti Hukum Tujuan Manajemen dan Target Numerik yang Dapat Dibaca dari Kasus Hukum?\">Apa Arti Hukum Tujuan Manajemen dan Target Numerik yang Dapat Dibaca dari Kasus Hukum?<\/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\/id\/it\/management-and-target-value-of-system-development\/#Apa_yang_Dapat_Dibaca_Lebih_Lanjut_dari_Putusan_Ini\" title=\"Apa yang Dapat Dibaca Lebih Lanjut dari Putusan Ini\">Apa yang Dapat Dibaca Lebih Lanjut dari Putusan Ini<\/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\/id\/it\/management-and-target-value-of-system-development\/#Catatan_Hukum_Mengenai_Tujuan_Manajemen_dan_Sasaran_Numerik\" title=\"Catatan Hukum Mengenai Tujuan Manajemen dan Sasaran Numerik\">Catatan Hukum Mengenai Tujuan Manajemen dan Sasaran Numerik<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/id\/it\/management-and-target-value-of-system-development\/#Perubahan_dalam_Konsultasi_Berbayar_atau_Gratis\" title=\"Perubahan dalam Konsultasi Berbayar atau Gratis\">Perubahan dalam Konsultasi Berbayar atau Gratis<\/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\/id\/it\/management-and-target-value-of-system-development\/#Masalah_Terpisah_dengan_Cacat_Hasil_Kerja_Ketidaksesuaian_Fungsi_dan_Persyaratan_Spesifikasi\" title=\"Masalah Terpisah dengan Cacat Hasil Kerja, Ketidaksesuaian Fungsi dan Persyaratan Spesifikasi\">Masalah Terpisah dengan Cacat Hasil Kerja, Ketidaksesuaian Fungsi dan Persyaratan Spesifikasi<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/id\/it\/management-and-target-value-of-system-development\/#Pemahaman_fundamental_tentang_tanggung_jawab_dan_kontrak_juga_dipertanyakan\" title=\"Pemahaman fundamental tentang tanggung jawab dan kontrak juga dipertanyakan\">Pemahaman fundamental tentang tanggung jawab dan kontrak juga dipertanyakan<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mengapa_Tujuan_dan_Sasaran_Pengembangan_Sistem_Menjadi_Sumber_Konflik\"><\/span>Mengapa Tujuan dan Sasaran Pengembangan Sistem Menjadi Sumber Konflik?<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_405405454-1024x808.jpg\" alt=\"\" class=\"wp-image-5397\" \/><figcaption class=\"wp-element-caption\">Apa penyebab konflik dalam pengembangan sistem?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Karena_masalah_ini_berada_di_antara_kewajiban_kerjasama_pengguna_dan_diskresi_vendor\"><\/span>Karena masalah ini berada di antara kewajiban kerjasama pengguna dan diskresi vendor<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dalam konteks transaksi bisnis, ada beberapa karakteristik unik dalam proyek pengembangan sistem. Pertama, proyek pengembangan sistem oleh vendor bukanlah sesuatu yang dapat dilakukan oleh vendor sendiri, tetapi memerlukan kerjasama dari pengguna. Kewajiban ini dikenal dalam hukum preseden sebagai &#8220;kewajiban kerjasama&#8221;. Terutama dalam fase seperti \u2460 definisi persyaratan \u2461 desain dasar \u2462 penerimaan hasil, pengguna juga diminta untuk bekerja sama dalam pengembangan sistem.<\/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<p>Yang lainnya adalah bahwa vendor biasanya diminta untuk menggunakan diskresi yang besar dalam menjalankan tugasnya. Ada istilah hukum yang merangkum apa yang harus dilakukan oleh vendor dalam proyek pengembangan sistem, yaitu &#8220;kewajiban manajemen proyek&#8221;. Ini dijelaskan secara detail dalam artikel berikut.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>Jika kita merangkum konten di atas, kita dapat menunjukkan dua poin penting di sini.<\/p>\n\n\n\n<ul>\n<li>Pengguna diminta dalam praktek untuk memberikan informasi yang diperlukan kepada vendor dan bekerja sama dengan pekerjaan pengembangan vendor.<\/li>\n\n\n\n<li>Vendor diminta dalam praktek untuk memahami tujuan dan sasaran proyek bagi pengguna dan melakukan upaya yang sesuai.<\/li>\n<\/ul>\n\n\n\n<p>Karena dua situasi ini, masalahnya adalah sejauh mana pencapaian tujuan bisnis dan tujuan numerik yang dijelaskan sebelumnya oleh pengguna dapat menjadi kewajiban hukum vendor. Dengan kata lain, ada aspek di mana pengguna memiliki kewajiban untuk merangkum apa yang harus dilakukan oleh vendor (bukan hal-hal yang ambigu seperti tujuan) dalam spesifikasi dan menunjukkannya, tetapi di sisi lain, vendor juga memiliki kewajiban sebagai profesional untuk memberikan apa yang benar-benar diinginkan oleh pengguna (bukan hanya melakukan apa yang dikatakan). Konflik antara kedua pihak dengan pandangan yang bertentangan ini adalah karakteristik konflik seputar &#8220;tujuan&#8221; dan &#8220;tujuan&#8221; pengembangan sistem. Dari sudut pandang hukum, menunjukkan pedoman untuk penyelesaian konflik yang adil bagi kedua belah pihak adalah tantangan dalam praktek.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Contoh_Konkrit_Bagaimana_Tujuan_Pengguna_Mempengaruhi_Proyek\"><\/span>Contoh Konkrit Bagaimana Tujuan Pengguna Mempengaruhi Proyek<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Proyek pengembangan sistem seringkali terkait dengan upaya peningkatan dan efisiensi pekerjaan skala besar di perusahaan dan tempat kerja, dan seringkali ada wawancara tentang masalah bisnis dan tujuan bisnis bahkan pada tahap perencanaan dan proposal. Di sana, pertukaran tentang biaya-efektivitas pengembangan sistem dan pertukaran melalui berbagai tujuan numerik dapat dipertimbangkan.<\/p>\n\n\n\n<ul>\n<li>Pengurangan biaya tenaga kerja karena efisiensi<\/li>\n\n\n\n<li>Peningkatan penjualan dan pendapatan<\/li>\n\n\n\n<li>Pemendekan waktu kerja<\/li>\n<\/ul>\n\n\n\n<p>Misalnya, dalam kasus di mana item-item di atas menjadi tujuan akhir proyek, vendor mungkin menjelaskan efek investasi pengembangan sistem dari posisi seperti konsultan sebelumnya dan melakukan penjualan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_Hukum_di_Mana_Tujuan_Manajemen_yang_Ditetapkan_oleh_Pengguna_Menjadi_Masalah\"><\/span>Kasus Hukum di Mana Tujuan Manajemen yang Ditetapkan oleh Pengguna Menjadi Masalah<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Namun, vendor biasanya adalah ahli pengembangan sistem. Jika semua tanggung jawab ditumpuk pada tujuan manajemen pengguna, hal ini bisa menjadi beban yang terlalu berat.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kasus_di_Mana_Peningkatan_Kecepatan_Operasional_Ditetapkan_Sebagai_Tujuan\"><\/span>Kasus di Mana Peningkatan Kecepatan Operasional Ditetapkan Sebagai Tujuan<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sehubungan dengan hal ini, dalam kasus yang dikutip dalam putusan berikut, tujuan dan target proyek pengembangan sistem ditulis dalam proposal yang dibuat saat proyek dimulai. Namun, setelah sistem selesai dan mulai beroperasi, tujuan dan target tersebut tidak dapat dicapai, yang mengakibatkan perselisihan. Dalam proposal awal, setelah sistem selesai dan mulai digunakan, ditulis bahwa tujuan adalah untuk mencapai kondisi berikut.<\/p>\n\n\n\n<ul>\n<li>Mengurangi waktu input manual oleh manusia sebesar 50%<\/li>\n\n\n\n<li>Membuat proses administrasi menggunakan sistem IT ini dapat diselesaikan dalam jangka waktu yang ditentukan<\/li>\n<\/ul>\n\n\n\n<p>Pengguna mencoba menuntut tanggung jawab atas pelanggaran kewajiban dan jaminan cacat terhadap vendor karena tidak dapat mencapai hasil ini. Namun, pengadilan tidak menerima klaim ini (bagian yang digarisbawahi dan dicetak tebal ditambahkan oleh penulis).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Dan, (omisi) berdasarkan seluruh inti argumen, \u2460 tujuan kasus ini adalah &#8220;peningkatan efisiensi operasional&#8221;, &#8220;pembuatan dasar CRM&#8221;, &#8220;melakukan manajemen yang terlihat&#8221;, dll., yang bersifat <u>abstrak<\/u>, dan targetnya juga, &#8220;meningkatkan titik kontak dengan pelanggan&#8221;, &#8220;mengalokasikan tenaga kerja administrasi untuk kontrol internal dan dukungan penjualan&#8221;, &#8220;dapat membuat perkiraan penjualan lebih akurat&#8221;, &#8220;mengendalikan diskon penjualan yang berlebihan&#8221;, dll., banyak yang bersifat <u>abstrak<\/u>, dan &#8220;mengurangi waktu input sebesar 50%&#8221;, &#8220;mengurangi waktu pembuatan estimasi sebesar 50%&#8221;, &#8220;melakukan pengungkapan hukum dalam batas waktu hukum&#8221;, dll., adalah <u>target<\/u> yang tergantung pada <u>cara manajemen dan operasi bisnis terdakwa setelah pengenalan SBO<\/u>, dan bukanlah sesuatu yang <u>perusahaan pengembangan sistem yang mendukung pengenalan perangkat lunak paket, yaitu penggugat, dapat mengambil alih pencapaiannya<\/u>, \u2461 dalam catatan rapat setelah kick-off proyek ini, tidak ada catatan yang membahas secara spesifik tentang pencapaian tujuan dan target ini, \u2462 dalam rencana proyek ini, &#8220;menjadi perusahaan publik&#8221;, dll., adalah ekspresi yang <u>tidak dapat dikatakan memiliki sifat kontrak itu sendiri<\/u>, (omisi) mengingat keadaan ini, penggugat membuat deskripsi tujuan ini dalam rencana proyek ini berdasarkan penjelasan terdakwa, untuk mencegah proyek ini gagal, <u>itu adalah untuk mendapatkan pemahaman bersama tentang tujuan dan hasil proyek ini<\/u>, dan terdakwa, terhadap penggugat, <u>tidak dapat diakui bahwa mereka telah memberikan pengembangan sistem untuk mencapai tujuan ini<\/u>. (omisi) Oleh karena itu, tidak dapat diakui bahwa penggugat telah mengambil alih pengembangan sistem untuk mencapai tujuan ini dari terdakwa, (omisi) klaim tanggung jawab atas pelanggaran kewajiban dan jaminan cacat tidak memiliki alasan.<br><\/p>\n<cite>Putusan Pengadilan Distrik Tokyo, 28 Desember 2010 (Tahun Heisei 22)<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Apa_Arti_Hukum_Tujuan_Manajemen_dan_Target_Numerik_yang_Dapat_Dibaca_dari_Kasus_Hukum\"><\/span>Apa Arti Hukum Tujuan Manajemen dan Target Numerik yang Dapat Dibaca dari Kasus Hukum?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Seperti yang disebutkan dalam putusan ini, apakah tujuan pengembangan sistem atau target yang dikuantifikasi secara numerik dapat dicapai atau tidak biasanya dipengaruhi oleh berbagai faktor, seperti upaya manajemen dari pengguna yang memanfaatkan sistem tersebut. Oleh karena itu, batas tanggung jawab vendor harus dianggap sangat tinggi. Pertama-tama, jika tanggung jawab vendor atas pelanggaran kewajiban dan jaminan cacat diakui, itu berarti bahwa pencapaian &#8220;tujuan&#8221; dan &#8220;target&#8221; telah dimasukkan sebagai bagian dari isi kontrak. Namun, dalam kasus ini, &#8220;tujuan&#8221; dan &#8220;target&#8221; adalah,<\/p>\n\n\n\n<ul>\n<li>Untuk hal-hal yang abstrak dan tidak jelas, sulit untuk dianggap sebagai bagian dari isi kontrak karena tidak sesuai dengan sifat kewajiban hukum<\/li>\n\n\n\n<li>Untuk hal-hal yang memerlukan upaya bantuan diri sendiri dari pihak pengguna, terutama dari sisi manajemen, sulit untuk dianggap sebagai bagian dari kewajiban kontrak karena vendor tidak dapat mengendalikannya, dan tidak tepat untuk menyalahkan vendor<\/li>\n<\/ul>\n\n\n\n<p>Hasilnya adalah penilaian hukum seperti ini.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Apa_yang_Dapat_Dibaca_Lebih_Lanjut_dari_Putusan_Ini\"><\/span>Apa yang Dapat Dibaca Lebih Lanjut dari Putusan Ini<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Putusan ini juga berisi beberapa konten yang menarik lainnya.<\/p>\n\n\n\n<ul>\n<li>Poin bahwa pengadilan juga mempertimbangkan kemungkinan bahwa berbagi &#8220;tujuan&#8221; dan &#8220;target&#8221; proyek pengembangan sistem hanyalah bagian dari upaya komunikasi untuk mendapatkan &#8220;pemahaman bersama&#8221; antara pengguna dan vendor.<\/li>\n\n\n\n<li>Poin bahwa catatan rapat, dll., juga digunakan sebagai referensi ketika mempertimbangkan seberapa penting &#8220;tujuan&#8221; dan &#8220;target&#8221; tersebut dalam serangkaian proyek.<\/li>\n<\/ul>\n\n\n\n<p>Untuk masalah hukum yang terkait dengan proyek pengembangan sistem, dari sudut pandang pentingnya manajemen dokumen dan catatan rapat, penjelasan diberikan dalam artikel berikut.<\/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=\"Catatan_Hukum_Mengenai_Tujuan_Manajemen_dan_Sasaran_Numerik\"><\/span>Catatan Hukum Mengenai Tujuan Manajemen dan Sasaran Numerik<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_105421988-1024x683.jpg\" alt=\"\" class=\"wp-image-5399\" \/><figcaption class=\"wp-element-caption\">Menjelaskan masalah hukum yang terkait dengan &#8220;tujuan manajemen&#8221; dan &#8220;sasaran numerik&#8221; dalam pengembangan sistem.<\/figcaption><\/figure>\n\n\n\n<p>Namun, ada beberapa poin tambahan yang perlu diperhatikan mengenai masalah hukum yang berkaitan dengan &#8220;tujuan&#8221; dan &#8220;sasaran&#8221; ini.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Perubahan_dalam_Konsultasi_Berbayar_atau_Gratis\"><\/span>Perubahan dalam Konsultasi Berbayar atau Gratis<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Jika Anda tidak hanya melakukan proyek pengembangan sistem, tetapi juga memiliki kontrak konsultasi berbayar, situasinya mungkin berubah secara signifikan. Jika ada situasi di mana Anda merumuskan rencana pelaksanaan yang kurang realistis tanpa mempertimbangkan sumber daya manajemen yang dimiliki oleh pengguna, Anda mungkin dikejar untuk tanggung jawab atas pelanggaran kontrak dalam bagian kontrak konsultasi berbayar tersebut.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Masalah_Terpisah_dengan_Cacat_Hasil_Kerja_Ketidaksesuaian_Fungsi_dan_Persyaratan_Spesifikasi\"><\/span>Masalah Terpisah dengan Cacat Hasil Kerja, Ketidaksesuaian Fungsi dan Persyaratan Spesifikasi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Juga, jika ada cacat dalam proyek &#8220;pengembangan&#8221; itu sendiri, yaitu jika ada masalah atau bug dalam hasil kerja, perlu dipahami bahwa ini adalah masalah yang berbeda. Dalam hal ini, bahkan tanpa membicarakan &#8220;tujuan&#8221; dan &#8220;sasaran&#8221; manajemen, masalah utamanya adalah konsistensi antara hasil kerja dan fungsi dan spesifikasi yang diminta. Misalnya, kami menjelaskan tindakan yang harus diambil oleh pengguna jika cacat ditemukan dalam sistem setelah fakta dalam artikel berikut.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance[ja]<\/a><\/p>\n\n\n\n<p>Topik terkait lainnya termasuk hal-hal yang diakui memiliki kewajiban untuk melaksanakan meskipun tidak termasuk dalam persyaratan, tetapi dilakukan atas kebijakan vendor. Kami menjelaskan ini secara detail dalam artikel berikut.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>Dalam setiap kasus, harus dipahami bahwa konflik mengenai &#8220;tujuan&#8221; dan &#8220;sasaran&#8221; adalah hal yang berbeda.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Pemahaman_fundamental_tentang_tanggung_jawab_dan_kontrak_juga_dipertanyakan\"><\/span>Pemahaman fundamental tentang tanggung jawab dan kontrak juga dipertanyakan<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Sejauh ini, kami telah menjelaskan masalah hukum yang berkaitan dengan &#8216;tujuan&#8217; dan &#8216;target&#8217; pengembangan sistem. Dalam konflik mengenai hal-hal seperti ini, pengadilan sering kali memahami bahwa upaya untuk menyelaraskan langkah-langkah antara pengguna dan vendor adalah bagian dari upaya komunikasi dan sering kali dibagikan secara bersama. Meskipun demikian, meskipun validitas kesimpulan itu sendiri dapat dipahami dengan cukup baik berdasarkan intuisi praktisi, pemahaman fundamental tentang &#8216;tanggung jawab&#8217; dan &#8216;kontrak&#8217; dipertanyakan dalam proses menuju itu. Kami menjelaskan tentang hal ini dalam artikel berikut.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/responsibility-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/responsibility-system-development[ja]<\/a><\/p>\n\n\n\n<p>Memahami bahwa tanggung jawab hukum berbeda dari tanggung jawab moral yang samar, dan bahwa &#8216;kesepakatan kehendak&#8217; yang pasti antara kedua pihak adalah apa yang menciptakan tanggung jawab kontrak, adalah penting untuk mendapatkan pemahaman yang lebih esensial.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Proyek pengembangan sistem sering kali erat kaitannya dengan peningkatan bisnis skala besar di perusahaan atau tempat kerja. Dalam hal ini, mungkin diperlukan sikap yang berkontribusi terhadap penyele [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62088,"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\/id\/wp-json\/wp\/v2\/posts\/61447"}],"collection":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/comments?post=61447"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts\/61447\/revisions"}],"predecessor-version":[{"id":62089,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/posts\/61447\/revisions\/62089"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/media\/62088"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/media?parent=61447"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/categories?post=61447"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/id\/wp-json\/wp\/v2\/tags?post=61447"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}