Apa Itu Hukum yang Berhubungan dengan Kepergian Anggota Proyek Pengembangan Sistem
Dalam proyek pengembangan sistem, biasanya setiap proses dan tugas dibagi-bagi secara rinci, dan penekanan diberikan pada perencanaan yang maksimal. Namun, tidak peduli seberapa besar kita menekankan pada perencanaan, ada masalah yang tak terduga dan tak bisa dihindari, yaitu masalah yang berkaitan dengan ‘manusia’. Khususnya, risiko seperti absensi mendadak atau resign dari anggota proyek, tidak peduli seberapa besar usaha kita untuk mengatasinya, pasti ada aspek yang tidak bisa dicegah sepenuhnya. Artikel ini akan menjelaskan bagaimana hukum berperan dalam kaitannya dengan pengunduran diri anggota proyek.
Pembahasan Mengenai Kewajiban Manajemen Proyek dalam Kasus Kepergian Anggota
Pertama-tama, sebagai prasyarat, dalam proyek pengembangan sistem, dianggap bahwa vendor memiliki kewajiban komprehensif untuk memastikan kelancaran proyek. Vendor memiliki kewajiban untuk membuat perkiraan personil, durasi, anggaran, dan jam kerja yang diperlukan untuk kelancaran proyek, meminta kerjasama yang diperlukan dari pengguna jika diperlukan, dan mengelola kemajuan proyek. Kewajiban-kewajiban ini disebut “Kewajiban Manajemen Proyek” dan keberadaannya telah ditunjukkan berulang kali dalam putusan pengadilan sebelumnya.
https://monolith.law/corporate/project-management-duties[ja]
Kepergian mendadak anggota dari pihak vendor dapat dikatakan sebagai salah satu masalah dalam kewajiban manajemen proyek dari pihak vendor.
- Kondisi fisik yang buruk akibat lembur berlebihan dan bekerja di hari libur oleh personil yang bertanggung jawab
- Stres psikologis akibat konflik hubungan antarmanusia
Ada berbagai alasan yang dapat diperkirakan mengapa anggota mendadak meninggalkan proyek. Namun, ini pada dasarnya adalah masalah manajemen tenaga kerja dari pihak vendor. Oleh karena itu, meskipun situasi seperti ini dapat mengakibatkan keterlambatan pengiriman, kemungkinan untuk dibebaskan dari pelanggaran kewajiban rendah. Dengan kata lain, vendor diharapkan untuk mengelola kemajuan proyek dengan perencanaan yang baik, dengan mempertimbangkan kemungkinan kejadian mendadak seperti ini.
Putusan Penting Terkait Keluarnya Anggota
Kasus di mana kepergian anggota menyebabkan keterlambatan penyerahan
Kasus dalam putusan pengadilan yang kami kutip di bawah ini adalah tentang keterlambatan penyerahan proyek setelah kepergian mendadak anggota, yang mengakibatkan proyek tidak berjalan sesuai rencana. Dalam kasus ini, ada juga situasi di mana petugas yang bertanggung jawab dari pihak pengguna menunjukkan sikap yang menekan terhadap petugas yang bertanggung jawab dari pihak vendor, yang memberikan beban psikologis.
Kasus ini menjadi rumit antara pengguna yang ingin menuntut tanggung jawab atas pelanggaran kewajiban karena keterlambatan penyerahan, dan vendor yang ingin menuntut pelanggaran kewajiban kerjasama terhadap pengguna yang menunjukkan sikap yang menekan dan mengintimidasi.
https://monolith.law/corporate/user-obligatory-cooporation[ja]
Namun, pengadilan memutuskan bahwa berbagai situasi tersebut tidak membebaskan kewajiban manajemen proyek dari pihak vendor dan mendukung pandangan pengguna (bagian yang digarisbawahi dan dicetak tebal adalah tambahan dari penulis).
Vendor berpendapat bahwa perwakilan pengguna, dengan kata-kata dan tindakan yang agresif dan menekan, telah mencaci maki petugas vendor, sehingga petugas vendor tidak punya pilihan selain meninggalkan pekerjaan kontrak ini.
Memang, perwakilan pengguna, dalam pertemuan sekitar November 2003 (Tahun Heisei 15), mengatakan dengan nada keras, “Apakah kamu tidak punya semangat?“, “Apa ini, kontrak ini sudah berakhir. Jika aku keluar dari ruangan ini, itu berarti sudah berakhir.“, dll. Namun, hal ini disebabkan oleh keterlambatan kerja vendor dan respons mereka, yang meskipun perjanjian dasar telah menetapkan bahwa periode prototipe adalah hingga akhir Oktober 2003 (Tahun Heisei 15), fungsi tambahan tujuan pengembangan ini tidak sama sekali dimasukkan dalam proposal definisi persyaratan, dan meskipun mereka memberikan komentar dan menjawab proposal definisi persyaratan yang diajukan, tidak ada respons terhadapnya. Oleh karena itu, ini bukanlah tindakan yang berlebihan.
Juga, meskipun tidak jelas apa penyebab C meninggalkan pekerjaan kontrak ini karena sakit, bahkan jika stres dari pekerjaan kontrak ini adalah penyebabnya, ini adalah masalah manajemen tenaga kerja di vendor, dan pengguna tidak dapat disalahkan untuk ini.
Putusan Pengadilan Distrik Tokyo, 4 Desember 2007 (Tahun Heisei 19)
Dalam putusan pengadilan di atas, meskipun pengadilan mempertimbangkan fakta bahwa pengguna “menekan dengan nada keras” terhadap vendor, pada akhirnya mereka tidak membebaskan tanggung jawab vendor. Di balik keputusan ini, mungkin ada pertimbangan bahwa menyalahkan pengguna yang “menekan dengan nada keras” akan kehilangan keadilan jika dibandingkan dengan respons buruk dari vendor. Dalam skema di mana proyek pengembangan sistem ini didirikan oleh pemenuhan kewajiban manajemen proyek oleh vendor dan pemenuhan kewajiban kerjasama oleh pengguna, pengadilan memutuskan bahwa tidak seharusnya mengakui pelanggaran kewajiban kerjasama oleh pengguna. Maksud dari ini mungkin ditunjukkan dalam ungkapan “tidak bisa dikatakan sebagai tindakan yang berlebihan”.
Apa yang dapat dipelajari dari putusan pengadilan di atas
Selain itu, kita dapat memperoleh pelajaran penting berikut ini:
- Jika Anda ingin menyalahkan pengguna atas kepergian anggota proyek karena sakit, vendor diminta untuk membuktikan hubungan sebab-akibat bahwa kepergian tersebut disebabkan oleh pengguna → Namun, biasanya dianggap tidak mudah untuk membuktikan adanya hubungan sebab-akibat.
- Bahkan jika Anda dapat membuktikan bahwa beban kerja meningkat karena pengguna dan anggota menjadi sakit, biasanya ini akan dianggap sebagai masalah manajemen tenaga kerja di pihak vendor → Jika Anda memperhatikan penggunaan ungkapan kuat “tindakan yang berlebihan” dalam putusan pengadilan, Anda harus menganggap bahwa situasi yang cukup untuk membebaskan tanggung jawab manajemen tenaga kerja vendor sangat terbatas.
Untuk Mengantisipasi Risiko Kepindahan Anggota
Seperti yang telah dijelaskan, meskipun situasi di mana terjadi kekosongan mendadak dalam personil dapat terjadi, sangat sulit untuk menyalahkan hal tersebut pada pihak pengguna. Meskipun mungkin terjadi situasi di mana Anda dipaksa untuk melakukan pengembangan tambahan yang besar atau perubahan spesifikasi yang dipaksakan, bukanlah hal yang mudah untuk membuktikan hubungan sebab akibat antara gangguan fisik dan mental dan beban kerja yang beragam. Mengingat situasi tersebut, sebaliknya, sangat penting untuk mempersiapkan sistem personil dengan asumsi bahwa masalah seperti absensi karena sakit atau kondisi fisik yang buruk dari anggota proyek akan terjadi.
Jika Anda berdebat tentang hal ini di pengadilan, jelas bahwa pihak vendor akan berada dalam posisi yang sangat tidak menguntungkan. Oleh karena itu, yang penting adalah langkah-langkah untuk mencegah konflik semacam itu. Langkah-langkah yang dapat dipertimbangkan adalah sebagai berikut:
Membuat Sistem yang Tidak Mengisolasi Penanggung Jawab
Dengan membuat sistem di mana beberapa orang menghadiri pertemuan, bukan situasi di mana penanggung jawab menghadiri pertemuan sendirian, Anda dapat mencegah situasi di mana mereka merasa terisolasi secara psikologis.
Menyediakan Personil dengan Margin
Menyediakan margin dalam penempatan personil juga penting. Memang, menyediakan personil dengan margin dapat meningkatkan biaya. Namun, jika Anda mempertimbangkan biaya kompensasi kerugian yang timbul dari keterlambatan pengiriman dan kekhawatiran tentang terjadinya lebih banyak pengunduran diri dalam situasi penanganan masalah, mungkin lebih rasional untuk menyediakan personil dengan margin sejak awal.
Melakukan Peninjauan Kembali Penempatan Sebelum Kondisi Kesehatan Memburuk
Jika satu orang mengundurkan diri, beban kerja personil lainnya akan meningkat, dan ini dapat memicu siklus buruk di mana lebih banyak orang mengundurkan diri. Untuk mencegah siklus buruk ini, penting untuk melakukan peninjauan kembali penempatan sebelum kondisi kesehatan memburuk secara serius.
Melakukan Manajemen Perubahan dan Manajemen Dokumen Proyek dengan Teliti
Meskipun tidak mudah untuk membuktikan hubungan sebab akibat antara kepergian anggota tim dan pelanggaran kewajiban kerjasama dari pihak pengguna, tetap penting untuk melakukan manajemen perubahan dan manajemen dokumen dengan teliti. Karena, meskipun Anda mungkin tidak dapat membuktikan penyebab kepergian anggota tim, jika ada situasi di mana beban kerja berlebihan yang cukup untuk menyebabkan absensi karena sakit, ada kemungkinan bahwa elemen yang mendukung pelanggaran kewajiban kerjasama dari pihak pengguna dapat dimasukkan. Situasi semacam ini dapat menjadi elemen yang mendukung keadilan seperti kompensasi kesalahan, bahkan jika pihak vendor dihadapkan dengan situasi di mana mereka dikejar untuk tanggung jawab atas pelanggaran kewajiban atau tanggung jawab atas cacat.
Artikel berikut menjelaskan pentingnya manajemen dokumen dalam proyek pengembangan sistem.
https://monolith.law/corporate/the-minutes-in-system-development[ja]
Sebagai cerita yang lebih spesifik tentang perubahan spesifikasi, artikel berikut memberikan penjelasan lebih rinci.
https://monolith.law/corporate/howto-manage-change-in-system-development[ja]
Kesimpulan
Di atas, kami telah menjelaskan teori hukum yang berhubungan dengan fenomena “kepergian anggota tim”. Bagi vendor, mempertanyakan tanggung jawab pengguna atas kepergian anggota tim memang sangat sulit dari segi hukum.
Namun, meskipun ada situasi seperti itu, penting untuk tidak salah paham bahwa “diskusi hukum tidak berguna dalam masalah kepergian anggota tim”. Proses berpikir dari kasus yang kami sebutkan sendiri mempertanyakan bagaimana menentukan batas antara “kewajiban manajemen proyek vendor” dan “kewajiban kerjasama pengguna”, dan langkah-langkah pencegahan konflik seperti itu juga sering kali ditemukan dengan membalikkan situasi konflik yang diharapkan.
Alih-alih memandang “akan dirugikan jika berperkara di pengadilan” sebagai “hukum tidak berguna”, sebaliknya, penting untuk memahami bahwa “perspektif hukum preventif sangat penting”.
Category: IT
Tag: ITSystem Development