Penyebab Kegagalan Proyek Perangkat Lunak

Sebagian besar proyek perangkat lunak gagal total atau sebagian gagal karena sejumlah kecil proyek memenuhi semua persyaratannya. Persyaratan ini dapat berupa biaya, jadwal, kualitas, atau tujuan persyaratan. Menurut banyak penelitian, tingkat kegagalan proyek perangkat lunak adalah antara 50% – 80%. Esai ini adalah kompilasi dari penyebab kegagalan proyek pengembangan perangkat lunak; esai ini merangkum beberapa area yang memainkan peran penting dalam kegagalan proyek perangkat lunak.

Jadi, apa sebenarnya alasan kegagalan proyek perangkat lunak? Fakta yang menyedihkan adalah bahwa proyek perangkat lunak gagal karena kami tidak menyadari bahwa prinsip-prinsip teknik yang baik harus diterapkan pada proyek perangkat lunak seperti halnya untuk membangun gedung kantor. Kami mencoba membela diri dengan mengatakan bahwa konstruksi perangkat lunak “berbeda”.

Salah satu keluhan paling serius terhadap kegagalan panduan cepat perangkat lunak pengganti adalah ketidakmampuan 
untuk memperkirakan dengan akurasi yang dapat diterima biaya, sumber daya, dan jadwal yang diperlukan 
untuk proyek perangkat lunak. Metode penilaian konvensional selalu menghasilkan 
hasil positif yang berkontribusi pada biaya yang terlalu terkenal dan 
jadwal selip.

Selama 20 tahun terakhir banyak teknik estimasi biaya dan jadwal telah 
digunakan dengan sensasi campuran karena pembatasan model penilaian. Bagian utama 
dari kegagalan estimasi dapat disebabkan oleh kurangnya pemahaman tentang 
proses pengembangan perangkat lunak dan efek dari metode yang digunakan dalam 
rencana proyek , jadwal dan perkiraan biaya.

Studi Kasus Kegagalan
Di bawah ini adalah beberapa studi kasus yang dipertimbangkan yang akan dianalisis untuk mengambil 
alasan utama kegagalan sistem perangkat lunak.

Northumbria University mengembangkan perangkat lunak akuntansi untuk mengelola bisnisnya sehari-hari 
. Proyek tidak dapat menghasilkan hasil yang diinginkan dan gagal 
memenuhi tenggat waktu. Investigasi menunjukkan bahwa 
prosedur manajemen proyek dasar tidak diikuti. Studi kasus ini dirujuk dalam esai ini di 
berbagai titik di mana diperlukan. [1]

Anak perusahaan Thailand (SMTL) dari perusahaan multinasional yang berbasis di Hong Kong (SMHK) 
terlibat dalam pembuatan peralatan elektronik. Mereka menerapkan 
paket perangkat lunak terintegrasi; yang merupakan kegagalan pada beberapa faktor. 
Faktor – faktor ini sebagian besar terkait manajemen. Seperti ketidakcocokan antara 
asumsi proses bisnis yang tertulis dalam perangkat lunak dan proses bisnis di SMTL, 
kepemimpinan yang buruk di berbagai tingkat, perbedaan budaya, 
lingkungan organisasi , dan manajemen sumber daya manusia yang buruk.

Rumah Sakit St John’s adalah Rumah Sakit Umum Daerah yang menyediakan layanan medis dan 
perawatan, yang mencakup bedah umum dan kedokteran. Semua 
layanan ini didukung oleh pencitraan diagnostik, laboratorium, ambulans, layanan farmasi 
dan terapi, yang semuanya ada di lokasi. Sebagai rumah sakit utama di 
kawasan wisata , ia menangani banyak pengunjung di musim liburan, menghasilkan sejumlah besar 
pekerjaan penerimaan yang tidak dipesan.

