Apa Itu Masalah Hukum yang Berhubungan dengan Server dan Infrastruktur Pengembangan Sistem?

Sistem IT yang digunakan dalam perusahaan pada dasarnya dibuat dengan membuat spesifikasi dan dokumen desain, dan menulis kode sumber yang sesuai dengan konten tersebut. Namun, sistem ini tidak hanya melibatkan aspek lunak, tetapi juga memerlukan infrastruktur fisik berupa komputer. Sistem hanya dapat berfungsi secara efektif jika ada infrastruktur ini. Dalam artikel ini, kami akan membahas masalah hukum yang erat kaitannya dengan bidang infrastruktur dalam proyek pengembangan sistem.

Apa itu Infrastruktur dalam Sistem IT

Teknisi yang melakukan pengembangan sistem dikenal sebagai Insinyur Sistem (SE). Proyek pengembangan biasanya dimulai dengan proses awal seperti pembuatan spesifikasi dan dokumen desain, diikuti oleh implementasi program dan pengujian. Dalam arti luas, Insinyur Sistem (SE) dapat dijelaskan sebagai teknisi yang menangani semua tugas yang diperlukan untuk ini. Namun, tergantung pada perusahaan atau tempat kerja, mungkin ada perbedaan dalam penamaan berdasarkan tugas dan area yang ditangani. Istilah Insinyur Infrastruktur merujuk pada teknisi yang bertanggung jawab untuk mempersiapkan lingkungan operasional komputer fisik, khususnya dalam konteks pengembangan dan operasional sistem IT. Sistem IT yang digunakan di perusahaan dan tempat kerja adalah struktur abstrak yang dibentuk dari kombinasi kode sumber. Namun, untuk sistem ini berfungsi sesuai harapan, pembangunan lingkungan infrastruktur seperti server dan jaringan sangat penting. Praktik pengembangan sistem melibatkan dua aspek: implementasi kode sumber program dan pembangunan lingkungan infrastruktur yang mendukung lingkungan operasionalnya. Perspektif ini dianggap penting untuk mencegah terjadinya masalah yang tidak terduga.

Bagaimana Masalah Infrastruktur Bisa Membuat Proyek Terbakar: Kasus Konkret

Dalam proyek pengembangan sistem, mungkin terjadi bahwa fokus hanya pada desain program abstrak dan kode sumber, sementara pemeliharaan infrastruktur diabaikan. Namun, jika kedua aspek ini tidak sejalan, ini bisa menjadi risiko proyek ‘terbakar’.

Kasus di mana Kesalahan dalam Ukuran Server Menyebabkan Konflik

Sebagai contoh, setelah semua implementasi dan pengujian program selesai, mungkin terungkap bahwa kinerja server tidak cukup dan sistem tidak dapat digunakan secara praktis. Perlu dicatat bahwa memperkirakan sejauh mana beban yang dapat diterima sistem pada tahap operasional dan melakukan pemeliharaan infrastruktur sesuai dengan skala sistem disebut ‘penyandian ukuran’. Kasus di mana kesalahan dalam penyandian ukuran server menjadi penyebab masalah telah terjadi di masa lalu. (Meskipun akhirnya diselesaikan melalui penyelesaian, Anda dapat merujuk ke kasus ini sebagai contoh terkenal.) Untuk penyelesaian konflik antara kedua pihak melalui proses ‘penyelesaian’, silakan lihat artikel berikut untuk penjelasan lebih rinci.

Fakta bahwa konflik diselesaikan melalui penyelesaian berarti, dengan kata lain, bahwa konflik telah diselesaikan melalui ‘diskusi’ antara kedua pihak. Oleh karena itu, berbeda dengan kasus di mana putusan diberikan oleh pengadilan, isi penyelesaian tersebut biasanya tidak diakumulasi sebagai preseden, dan cenderung bersifat individual.

Inti Kasus Adalah Sejauh Mana Vendor Bertanggung Jawab atas Spesifikasi yang Tidak Jelas

Namun, inti dari konflik semacam itu mungkin adalah ‘sejauh mana vendor harus bertanggung jawab atas hal-hal yang tidak dijelaskan secara eksplisit dalam spesifikasi’. Dengan mempertimbangkan hal ini, Anda dapat memperoleh banyak petunjuk dari konten artikel berikut.

https://monolith.law/corporate/system-development-specs-function[ja]

