Apa Kelebihan dan Kekurangan dari Segi Undang-Undang untuk Setiap Model Pembangunan dalam Pembangunan Sistem?

Terma dan kaedah tertentu digunakan dalam menjalankan projek pembangunan sistem. Biasanya, apabila kita belajar tentang isu-isu undang-undang yang berkaitan dengan pembangunan sistem melalui buku dan sumber lain, model Waterfall yang merupakan kaedah klasik seringkali menjadi asas. Namun, model atau metodologi untuk memajukan pembangunan sistem bukan hanya terhad kepada model Waterfall sahaja. Sebagai contoh, model pembangunan Agile kini semakin kerap dipilih.

Artikel ini akan menerangkan dan membandingkan dua model ini, iaitu model Waterfall dan model pembangunan Agile, dari sudut pandang risiko undang-undang dan pencegahan konflik.

Apa itu Model Pembangunan

Apa itu Model Air Terjun

Cara paling umum dan klasik dalam pembangunan sistem adalah seperti berikut:

• Definisi Keperluan: Menyusun fungsi yang seharusnya dimiliki oleh sistem yang akan dibina dan spesifikasi yang diperlukan
• Reka Bentuk Asas: Reka bentuk gambaran keseluruhan sistem dari perspektif pengguna, termasuk reka bentuk skrin dan peralihan skrin
• Reka Bentuk Terperinci: Reka bentuk gambaran keseluruhan sistem dari perspektif pembekal yang membangunkan sistem, termasuk hubungan antara fail-fail program
• Pelaksanaan Pengaturcaraan: Pengkodan program mengikut reka bentuk
• Ujian: Melakukan verifikasi untuk memastikan sistem dibina mengikut spesifikasi, dan meminta pengguna untuk mengesahkan

Metodologi pembangunan yang bergerak dari hulu ke hilir seperti sungai, dan berusaha sebaik mungkin untuk mengelakkan langkah-langkah mundur dan ulangan, dikenali sebagai “Model Air Terjun”. Aliran seperti ini bukanlah keperluan mutlak untuk membina sistem yang berfungsi. Namun, dalam pembangunan sistem yang cenderung melibatkan banyak tenaga kerja dan jangka masa yang panjang, perancangan adalah penting. Oleh itu, pemisahan setiap proses, pengaturan peranan, dan penjelasan lingkungan tanggungjawab setiap orang yang bertanggungjawab juga cenderung diberi perhatian.

Apa itu Model Pembangunan Agile

Sebaliknya, cara kerja pembangunan tidak semestinya sesuai dengan metode yang membolehkan anda melalui “hulu → hilir” sekaligus. Memang, dalam sifat kerja, teknologi perancangan dan ramalan adalah penting, tentu saja. Namun, kerana ini adalah pekerjaan yang melibatkan pembuatan dan pembuatan karya baru, seringkali adalah mustahil untuk merancang rencana yang sempurna dari awal. Jika anda memberi tumpuan kepada aspek ini, bukan hanya melanjutkan kerja mengikut rencana yang telah ditetapkan, tetapi juga mudah untuk menyesuaikan diri dengan perubahan spesifikasi dan pembetulan selepas itu, dan meningkatkan jumlah percubaan dan kesilapan. Metode pembangunan yang mencerminkan cara berfikir ini dikenali sebagai “Model Pembangunan Agile”. Dalam Model Pembangunan Agile, biasanya anda tidak membuang-buang masa untuk menyediakan rencana dan reka bentuk yang terperinci, tetapi anda mengulangi pengujian dengan melaksanakan program yang sangat kecil dan perlahan-lahan mengubahnya menjadi program atau sistem yang lebih besar.

Model Waterfall Mudah Dipelajari untuk Isu Hukum

Sebelum kita membandingkan kedua model pembangunan ini, sebagai prasyarat, kita akan membincangkan tentang kemudahan pengumpulan maklumat dan pembelajaran hukum yang berkaitan dengan isu hukum yang disertai oleh setiap model pembangunan.