Manajemen & Kepemimpinan Perangkat Lunak
Telah ditunjukkan berulang kali, bahwa kepemimpinan yang efektif sangat penting untuk keberhasilan implementasi TI (Klenke, 1994). Seorang pemimpin juga harus memiliki kepekaan budaya, keterampilan komunikasi, kreativitas, kemampuan untuk mendelegasikan, dan kemampuan untuk mengembangkan dan mempertahankan sumber daya manusia (Luthans, 1994). Manajer perangkat lunak di (SMHK) adalah orang barat, sedangkan manajer yang lebih rendah adalah orang Timur. Jadi selalu ada bentrokan budaya. Jack (Manajer) selalu berusaha memperkenalkan pemikiran kreatif. Dan sebagian besar waktu manajemen yang lebih rendah tidak bisa melakukannya. Karena itu, terjadi bentrokan sepanjang waktu.

Karyawan juga merasa bahwa manajemen hampir tidak pernah “mendengarkan” masalah mereka 
atau berusaha untuk mengatasinya. Akibatnya, banyak karyawan sangat ingin meninggalkan 
perusahaan, dan melakukannya segera setelah mereka menemukan peluang alternatif di 
perusahaan lain .

Perencanaan & Penjadwalan
Proyek Perencanaan proyek berarti menciptakan rincian pekerjaan, dan kemudian mengalokasikan tanggung jawab kepada pengembang dari waktu ke waktu. Perencanaan proyek terdiri dari konstruksi berbagai tugas, jadwal dan jalur penting termasuk diagram Gantt dan diagram PERT dan berbagai rencana tertulis untuk berbagai situasi.

Sangat umum dalam proses pengembangan perangkat lunak untuk bekerja mundur dari 
tanggal akhir proyek yang mengakibatkan kegagalan proyek perangkat lunak lengkap. Tidak 
mungkin proyek dapat diselesaikan secara efisien dari tahap perencanaan 
hingga tahap implementasi.

Alokasi peran dan tanggung jawab harus didefinisikan dengan jelas, dan itu 
menjadi penting ketika menyewa kios dari luar. 
Manajemen universitas yang lebih tinggi gagal menerapkan aturan manajemen proyek dasar yang menyebabkan 
kegagalan proyek.

Penjadwalan yang tepat juga diperlukan sebelum dimulainya proyek. Ini 
termasuk penjadwalan waktu, penjadwalan tim. Manajer proyek tidak tahu apa yang 
harus mereka rencanakan dan jadwalkan. Mereka hanya memberi tahu programmer apa yang harus dilakukan 
dan programmer dapat memberikan solusi yang tepat.

Pengembangan dipindahkan ke kantor baru dan kantor tidak sepenuhnya 
dilengkapi dengan infrastruktur yang tepat. Karena waktu juga merupakan faktor besar dalam keberhasilan 
atau kegagalan suatu proyek. Jadi itu menunda proses pengembangan dan berkontribusi 
terhadap kegagalan proyek. Infrastruktur tidak sepenuhnya dijadwalkan dan 
tim manajemen tidak tahu di mana dan bagaimana pengembangan proyek akan 
dimulai.

Rahasia teratas dari proyek pengembangan perangkat lunak yang menang adalah untuk mengontrol 
kualitas dan menurunkan risiko. Rencana darurat juga merupakan bagian dari perencanaan. Jika 
terjadi kesalahan maka rencana ini dapat diikuti untuk menurunkan pengaruh 
kegagalan proyek. Sama halnya dengan perangkat lunak akuntansi universitas. Tim 
manajemen tidak memiliki rencana darurat seperti itu atau mengevaluasi risiko yang 
terlibat dalam pengembangan sistem baru. Jadi itu menyebabkan lebih banyak masalah tanpa 
sistem cadangan atau rencana cadangan.

Manajemen hanya mencoba mengikuti metodologi seperti SDLC atau RAD, tetapi tidak tahu metodologi mana yang digunakan dan pada waktu mana harus menerapkan teknik yang tepat.

