Memindahkan kode ke vendor baru memakan waktu satu sore. Memindahkan alasan di balik kode itu memakan waktu berminggu-minggu, dan bagian inilah yang biasanya tidak pernah dijadwalkan.
Perusahaan mengganti vendor software karena berbagai alasan: perawatan yang melambat, biaya yang tidak lagi sepadan, atau vendor lama yang berpindah fokus. Keputusannya biasanya sudah matang. Yang jarang matang adalah persiapan perpindahannya, karena secara kasat mata yang berpindah hanya berkas.
Yang harus diamankan lebih dulu
Sebelum membicarakan alih pengetahuan, pastikan hal-hal yang tidak bergantung pada kerja sama pihak mana pun sudah ada di tangan Anda.
- Nama domain atas nama perusahaan Anda, dengan akses ke pengelolaan DNS.
- Akun penyedia server dan basis data — atas nama Anda, dengan tagihan ke Anda. Akun atas nama vendor adalah titik kegagalan yang paling sering terlewat.
- Repositori kode beserta seluruh riwayatnya, bukan satu arsip berisi keadaan terakhir. Riwayat perubahan adalah dokumentasi yang paling jujur tentang sebuah sistem.
- Kredensial layanan pihak ketiga — gerbang pembayaran, layanan surel, penyimpanan berkas, layanan pesan.
- Cadangan basis data yang sudah Anda uji pulihkan sendiri, bukan sekadar diberitahu bahwa cadangan itu ada.
Uji yang menentukan: bisakah Anda menjalankan sistem hari ini tanpa menghubungi vendor lama? Jika jawabannya tidak, itu bukan risiko perpindahan — itu risiko yang sudah Anda tanggung selama ini, dan perpindahan hanya membuatnya terlihat.
Pengetahuan yang tidak ada di dalam kode
Kode menunjukkan apa yang dilakukan sistem. Ia tidak menunjukkan mengapa, dan tidak menunjukkan bagian mana yang selama ini diketahui rapuh. Bagian inilah yang harus diminta secara tegas selama masa alih pengetahuan.
Cara menyiapkan lingkungan dari nol
Mintalah developer dari tim baru menjalankan sistem di mesin kosong, dipandu oleh dokumentasi vendor lama, sementara vendor lama masih bisa ditanya. Setiap kali dokumentasi tidak cukup, perbaiki dokumentasinya saat itu juga. Ini cara paling cepat menemukan pengetahuan yang selama ini hanya ada di kepala seseorang.
Alur penerapan ke produksi
Termasuk hal-hal yang tidak otomatis: langkah manual sebelum penerapan, urutan migrasi basis data, dan apa yang dilakukan bila penerapan gagal di tengah. Idealnya tim baru melakukan satu penerapan nyata sebelum masa pendampingan berakhir.
Bagian yang rapuh
Setiap sistem yang berumur punya bagian yang disentuh dengan hati-hati. Tanyakan secara langsung: bagian mana yang paling sering bermasalah, dan apa yang biasanya menjadi penyebabnya. Pertanyaan ini hampir selalu dijawab jujur, dan hampir tidak pernah ditanyakan.
Integrasi dan ketergantungan luar
Daftar sistem lain yang berhubungan, siapa penanggung jawab di sisi sana, dan bagaimana penanganannya ketika layanan itu tidak tersedia.
Audit singkat sebelum memilih pengganti
Vendor baru yang memberi perkiraan tanpa melihat kode sedang menebak. Audit singkat — beberapa hari kerja untuk memeriksa struktur, ketergantungan, cakupan pengujian, dan riwayat perubahan — menghasilkan gambaran yang lebih jujur tentang beban perawatan, dan menghindarkan Anda dari perkiraan yang direvisi besar-besaran setelah kontrak berjalan.
Audit ini juga menghasilkan sesuatu yang berguna terlepas dari siapa yang menang: daftar utang teknis yang bisa Anda putuskan sendiri mana yang layak diperbaiki dan mana yang layak dibiarkan.
Menyusun masa peralihan
Yang bekerja di lapangan adalah masa tumpang tindih, bukan penyerahan pada satu tanggal. Tim baru mulai bekerja pada perbaikan kecil sementara vendor lama masih menangani hal-hal yang mendesak, lalu tanggung jawab berpindah secara bertahap.
Ikat masa ini pada pembayaran terakhir. Alih pengetahuan yang diminta setelah seluruh tagihan lunas bergantung sepenuhnya pada niat baik, dan niat baik cenderung menipis seiring vendor lama memindahkan timnya ke pekerjaan berikutnya. Ini bukan soal ketidakpercayaan, melainkan soal menyusun kesepakatan yang tidak menuntut siapa pun berkorban untuk memenuhinya.
Pertanyaan yang Sering Diajukan
Apa risiko terbesar saat mengganti vendor software?
Bukan kodenya, melainkan pengetahuan operasional yang tidak pernah ditulis: cara menyiapkan lingkungan, alasan di balik keputusan teknis tertentu, dan hal-hal yang diketahui rapuh oleh tim lama. Kode bisa disalin dalam hitungan menit; pengetahuan ini hanya berpindah bila diminta secara khusus.
Berapa lama masa alih pengetahuan yang wajar?
Untuk sistem yang berjalan di produksi, dua sampai empat minggu dengan tim baru yang sudah aktif bekerja biasanya memadai. Yang menentukan bukan durasinya, melainkan apakah tim baru sempat menjalankan satu siklus penuh — termasuk satu penerapan ke produksi — sementara tim lama masih bisa dihubungi.
Bagaimana kalau vendor lama tidak kooperatif?
Amankan lebih dahulu yang tidak bergantung pada niat baik mereka: kepemilikan domain, akun penyedia server, repositori, dan akses basis data. Setelah itu, mintalah alih pengetahuan sebagai bagian dari pembayaran terakhir, bukan sebagai permintaan setelah semuanya lunas.
Apakah perlu audit kode sebelum memilih vendor pengganti?
Sangat dianjurkan. Audit singkat memberi gambaran nyata soal beban perawatan yang akan diwarisi, dan mencegah vendor baru memberi perkiraan berdasarkan asumsi yang kemudian direvisi besar-besaran di bulan kedua.
Butuh tim yang mengerjakan ini untuk Anda?
Javaman Digieco menyediakan dedicated team, staff augmentation, dan pengembangan software custom untuk perusahaan di Jakarta, Medan, dan seluruh Indonesia.
Hubungi Kami Sekarang