Kenapa Proyek Sistem Custom Gagal, dan Apa yang Bisa Dicegah

Kalau Anda pernah mendengar cerita proyek sistem custom gagal: berjalan berbulan-bulan, biaya membengkak, lalu sistemnya tidak pernah dipakai. Cerita itu nyata dan sering. Yang jarang dibahas adalah penyebabnya, karena hampir tidak pernah ada di kode.

Artikel ini merangkum empat penyebab yang paling sering kami temui, tanda-tanda dininya, dan apa yang bisa dicegah sejak kontrak ditandatangani. Kalau Anda sedang memilih mitra, lanjutkan ke cara memilih vendor ERP custom setelah membaca ini.

Gagal itu jarang soal teknis

Tim yang membangun sistem umumnya mampu menulis kode yang berjalan. Yang membuat proyek sistem custom gagal adalah hal-hal di sekelilingnya: kesepakatan yang kabur, pemahaman proses yang keliru, dan pengujian yang dilakukan orang yang salah. Dalam bahasa manajemen proyek, ini masalah lingkup dan pemangku kepentingan, bukan masalah teknologi.

Empat penyebab proyek sistem custom gagal

Lingkup yang tidak pernah ditulis

Kesepakatan lisan terasa cukup di awal, sampai muncul kalimat "kami kira itu termasuk". Setiap permintaan tambahan yang tidak tercatat menggeser jadwal dan biaya, dan tidak ada yang bisa menunjuk dokumen untuk menengahinya. Lingkup yang baik menulis dua hal: apa yang dikerjakan, dan apa yang tidak.

Peta proses yang diambil dari SOP, bukan dari lapangan

SOP menggambarkan proses yang seharusnya; lapangan menjalankan proses yang sebenarnya, lengkap dengan jalan pintasnya. Sistem yang dibangun dari SOP akan ditolak pemakainya karena tidak cocok dengan kenyataan, sebagus apa pun tampilannya. Ini alasan tahap pemetaan selalu dilakukan bersama orang yang menjalankan pekerjaannya.

Diuji oleh pembuatnya sendiri

Programmer menguji jalur yang terpikir olehnya. Pemakai menemukan jalur yang hanya dikenal orang lapangan: pesanan yang dibatalkan setengah, retur tanpa nota, stok minus karena barang dikirim sebelum dicatat. Kalau uji coba tidak dilakukan pemakai dengan data nyata, jalur-jalur itu baru ketemu setelah sistem tayang.

Serah terima tanpa pendampingan

Sistem diserahkan, pelatihan satu sesi untuk semua orang, lalu tim vendor pergi. Dua minggu kemudian orang lapangan kembali ke spreadsheet karena ada satu kasus yang tidak mereka tahu cara menanganinya. Sistem yang tidak dipakai sama saja dengan proyek yang gagal, meskipun secara teknis selesai.

Tanda-tanda dini yang bisa dikenali

Proyek sistem custom gagal biasanya memberi sinyal jauh sebelum terjadi. Pertemuan yang hanya dihadiri manajemen tanpa satu pun pelaksana. Permintaan perubahan yang dijawab "bisa" tanpa pernah ditulis dampaknya ke jadwal. Demo yang selalu memakai data contoh, bukan data perusahaan sendiri. Dan yang paling sering: tidak ada satu modul pun yang bisa dicoba sampai proyek hampir selesai.

Apa yang bisa dicegah sejak kontrak

Hampir semua penyebab di atas bisa dicegah dengan urutan kerja yang tepat, dan urutan itu bisa diminta sejak sebelum kontrak.

Pertama, minta pemetaan proses sebagai tahap tersendiri dengan hasil tertulis yang Anda setujui. Kedua, minta dokumen lingkup yang menyebut apa yang tidak termasuk. Ketiga, minta pembangunan per modul yang bisa dicoba tiap tahap, seperti pada penelusuran batch produksi yang modulnya dipakai lebih dulu di satu lini sebelum diperluas. Keempat, pastikan uji coba dilakukan tim Anda dengan data nyata. Kelima, sepakati pendampingan setelah tayang dan jalur pelaporan masalah. Kelima hal ini kami tulis sebagai prinsip kerja di halaman tentang SYSTEC.

Pertanyaan yang sering diajukan

Apakah proyek yang sudah mangkrak bisa diselamatkan?

Sering bisa, asalkan kodenya milik Anda dan terdokumentasi. Langkah pertamanya sama seperti proyek baru: memetakan ulang proses dan menulis lingkup yang tersisa.

Bagaimana kalau kebutuhan berubah di tengah jalan?

Perubahan itu wajar. Yang penting setiap perubahan ditulis beserta dampaknya ke jadwal dan biaya, lalu disetujui kedua pihak, bukan diterima diam-diam.

Siapa yang seharusnya ikut uji coba?

Orang yang nanti memakainya setiap hari: admin gudang, kasir, staf pembelian. Manajemen ikut melihat hasilnya, tetapi bukan penguji utamanya.

Kesimpulan

Proyek sistem custom gagal karena lingkup, peta proses, pengujian, dan pendampingan, bukan karena kode. Keempatnya bisa diminta secara tertulis sebelum kontrak. Kalau Anda ingin mendiskusikan proyek yang sedang berjalan atau yang baru direncanakan, hubungi kami; diskusi awalnya tanpa biaya.