Estimasi Biaya Estimasi
biaya terutama menyangkut biaya usaha untuk menghasilkan proyek perangkat lunak. Tapi itu tidak terbatas pada upaya saja. Ini juga termasuk biaya perangkat keras dan perangkat lunak, pelatihan karyawan dan pelanggan, perjalanan ke pelanggan, jaringan dan biaya komunikasi. Estimasi biaya harus dilakukan sebagai bagian dari model proses perangkat lunak.

Estimasi biaya perlu dilakukan dengan baik sebelum dimulainya 
pengembangan proyek . Kegagalan penganggaran untuk biaya proyek menghasilkan 
bencana total. Sebagaimana dinyatakan di atas biaya infrastruktur, 
biaya alat pengembangan dan biaya perangkat keras juga perlu diperkirakan terlebih dahulu.

Hal yang sama terjadi pada pengembangan sistem akuntansi universitas. Mereka 
membeli sistem baru dengan baik tanpa estimasi biaya dan 
sumber pendapatan yang serius .

Berikut adalah alasan mengapa estimasi biaya yang salah dilakukan.

Metodologi estimasi yang tidak tepat
Alasan lain adalah penggunaan metodologi estimasi biaya yang tidak tepat. Tidak ada satu metodologi pun yang lebih baik dari yang lain. Setiap metodologi memiliki poin kuat dan lemahnya sendiri yang harus dipertimbangkan. Buku Dr. Barry Boehm Rekayasa Perangkat Lunak Ekonomi mencantumkan tujuh metodologi estimasi. Satu atau lebih dari metodologi ini dapat digunakan untuk memperkirakan biaya proyek

“Saran yang bagus adalah bahwa lebih dari satu metodologi estimasi biaya perangkat lunak 
harus digunakan untuk estimasi yang akurat”.

Alat estimasi biaya
Ada banyak kelemahan dalam estimasi biaya manual. Teknik ini hampir usang sekarang. Hari-hari ini estimasi biaya yang berhasil meliputi penggunaan alat estimasi biaya perangkat lunak komersial yang sesuai.

Alat bantu estimasi perangkat lunak yang baik tidak selalu menjamin 
estimasi perangkat lunak yang andal . Masukan ukuran perangkat lunak yang salah akan menghasilkan estimasi yang salah. 
Perangkat lunak estimasi juga perlu disesuaikan untuk kebutuhan spesifik 
organisasi. Kustomisasi ini membutuhkan data dari proyek sebelumnya sebagai 
input untuk alat untuk memperkirakan.

Ada beberapa alasan mengapa alat ini dapat mengembalikan perkiraan yang salah.

Memilih alat estimasi yang tepat 
Pilihan dari alat estimasi yang tepat diperlukan untuk estimasi yang tepat. Alat ini tidak mampu menangani input dan dengan demikian dapat menghasilkan estimasi yang salah dan karenanya menyebabkan proyek perangkat lunak gagal.

Kemudahan kustomisasi 
Seperti yang disebutkan di atas alat yang dipilih harus disesuaikan sesuai dengan kebutuhan organisasi, sehingga organisasi dapat menyesuaikannya sesuai dengan kebutuhan dan data proyek masa lalu.

Mudah digunakan dan dipelajari 
Alat estimasi biaya harus mudah digunakan dan dipelajari. Itu harus mencakup bantuan dan contoh, antarmuka pengguna yang sederhana dan lurus ke depan. Harus membutuhkan lebih sedikit pelatihan untuk mempelajari sistem dan input harus didefinisikan dengan baik.

Estimasi Akurat 
Alat estimasi harus memiliki kemampuan untuk menganalisis semua parameter dan menghasilkan estimasi akurat untuk biaya.

Manajemen Risiko Manajemen
risiko merupakan faktor penting terhadap kegagalan proyek perangkat lunak jika tidak dikelola secara tepat waktu dan efektif. Karena tidak ada yang dapat diprediksi bahwa apa yang akan terjadi di masa depan maka kita harus mengambil langkah-langkah yang diperlukan di masa sekarang untuk mengambil situasi yang tidak pasti di masa depan. Manajemen risiko berarti berurusan dengan kekhawatiran sebelum menjadi krisis.

