Apa Keuntungan dan Kerugian Hukum dari Setiap Model Pengembangan dalam Pengembangan Sistem?
Ada metodologi tertentu dalam menjalankan proyek pengembangan sistem. Biasanya, ketika belajar tentang masalah hukum yang berkaitan dengan pengembangan sistem melalui buku dan sumber lainnya, seringkali metode yang paling klasik yang disebut model Waterfall dijadikan sebagai prasyarat. Namun, metodologi atau model untuk melanjutkan pengembangan sistem tidak hanya terbatas pada model Waterfall. Misalnya, baru-baru ini metode yang disebut model pengembangan Agile semakin sering dipilih.
Artikel ini akan menjelaskan perbandingan antara model Waterfall dan model pengembangan Agile dari sudut pandang manajemen risiko hukum dan pencegahan konflik.
Apa itu Model Pengembangan?
Apa itu Model Waterfall?
Sebagai cara untuk mengembangkan sistem, cara yang paling umum dan klasik adalah sebagai berikut:
- Definisi Kebutuhan: Mengidentifikasi fungsi yang harus dimiliki oleh sistem yang akan dibuat, dan spesifikasi yang diperlukan
- Desain Dasar: Desain gambaran keseluruhan sistem dari perspektif pengguna, seperti desain layar dan transisi layar
- Desain Detail: Desain gambaran keseluruhan sistem dari perspektif vendor yang mengembangkan sistem, seperti koneksi antar file program
- Implementasi Pemrograman: Kode program sesuai dengan dokumen desain
- Test: Melakukan verifikasi apakah sistem telah dibuat sesuai dengan spesifikasi, dan meminta konfirmasi dari pengguna
Metode pengembangan ini, yang bergerak dari hulu ke hilir seperti sungai, dan berusaha sebisa mungkin untuk mencegah urutan dan pengulangan, disebut “Model Waterfall”. Aliran ini sendiri bukanlah hal yang esensial untuk membuat sistem yang berfungsi. Namun, dalam pengembangan sistem, yang cenderung menjadi proyek yang melibatkan banyak orang dan berlangsung dalam jangka waktu yang lama, perencanaan menjadi penting. Oleh karena itu, ada kecenderungan untuk memprioritaskan hal-hal seperti pemisahan setiap tahap, pengaturan peran, dan klarifikasi ruang lingkup tanggung jawab setiap orang yang bertanggung jawab.
Apa itu Model Pengembangan Agile?
Di sisi lain, cara kerja pengembangan tidak selalu harus dilakukan dengan metode yang memungkinkan untuk melalui “hulu ke hilir” secara langsung. Memang, dalam sifat pekerjaan, perencanaan dan teknik estimasi adalah hal yang penting, tentu saja. Namun, dalam pekerjaan yang terlibat dalam pembuatan hal-hal baru dan karya seni, seringkali tidak mungkin untuk membuat rencana yang sempurna dari awal. Jika kita mempertimbangkan hal ini, bukan hanya melanjutkan pekerjaan sesuai dengan rencana yang telah dibuat, tetapi juga penting untuk memprioritaskan hal-hal seperti kemampuan untuk dengan mudah menyesuaikan diri dengan perbaikan dan perubahan spesifikasi setelahnya, dan meningkatkan jumlah iterasi dari trial and error. Metode pengembangan yang mencerminkan cara berpikir ini disebut “Model Pengembangan Agile”. Dalam Model Pengembangan Agile, biasanya alirannya adalah untuk menghabiskan sedikit waktu mungkin pada persiapan rencana detail dan dokumen desain, dan mengulangi implementasi dan pengujian program kecil, dan secara bertahap mengubahnya menjadi program atau sistem yang lebih besar.
Model Waterfall Memudahkan Pembelajaran Masalah Hukum
Sebelum membandingkan kedua model pengembangan, sebagai prasyarat, kita akan membahas tentang kemudahan pengumpulan informasi dan pembelajaran hukum terkait masalah hukum yang terkait dengan masing-masing model pengembangan.
Banyak Buku Referensi Ditulis Berdasarkan Model Waterfall
Ketika mencoba mempelajari masalah hukum yang terkait dengan pengembangan sistem atau pengetahuan hukum, model Waterfall lebih unggul dalam hal kemudahan pengumpulan informasi. Buku hukum yang membahas tentang pengembangan sistem seringkali ditulis dengan asumsi model Waterfall. Karena pengembangan sistem klasik dan umum dilakukan sesuai dengan model Waterfall, pengembangan Agile biasanya hanya ditempatkan sebagai tambahan dan seringkali hanya diperkenalkan secara singkat. Oleh karena itu, jika Anda mencoba mendapatkan informasi tentang masalah hukum yang terkait dengan pengembangan sistem dari buku, lebih mudah untuk melanjutkan pembelajaran dengan model Waterfall.
Model Waterfall Memiliki Banyak Akumulasi Kasus Pengadilan
Selain itu, karena model Waterfall adalah metode pengembangan sistem klasik dan umum, juga dapat dikatakan bahwa akumulasi kasus konflik yang sebenarnya terjadi di masa lalu juga melimpah. Dalam diskusi hukum, pengetahuan tentang kasus pengadilan sebelumnya juga penting, selain pasal hukum. Bahkan dalam kasus di mana sulit untuk mengatakan “putih” atau “hitam” hanya dengan membaca kata-kata pasal, terkadang Anda dapat melengkapi isi pasal dengan mendapatkan wawasan dari kasus pengadilan sebelumnya.
Meskipun bukan hukum yang ditulis secara eksplisit, akumulasi keputusan yang ditunjukkan oleh pengadilan kadang-kadang dapat ditetapkan sebagai standar keputusan, sama seperti pasal hukum. Hal-hal seperti ini disebut “teori hukum berdasarkan preseden”. Bahkan dalam diskusi seperti pengembangan sistem, jika ada akumulasi teori hukum berdasarkan preseden, bahkan dalam konflik yang tidak diketahui, mungkin lebih mudah untuk memprediksi hasil akhir konflik. Dalam hal ini, banyak keuntungan dapat diperoleh dari pengembangan sistem berdasarkan model Waterfall.
Keuntungan dari Masing-Masing Metode Pengembangan
Mengacu pada konten di atas, kami akan mengatur keuntungan dan kerugian dari masing-masing metode dengan membandingkannya. Bagian pertama adalah pengaturan yang berfokus pada keuntungan model Waterfall, dan semakin ke bawah, keuntungan pengembangan Agile akan semakin mudah dipahami.
Perbandingan dalam hal Kemudahan Perencanaan dan Proyeksi
Dalam hal kemudahan perencanaan dan proyeksi, model Waterfall mungkin lebih unggul. Tidak peduli seberapa besar sistem yang dibuat, itu pasti akan dibagi menjadi tahapan yang turun dari “hulu ke hilir”. Dengan menetapkan tenggat waktu untuk setiap tahapan, kemajuan dapat dikelola dengan relatif terencana.
Di sisi lain, pengembangan Agile adalah metode yang tidak memerlukan banyak biaya atau tenaga untuk perencanaan awal atau konsep keseluruhan, sehingga cenderung menjadi pendekatan yang spontan.
Perbandingan dalam hal Kemudahan Penjelasan Peran dan Tanggung Jawab Individu
Di model Waterfall, setiap tahapan dibagi menjadi bagian yang lebih kecil, yang memungkinkan peran setiap anggota proyek menjadi jelas, ini adalah keuntungan.
Di sisi lain, dalam pengembangan Agile, pembagian tahapan cenderung menjadi ambigu, sehingga cenderung menjadi ambigu tentang siapa yang bertanggung jawab atas masalah yang tidak terduga.
Perbandingan dalam hal Kemudahan Pengembangan Skala Besar
Model Waterfall, yang unggul dalam hal perencanaan dan penjelasan peran, semakin menguntungkan seiring meningkatnya skala pengembangan. Bahkan jika Anda mengorganisir banyak personel, jika Anda membagi tahapan menjadi lebih kecil dan mendorong pembagian kerja, Anda dapat meminimalkan biaya penyesuaian hubungan manusia.
Di sisi lain, model pengembangan Agile tidak terlalu cocok untuk pengembangan skala besar. Karena pendekatan yang lebih mementingkan kecepatan daripada perencanaan dan penjelasan peran, sulit untuk diterapkan dalam situasi di mana penundaan tenggat waktu akhir menjadi perhatian.
Perbandingan dalam hal Kecepatan dan Efisiensi
Pengembangan Agile lebih cepat dimulai
Dalam hal kecepatan dari permintaan fungsi oleh pengguna hingga implementasi sebenarnya, pengembangan Agile lebih unggul. Karena dalam model Waterfall, biasanya ada pemisahan yang jelas antara orang yang bertanggung jawab atas tahapan hulu dan hilir, dan komunikasi internal di pihak vendor cenderung memakan waktu. Hal ini berhubungan dengan kelemahan dalam permintaan perubahan spesifikasi setelahnya yang cenderung memakan waktu.
Di sisi lain, model pengembangan Agile dapat diharapkan untuk memulai dan melaksanakan dengan cepat tanpa perantara. Hal ini erat kaitannya dengan keuntungan terbesar dari model pengembangan Agile, yaitu kemudahan dalam menangani perubahan spesifikasi setelahnya. Namun, bahkan dalam model pengembangan Agile, jika Anda terus menerus menyetujui permintaan perubahan spesifikasi dan pengembangan tambahan secara sembarangan, ini dapat menjadi risiko yang dapat membuat proyek “terbakar”. Dalam arti ini, kunci keberhasilan pengembangan sistem dengan model pengembangan Agile adalah bagaimana melakukan “manajemen perubahan”. Penjelasan rinci tentang manajemen perubahan diberikan dalam artikel berikut.
https://monolith.law/corporate/howto-manage-change-in-system-development[ja]
Model Waterfall lebih sulit untuk gagal di tengah jalan
Di sisi lain, dalam perbandingan dari sudut pandang kecepatan dan efisiensi, penting untuk mempertimbangkan dalam jangka waktu yang panjang. Dalam hal risiko proyek “terbakar” di tengah jalan dan tidak ada kemajuan setelah itu, model Waterfall lebih unggul. Risiko terbesar yang menyebabkan proyek gagal di tengah jalan adalah kegagalan komunikasi antara pengguna dan vendor. Model Waterfall, yang memudahkan penjelasan peran antara kedua belah pihak, memiliki keuntungan dalam hal ini.
Pengembangan Agile lebih mudah untuk melanjutkan pada tahap penerimaan
Namun, dari sudut pandang kemudahan berbicara pada tahap penerimaan, model pengembangan Agile sedikit lebih unggul. Karena pengguna dan vendor diharapkan untuk berbagi informasi secara detail bahkan selama pengembangan sistem. Ini dapat mengurangi risiko bahwa kesenjangan dalam pengakuan antara kedua belah pihak akan muncul sekaligus ketika melihat hasil akhir. Selain itu, penjelasan tentang tahap penerimaan pengembangan sistem dan masalah hukum yang terkait diberikan secara rinci dalam artikel berikut.
https://monolith.law/corporate/estimated-inspection-of-system-development[ja]
Kesimpulan
Jika kita membandingkan seperti ini, secara keseluruhan, model Waterfall sangat mendukung dalam hal manajemen yang ketat, sedangkan model pengembangan Agile menekankan pada kecepatan dalam memulai dan melaksanakan. Selain itu, untuk masalah hukum yang terkait dengan pengembangan sistem berdasarkan model pengembangan Agile, kami telah membahas secara detail dalam artikel berikut.
Model pengembangan mana yang paling cocok tidak hanya ditentukan dari sudut pandang hukum, tetapi juga harus mempertimbangkan skala proyek, anggaran, tujuan, dan lainnya. Kami percaya bahwa ini adalah sesuatu yang harus diputuskan secara komprehensif.
Category: IT
Tag: ITSystem Development