Banyak Buku Rujukan Ditulis Berdasarkan Model Waterfall

Ketika anda ingin belajar tentang isu hukum yang berkaitan dengan pembangunan sistem atau pengetahuan hukum, model Waterfall adalah yang paling mudah untuk mengumpulkan maklumat. Buku hukum yang membincangkan tentang pembangunan sistem biasanya ditulis berdasarkan model Waterfall. Pembangunan sistem klasik dan umum dilakukan mengikut model Waterfall, oleh itu, pembangunan Agile biasanya hanya ditempatkan sebagai tambahan dan seringkali hanya diperkenalkan secara ringkas. Oleh itu, jika anda ingin mendapatkan maklumat tentang isu hukum yang berkaitan dengan pembangunan sistem dari buku, lebih mudah untuk belajar dengan model Waterfall.

Model Waterfall Memiliki Banyak Kes Preseden

Selain itu, kerana model Waterfall adalah kaedah pembangunan sistem klasik dan umum, terdapat banyak kes preseden yang sebenarnya berlaku di masa lalu. Dalam perbincangan hukum, pengetahuan tentang kes preseden masa lalu juga penting, selain daripada peruntukan undang-undang. Walaupun hanya membaca teks peruntukan, dalam kes di mana tidak dapat dikatakan “putih” atau “hitam”, terdapat kes di mana isi kandungan peruntukan dapat dilengkapkan dengan mendapatkan pengetahuan dari kes preseden masa lalu.

Walaupun bukan undang-undang yang dinyatakan secara eksplisit, penumpukan keputusan yang ditunjukkan oleh mahkamah mungkin ditetapkan sebagai kriteria penghakiman seperti peruntukan. Ini dikenali sebagai “hukum preseden”. Dalam bidang seperti pembangunan sistem, jika terdapat penumpukan hukum preseden, walaupun dalam konflik yang tidak diketahui, mungkin lebih mudah untuk meramalkan akhir konflik. Dalam aspek ini, banyak kelebihan dapat diharapkan dari pembangunan sistem berdasarkan model Waterfall.

Kelebihan Setiap Kaedah Pembangunan

Mengambil kira isi kandungan di atas, kami akan menyusun kelebihan dan kekurangan setiap kaedah dengan membandingkannya. Bahagian pertama adalah penjelasan berpusat pada kelebihan model Waterfall, dan semakin ke bawah, kelebihan pembangunan Agile akan menjadi lebih jelas.

Perbandingan dalam Aspek Perancangan dan Ramalan

Dalam aspek perancangan dan kemudahan membuat ramalan, model Waterfall mungkin lebih unggul. Tidak kira seberapa besar sistem yang dibuat, ia akan selalu dibahagikan kepada setiap proses yang turun dari ‘hulu ke hilir’. Dengan menetapkan tarikh akhir untuk setiap proses, kemajuan dapat diurus dengan lebih mudah.

Sebaliknya, pembangunan Agile adalah kaedah yang tidak memerlukan banyak kos atau tenaga untuk merancang awal atau konsep keseluruhan, jadi ia cenderung menjadi pendekatan yang spontan.

Perbandingan dalam Aspek Penjelasan Peranan dan Tanggungjawab Individu

Di samping itu, model Waterfall mempunyai kelebihan di mana setiap proses dibahagikan dengan teliti, membolehkan peranan setiap ahli projek didefinisikan dengan jelas.

Sebaliknya, dalam pembangunan Agile, pembahagian proses cenderung menjadi kabur, jadi ada kecenderungan untuk menjadi kabur tentang siapa yang bertanggungjawab jika terdapat masalah yang tidak dijangka.

Perbandingan dalam Aspek Kemudahan Pembangunan Skala Besar

Model Waterfall, yang unggul dalam aspek perancangan dan penjelasan peranan, menjadi semakin berfaedah semakin besar skala pembangunan. Walaupun perlu mengatur banyak tenaga kerja, jika proses dibahagikan dan kerja dibahagikan, kos penyesuaian hubungan manusia dapat dikurangkan.