Identifikasi resiko

Menurut Proyek risiko universal ada dua jenis kondisi yang dapat menjadi simbol sebagai risiko.

    • Pernyataan IF-THEN
      • “JIKA teknologi tidak tersedia, MAKA kita tidak akan memenuhi persyaratan”
      • “JIKA kita tidak bisa menyewa insinyur perangkat lunak yang berkualifikasi memadai, MAKA kita tidak bisa memenuhi jadwal pengembangan yang direncanakan
    • Pernyataan KONDISI-KONSEKUENSI
      • Mengingat “kondisi”, ada kemungkinan bahwa “konsekuensi” akan terjadi
      • “Mengingat bahwa tes khusus ini gagal (KONDISI), KONSEKUENSI adalah bahwa jadwal yang direncanakan akan tergelincir”

 

Manajer proyek harus mengidentifikasi bidang-bidang di mana risiko dapat terjadi dan bagaimana hal itu 
dapat memengaruhi perkembangan proyek. Risiko dapat bersifat teknis atau 
non teknis. Manajer proyek perlu menyadari kedua risiko tersebut. Sebagian 
besar manajer proyek tidak baik di kedua sisi. Seorang manajer yang baik dengan 
keterampilan pemrograman dapat menjadi baik dalam mengidentifikasi risiko teknis tetapi tidak dalam 
risiko non teknis.

Analisis Risiko
Setelah risiko diidentifikasi, ada kebutuhan untuk membuat kategori risiko itu. Analisis risiko adalah proses memeriksa hasil dan hasil proyek setelah analisis risiko dan menerapkan teknik untuk menurunkan risiko. Setelah analisis risiko selesai, rencana analisis risiko yang tepat perlu dibuat untuk mengatasi situasi yang tidak pasti. Risiko yang diidentifikasi pertama kali dikategorikan dan membuat hierarki risiko tersebut. Pada titik ini risiko diklasifikasikan sebagai risiko positif atau negatif.

Prioritas Risiko
Setelah risiko dianalisis, langkah selanjutnya adalah memprioritaskan risiko. Fokus pertama pada risiko paling parah terlebih dahulu; dan file terputus kemudian. Faktor-faktor risiko ini dapat bekerja dari waktu ke waktu jasa pembuatan software yogyakarta sehingga tugas akhir yang keluar bebas dari risiko. Jadi sebagian besar waktu tim manajemen proyek gagal mengidentifikasi risiko memutuskan dan bekerja pada risiko kurang parah. Ini sering menghasilkan bentuk krisis.

Penghindaran Risiko
Berurusan dengan risiko adalah seni. Beberapa kali manajemen mengambil proyek tanpa mengidentifikasi risiko yang tepat yang terlibat dalam proyek. Jadi manajer yang berpengalaman akan mengambil proyek setelah analisis risiko yang tepat dan menghindari risiko yang terlibat dalam proyek.

Pengendalian risiko
Mengelola risiko untuk mencapai hasil dan hasil yang diinginkan dilakukan melalui pengendalian risiko yang terbaik. Ini adalah proses intuitif murni dan tergantung pada pengalaman tim manajemen proyek, atau risiko yang sudah dikelola dalam proyek-proyek masa lalu yang dilakukan oleh organisasi yang sama.

Kesimpulan
Esai ini telah menyajikan tiga faktor dasar yang dapat menyebabkan proyek pengembangan perangkat lunak gagal. Perencanaan & Penjadwalan, estimasi biaya dan manajemen risiko. Semua faktor ini harus dipertimbangkan di tingkat manajemen dan kemudian dipindahkan ke manajemen yang lebih rendah.

Leave a Reply

Your email address will not be published. Required fields are marked *