Bangun atau beli: kerangka keputusan untuk perangkat lunak enterprise

Setiap percakapan soal perangkat lunak enterprise pada akhirnya sampai pada persimpangan yang sama: membangun sendiri, atau membeli sesuatu yang sudah ada. Vendor yang menjual paket jadi akan mengatakan bahwa membeli selalu lebih murah. Konsultan yang menjual pengembangan khusus akan mengatakan bahwa membeli selalu merupakan kompromi. Tak satu pun sepenuhnya benar, karena jawabannya sepenuhnya bergantung pada apa yang sebenarnya hendak Anda jalankan.

Yang benar dari membeli

Perangkat lunak jadi unggul ketika proses yang diotomatisasi bukan pembeda utama organisasi Anda. Kepatuhan penggajian, pelaporan pengeluaran, tiket dukungan: semua ini masalah yang sudah terpecahkan, dan vendor yang melayani lima ratus pelanggan sudah menemukan kasus tepi yang belum Anda temui. Membeli juga memampatkan waktu menuju nilai dari hitungan bulan menjadi hitungan minggu, dan memindahkan beban penambalan keamanan serta keandalan sistem ke pihak yang memang berfokus penuh pada hal itu.

Di mana batas paket jadi mulai terlihat

Batas itu muncul begitu struktur organisasi Anda tidak lagi sesuai dengan asumsi vendor. Kami membangun platform yang kini menjalankan lebih dari 100 modul bagi sebuah institusi pemerintah: rekrutmen, kehadiran, jenjang karier, dan penggajian, semuanya diatur oleh regulasi dan rantai persetujuan yang tak pernah dirancang untuk dimodelkan paket HR komersial mana pun. Setiap upaya melengkungkan produk jadi agar sesuai justru menghasilkan hasil yang lebih buruk dibandingkan memulai dari struktur organisasi sesungguhnya dan membangun ke luar dari sana. Pada skala itu, pengembangan khusus bukan kemewahan. Itulah satu-satunya cara agar perangkat lunak sesuai dengan cara institusi itu benar-benar bekerja, bukan cara vendor mengasumsikan institusi bekerja.

CATATAN LAPANGAN Seorang klien sektor publik telah menghabiskan delapan belas bulan mencoba mengonfigurasi HRIS komersial mengikuti alur rekrutmen dengan persyaratan audit yang tak bisa diungkapkan oleh produk tersebut. Kami membangun ulang alur kerja itu dari nol dalam enam minggu, di dalam platform yang sepenuhnya kami miliki.

Kerangka yang benar-benar kami pakai

Sebelum merekomendasikan salah satu jalur, kami mengajukan tiga pertanyaan. Pertama, apakah proses ini yang membuat Anda unggul bersaing, atau yang membuat Anda patuh. Pekerjaan kepatuhan cenderung cocok dibeli. Kedua, apakah kebutuhannya masih akan sama lima tahun lagi, atau organisasi Anda berubah lebih cepat dari peta jalan vendor. Ketiga, siapa di dalam organisasi Anda yang akan memiliki sistem ini setelah dirilis, dan apakah orang itu menginginkan berkas konfigurasi atau basis kode. Jawabannya, lebih sering daripada daftar fitur, memberi tahu Anda berada di sisi persimpangan mana.

Bangun atau beli bukan sebuah filosofi. Itu keputusan dengan jawaban yang tepat untuk organisasi Anda yang spesifik pada momen yang spesifik pula, dan cara tercepat untuk salah mengambilnya adalah membiarkan siapa pun yang sedang menjual sesuatu di ruangan itu yang memutuskan untuk Anda.