Sebaliknya, model pembangunan Agile tidak begitu sesuai untuk pembangunan skala besar. Pendekatan yang menekankan kecepatan untuk memulakan kerja daripada perancangan dan penjelasan peranan, sukar untuk digunakan dalam situasi di mana kebimbangan tentang perbezaan tarikh akhir akhirnya.

Perbandingan dalam Aspek Kecepatan dan Kecekapan

Pembangunan Agile lebih cepat untuk memulakan

Dalam aspek kecepatan dari permintaan fungsi oleh pengguna hingga pelaksanaannya, model pembangunan Agile lebih unggul. Ini kerana dalam model Waterfall, biasanya ada pemisahan yang jelas antara orang yang bertanggungjawab untuk proses hulu dan hilir, dan komunikasi dalam pihak vendor cenderung menjadi rumit. Ini berkaitan dengan kelemahan model Waterfall yang cenderung menjadi lemah terhadap permintaan perubahan spesifikasi selepas itu.

Sebaliknya, model pembangunan Agile dapat diharapkan untuk memulakan dan melaksanakan dengan kecepatan tanpa perantara. Ini berkaitan erat dengan kelebihan terbesar model pembangunan Agile, iaitu kemudahan dalam menangani perubahan spesifikasi selepas itu. Walau bagaimanapun, walaupun ia adalah model pembangunan Agile, jika anda terus menyetujui permintaan perubahan spesifikasi dan pembangunan tambahan secara sembarangan, ini boleh menjadi risiko yang boleh menyebabkan ‘projek terbakar’. Dalam erti kata ini, kunci kejayaan dalam pembangunan sistem dengan model pembangunan Agile adalah bagaimana menguruskan ‘pengurusan perubahan’. Penjelasan terperinci tentang pengurusan perubahan diberikan dalam artikel di bawah.

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

Model Waterfall kurang cenderung untuk gagal di tengah jalan

Sebaliknya, dalam perbandingan dari segi kecepatan dan kecekapan, penting untuk mempertimbangkan dalam jangka masa panjang. Dalam hal risiko projek ‘terbakar’ di tengah jalan dan kemajuan berhenti dari tengah, model Waterfall lebih unggul. Risiko terbesar yang menyebabkan projek gagal di tengah jalan adalah kegagalan komunikasi antara pengguna dan vendor. Model Waterfall, yang memudahkan penjelasan peranan antara kedua-dua pihak, mempunyai kelebihan dalam aspek ini.

Pembangunan Agile lebih mudah untuk melanjutkan pada tahap penerimaan

Walau bagaimanapun, dari segi kemudahan berbicara pada tahap penerimaan, model pembangunan Agile mungkin sedikit lebih unggul. Ini kerana ia diasumsikan bahawa pengguna dan vendor akan berkongsi maklumat secara terperinci bahkan dalam proses pembangunan sistem. Anda boleh mengharapkan untuk mengurangkan risiko perbezaan persepsi antara kedua-dua pihak menjadi jelas sekaligus apabila anda melihat hasil akhir. Selain itu, penjelasan tentang langkah penerimaan pembangunan sistem dan masalah undang-undang yang berkaitan diterangkan secara terperinci dalam artikel di bawah.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Rumusan

Apabila dibandingkan seperti ini, secara keseluruhan, model Waterfall adalah yang paling sesuai untuk pengurusan yang teliti, manakala model pembangunan Agile adalah yang paling sesuai jika anda mengutamakan kecepatan dalam memulakan dan melaksanakan. Selain itu, untuk masalah undang-undang yang berkaitan dengan pembangunan sistem berdasarkan model pembangunan Agile, sila rujuk artikel berikut untuk maklumat lanjut.

https://monolith.law/corporate/legal-and-contract-issues-of-agile-development[ja]

Samada model pembangunan mana yang paling sesuai bukan sahaja bergantung pada aspek undang-undang, tetapi juga perlu mempertimbangkan skala, bajet, dan tujuan projek secara keseluruhan.