Changes (2)

Apa sebenarnya yang bisa mengakibatkan pengubahan terhadap spesifikasi perangkat lunak yang sedang dibangun? Berikut beberapa diantaranya:

• adanya tambahan proses bisnis baru atau kondisi yang menuntut pengubahan kebutuhan terhadap produk yang sedang dibangun dan aturan bisnisnya
• adanya customer baru yang meminta modifikasi terhadap data, fungsionalias, atau layanan
• adanya reorganisasi yang mengubah prioritas proyek atau struktur tim S/W Engineering
• batasan anggaran dan jadwal yang menyebabkan spesifikasi kebutuhan harus didefinisikan ulang
• dan lain-lain

Jadi, bahkan untuk sesuatu yang awalnya sudah jelas pun bisa terjadi pengubahan…

Changes

Perubahan (atau pengubahan ya ?) pada spesifikasi kebutuhan perangkat lunak adalah hal yang natural (wajar) terjadi. Tapi ternyata frustasi juga kalau terus-terusan berubah ya…

Saya sedang terlibat dalam sebuah proyek pembangunan perangkat lunak. Awalnya, kami mendefinisikan sebuah sistem yang ideal. Perangkat lunak pun sudah hampir jadi sekitar 80%. Selanjutnya, kami mulai ‘mendekati’ calon customer yang kira-kira berpeluang untuk mengoperasikan sistem ini. Tertarik. Tapi ternyata, customer kami meminta berbagai tambahan  dalam rangka otomasi berbagai prosedur yang sebelumnya dilakukan secara manual. Masalah pertama adalah prosedur yang selama ini dilaksanakan ternyata tidak seragam di berbagai unit. Maka, progress 80% turun drastis jadi… 20% (?).

Kami kembangkan lagi. Kami ‘paksakan’ untuk seragam karena otomasi akan sulit jika ketidakseragaman masih terjadi. Progress pun akhirnya mencapai 80% lagi ketika berbagai demo dilakukan. Sampailah kami pada jadwal demo dan simulasi bagi para calon pengguna di lapangan. Ketidakseragaman yang ‘dipaksakan’ ternyata jadi masalah lagi. Mungkin progress pekerjaan kami saat ini turun lagi jadi 50% …

Ya, itulah yang terjadi sistem yang akan dibangun masih dicari ‘bentuk’-nya. Sama-sama belum paham seperti apa bentuk yang paling ideal. Apalagi berbagai aturan yang melatarbelakanginya masih didefisinisikan. Masalah yang dihadapi bukan lagi masalah teknis pembangunan perangkat lunak, tetapi lebih kepada berbagai masalah non teknis seperti kejelasan aturan serta kelayakan untuk dioperasikan. Apabila ini melibatkan banyak unit yang beragam, maka masalah makin bertambah…

(terima kasih untuk Tina, Reisha, dan Andra yang masih ’setia’ membantu… )