Kami cukup sering diminta melanjutkan sistem yang dibangun pihak lain. Dari pengalaman itu, ada satu pola yang berulang dan selalu merugikan pemilik sistem: proyek dinyatakan selesai, pembayaran lunas, tetapi hal-hal yang membuat sistem itu benar-benar bisa dikelola sendiri tidak pernah ikut diserahkan.
Akibatnya baru terasa satu atau dua tahun kemudian, saat vendor lamanya sudah tidak bisa dihubungi dan tidak ada yang bisa masuk ke servernya.
Yang sering dianggap sudah selesai padahal belum
Serah terima biasanya berhenti pada tiga hal: aplikasinya sudah berjalan, ada berita acara, dan ada pelatihan singkat. Ketiganya penting, tetapi tidak satu pun membuat sistem itu bisa dilanjutkan oleh orang lain.
Berikut daftar yang menurut kami sebaiknya masuk lampiran serah terima, dan sebaiknya diminta sejak kontrak disusun, bukan menjelang penutupan proyek.
1. Kode sumber beserta riwayatnya
Bukan hanya berkas kode versi terakhir, tetapi juga riwayat perubahannya. Riwayat ini yang memungkinkan pengembang berikutnya memahami kenapa sesuatu dibuat begitu, dan memungkinkan mengembalikan keadaan kalau ada perubahan yang bermasalah.
Praktik yang aman: sejak awal proyek, kode disimpan di repositori milik klien, dan vendor diberi akses. Bukan sebaliknya. Ini menghilangkan seluruh perdebatan di akhir proyek.
2. Akses server dan seluruh kredensial
Ini termasuk akses masuk ke server, akun basis data, akun penyedia domain, akun layanan surel, kunci layanan pihak ketiga, dan akun tempat aplikasi dijalankan. Semuanya, tanpa kecuali.
Satu hal yang sering terlewat: kepemilikan domain. Cukup sering kami menemui instansi yang domainnya masih terdaftar atas nama vendor atau bahkan atas nama pribadi karyawan vendor. Ketika hubungan berakhir, memindahkannya menjadi urusan yang panjang dan kadang mustahil.
3. Dokumen teknis secukupnya
Tidak perlu dokumen setebal buku. Yang benar-benar berguna biasanya hanya empat hal:
- Cara menjalankan aplikasi dari nol di komputer baru, ditulis sebagai langkah yang bisa diikuti.
- Struktur basis data beserta arti tabel dan kolom yang tidak jelas dari namanya.
- Daftar layanan luar yang dipakai, beserta keperluannya.
- Cara melakukan pembaruan dan cara mengembalikan ke versi sebelumnya kalau gagal.
Empat dokumen ini biasanya cukup untuk membuat pengembang baru bisa mulai bekerja dalam hitungan hari, bukan minggu.
4. Mekanisme pencadangan yang sudah terbukti
Poin ini yang paling sering hanya ada di atas kertas. Vendor menyatakan pencadangan berjalan otomatis, dan semua pihak menganggap urusan selesai.
Yang sebaiknya diminta adalah bukti pemulihan, bukan bukti pencadangan. Artinya, sebelum serah terima, sekali saja lakukan uji: ambil berkas cadangan, pulihkan ke lingkungan terpisah, dan pastikan sistemnya berjalan dengan data yang benar. Cadangan yang belum pernah diuji pulih statusnya masih dugaan, bukan jaminan.
5. Daftar hal yang belum selesai
Ini terdengar tidak lazim untuk dokumen serah terima, tetapi justru menandakan proyek yang dikerjakan dengan jujur. Setiap sistem punya bagian yang disederhanakan, temuan yang disepakati ditunda, atau bagian yang perlu dirapikan nanti.
Menuliskannya secara terbuka membuat pemilik sistem tahu apa yang harus diperhatikan, dan melindungi vendor dari tuduhan menyembunyikan sesuatu. Kalau daftar ini kosong sama sekali, biasanya bukan berarti tidak ada, melainkan tidak dicatat.
6. Masa pendampingan yang jelas
Sebutkan angkanya di kontrak: berapa lama masa pendampingan, apa saja yang termasuk, berapa lama waktu tanggap yang dijanjikan, dan lewat saluran apa. Kalimat "kami siap dihubungi kapan saja" terdengar baik tetapi tidak bisa ditagih.
Kalau sistemnya sudah terlanjur diserahkan tanpa itu semua
Ini keadaan yang cukup sering kami temui, dan biasanya masih bisa diperbaiki, hanya butuh usaha lebih.
Langkah pertama, hubungi vendor lama secara baik-baik dan minta daftar di atas secara tertulis. Cukup banyak vendor yang bersedia menyerahkan karena memang tidak berniat menahan, hanya tidak pernah diminta.
Kalau tidak berhasil, langkah berikutnya adalah menghitung ulang. Kadang membangun ulang dengan lingkup yang lebih tepat justru lebih murah daripada bertahan pada sistem yang tidak bisa disentuh siapa pun. Keputusan ini sebaiknya diambil berdasarkan hitungan, bukan berdasarkan rasa sayang pada anggaran yang sudah terpakai.
Intinya
Serah terima yang baik bukan soal saling tidak percaya. Justru sebaliknya: vendor yang bekerja dengan benar tidak akan keberatan menyerahkan semua ini, karena semuanya memang sudah ada sejak awal. Permintaan yang jelas di depan juga melindungi vendor, karena lingkup pekerjaannya menjadi tegas.