Artikel di atas menjelaskan sejauh mana vendor harus menggunakan diskresinya dan bertanggung jawab atas implementasi hal-hal yang tidak tercantum dalam spesifikasi. Di sini, penjelasan diberikan bahwa cerita berbeda untuk hal-hal ‘sisi layar’ yang dapat dengan mudah divisualisasikan dalam dokumen definisi persyaratan dan desain dasar (yaitu, area yang termasuk dalam ‘frontend’) dan ‘sisi logika’ seperti migrasi data (yaitu, area yang termasuk dalam ‘backend’, ‘database’). Dengan kata lain, dianggap bahwa ada kecenderungan bagi pemesan/pengguna (yang biasanya tidak memiliki pengetahuan khusus tentang proyek pengembangan sistem) untuk lebih mudah dipertanggungjawabkan untuk masalah spesifikasi yang dapat dengan mudah diperiksa di ‘sisi layar’. Di sisi lain, dianggap bahwa ada kecenderungan bagi penerima pesanan/vendor untuk lebih mudah dipertanggungjawabkan untuk masalah ‘sisi logika’. Mengingat hal ini, masalah penyandian ukuran server dianggap sebagai area yang sulit untuk diidentifikasi keberadaan masalahnya kecuali oleh ahli teknis, dan oleh karena itu, dianggap sebagai area di mana penerima pesanan/vendor lebih mudah dipertanggungjawabkan. Oleh karena itu, jika Anda harus berjuang di pengadilan tentang hal ini, kecuali ada alasan yang kuat untuk membebaskan penerima pesanan/vendor dari tanggung jawab, diharapkan bahwa putusan yang merugikan penerima pesanan/vendor akan lebih sering diberikan.

Langkah-langkah Pencegahan Masalah Akibat Kesalahan dalam Server Sizing

Untuk mencegah masalah seperti yang telah disebutkan sebelumnya, sangat penting untuk menyelaraskan langkah-langkah dalam implementasi program, penulisan kode sumber, dan persiapan lingkungan infrastruktur. Beberapa langkah yang dapat dipertimbangkan adalah sebagai berikut:

Menjelaskan secara jelas dalam kontrak tentang siapa yang bertanggung jawab atas server sizing

Tidak hanya dalam kasus ini, banyak konflik yang terkait dengan proyek pengembangan sistem berasal dari ketidakjelasan pembagian peran antara vendor yang merupakan ahli pengembangan sistem dan pengguna yang memahami situasi internal perusahaan. Meskipun kerjasama erat antara kedua belah pihak sangat penting untuk kelancaran proyek, sangat disarankan untuk menjelaskan sejauh mungkin pembagian peran dan lingkup tanggung jawab dalam kontrak sebelumnya.

Melakukan konkretisasi dan manajemen perubahan persyaratan pengembangan secara sempurna

Selain itu, jika persyaratan fungsi yang harus diwujudkan tidak jelas, risiko konflik menjadi lebih tinggi. Hal ini melibatkan dua aspek: klarifikasi spesifikasi dalam fase definisi persyaratan awal dan manajemen perubahan selama proyek. Untuk bagaimana cara menangani perubahan spesifikasi selama proyek, silakan lihat artikel berikut untuk penjelasan lebih rinci.

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

Memilih model pengembangan yang sesuai dengan sifat proyek

Selain itu, yang juga sangat terkait dengan dua poin di atas, penting untuk memilih model pengembangan yang tepat sesuai dengan sifat dan skala proyek pengembangan sistem. Secara umum, jika pengembangan sistem dengan skala tertentu di mana server sizing bisa menjadi penting, manfaat dari mengadopsi model waterfall, yang cocok untuk klarifikasi spesifikasi dan lingkup tanggung jawab, akan meningkat. Untuk penjelasan lebih rinci tentang pemilihan model pengembangan yang tepat berdasarkan sifat proyek, silakan lihat artikel berikut.

Kesimpulan

Masalah yang muncul dari persiapan lingkungan seputar infrastruktur untuk kelancaran proyek pengembangan sistem seringkali menjadi titik buta. Diperkirakan bahwa bukan hanya bagi para ahli teknologi, memberikan perhatian pada masalah seputar infrastruktur juga bukan beban yang ringan. Namun, langkah-langkah pencegahan untuk masalah semacam ini dapat dikatakan berada di perpanjangan dari langkah-langkah dasar seperti “penjelasan spesifikasi / manajemen perubahan yang menyeluruh”, “penjelasan tentang peran / lingkup tanggung jawab”, dan “pemilihan model pengembangan yang sesuai dengan skala dan anggaran proyek”. Poin yang harus dipahami oleh orang yang terlibat dalam hukum perusahaan adalah bahwa dasar-dasar hukum pencegahan dapat diterapkan sepenuhnya terhadap masalah infrastruktur. Selain itu, bagi teknisi di bidang IT, penting untuk memahami bahwa masalah infrastruktur dapat menjadi risiko serius bagi proyek dan penting untuk mengelola pekerjaan dengan lancar.