Mengambil Alih Sistem Lama Tanpa Menghentikan Operasional: Langkah Aman Migrasi Software Bisnis

Hampir setiap perusahaan yang sudah berjalan beberapa tahun punya satu sistem yang membuat orang gugup. Aplikasi kasir, sistem gudang, atau portal pelanggan yang dulu dibuat vendor yang kini sudah tidak bisa dihubungi. Dokumentasinya tidak ada, kode sumbernya entah di mana, dan hanya satu karyawan yang tahu cara memulihkannya ketika macet.

Sistem seperti ini tetap berjalan sampai suatu hari tidak. Server lama mati, sertifikat keamanan kedaluwarsa, atau pembaruan sistem operasi membuatnya berhenti. Migrasi sistem lama yang direncanakan jauh lebih murah daripada migrasi darurat. Artikel ini membahas urutan yang aman untuk melakukannya.

Mengapa "ganti total sekaligus" jarang berhasil

Godaan pertama biasanya membangun sistem baru dari nol lalu memindahkan semuanya dalam satu akhir pekan. Pendekatan ini sering gagal karena tiga alasan:

• Aturan bisnis tersembunyi. Sistem lama memuat ratusan keputusan kecil yang tidak tertulis di mana pun, misalnya pembulatan harga tertentu atau pengecualian untuk pelanggan lama. Sistem baru yang tidak tahu aturan itu akan memberi hasil berbeda.
• Data yang tidak bersih. Data bertahun-tahun hampir selalu memuat duplikat, format yang berubah, dan isian yang dipakai untuk tujuan lain dari namanya.
• Operasional tidak bisa berhenti. Selama migrasi, transaksi tetap berjalan. Setiap jam yang hilang adalah pendapatan yang hilang.

Pendekatan yang lebih aman adalah mengambil alih dulu, menstabilkan, lalu mengganti bagian demi bagian.

Tahap 1: Inventarisasi apa yang sebenarnya ada

Sebelum menyentuh apa pun, buat daftar lengkap:

1. Di mana sistem berjalan. Server fisik, layanan cloud, atau komputer di sudut kantor. Catat sistem operasi dan versinya.
2. Akses yang ada. Siapa memegang kata sandi administrator, akses domain, akun cloud, dan basis data. Akses yang hanya dipegang mantan vendor adalah risiko pertama yang harus ditutup.
3. Kode sumber. Apakah tersedia, lengkap, dan sama dengan yang sedang berjalan.
4. Data. Basis data apa yang dipakai, ukurannya, dan kapan terakhir dicadangkan.
5. Integrasi. Sistem lain apa yang bergantung padanya: aplikasi akuntansi, pembayaran, pesan otomatis, atau laporan.
6. Pengguna dan pekerjaan. Siapa memakai sistem ini, untuk pekerjaan apa, dan pada jam berapa beban paling tinggi.

Tahap ini sering mengungkap hal yang mengejutkan, misalnya cadangan data yang ternyata tidak pernah berhasil sejak berbulan-bulan lalu, atau laporan bulanan yang diam-diam bergantung pada skrip di komputer seorang staf. Catat semua temuan, sekecil apa pun, karena daftar inilah yang nanti menjadi dasar rencana kerja dan estimasi biaya.

Tahap 2: Amankan akses dan data

Sebelum memperbaiki atau mengganti apa pun, pastikan perusahaan Anda yang memegang kendali:

• Pindahkan akses domain, cloud, dan basis data ke akun milik perusahaan, bukan akun pribadi atau akun vendor.
• Ganti kata sandi yang pernah dibagikan ke pihak yang sudah tidak terlibat.
• Buat cadangan data penuh dan uji pemulihannya. Cadangan yang belum pernah dipulihkan belum terbukti sebagai cadangan.
• Simpan salinan kode sumber di repositori milik perusahaan.

Tahap 3: Stabilkan sebelum mengubah

Sistem yang sering macet tidak bisa dimigrasi dengan tenang. Tujuan tahap ini bukan menambah fitur, tetapi membuat sistem lama cukup stabil untuk dipelajari:

• Pasang pemantauan sederhana agar Anda tahu ketika sistem berhenti, sebelum pelanggan memberi tahu.
• Tutup celah keamanan yang paling jelas, misalnya perangkat lunak yang sudah tidak menerima pembaruan.
• Tuliskan prosedur pemulihan yang selama ini hanya ada di kepala satu orang.

Tahap 4: Pelajari aturan bisnis yang tersembunyi

Bandingkan apa yang dihasilkan sistem dengan apa yang diharapkan pengguna. Kumpulkan contoh transaksi nyata dan hasilnya, termasuk kasus aneh. Contoh-contoh ini menjadi bahan uji yang memastikan sistem pengganti menghasilkan angka yang sama, atau berbeda dengan alasan yang disepakati.

Tahap 5: Ganti bagian demi bagian

Setelah stabil dan dipahami, sistem lama bisa diganti secara bertahap. Pola yang umum dipakai adalah menempatkan lapisan penghubung di depan sistem lama, lalu memindahkan satu fungsi pada satu waktu ke sistem baru. Pengguna tetap memakai pintu yang sama, sementara di belakangnya fungsi berpindah satu per satu.

Untuk setiap fungsi yang dipindahkan:

1. Jalankan sistem lama dan baru berdampingan untuk sementara, lalu bandingkan hasilnya.
2. Tetapkan kriteria kapan fungsi dinyatakan pindah, misalnya hasil sama untuk semua contoh transaksi selama dua minggu.
3. Siapkan jalan kembali. Jika ada masalah, fungsi bisa dikembalikan ke sistem lama tanpa kehilangan data.

Tahap 6: Pindahkan data dan matikan dengan rapi

Migrasi data dilakukan setelah fungsi-fungsi utama berjalan di sistem baru. Bersihkan duplikat, seragamkan format, dan cocokkan jumlah serta total sebelum dan sesudah pemindahan. Sistem lama sebaiknya tidak langsung dihapus. Simpan dalam mode baca saja selama periode tertentu sebagai rujukan.

Biaya yang perlu dianggarkan

Migrasi bertahap bukan hanya biaya membangun sistem baru. Anggaran yang jujur memuat beberapa pos yang sering terlupa:

• Waktu orang internal. Pengguna kunci perlu meluangkan waktu untuk menjelaskan aturan bisnis dan memeriksa hasil uji.
• Masa berjalan berdampingan. Selama sistem lama dan baru berjalan bersamaan, ada biaya server dan pemeriksaan ganda.
• Pembersihan data. Pekerjaan ini hampir selalu lebih besar dari perkiraan awal.
• Pemeliharaan setelah selesai. Sistem baru tetap perlu dirawat, diperbarui, dan dipantau.

Memasukkan pos-pos ini sejak awal membuat migrasi tidak berhenti di tengah jalan karena anggaran habis.

Tanda Anda perlu memulai sekarang

• Hanya satu orang yang tahu cara menjalankan atau memulihkan sistem.
• Vendor asli sudah tidak bisa dihubungi atau tidak lagi mendukung sistem tersebut.
• Sistem berjalan di perangkat atau perangkat lunak yang sudah tidak menerima pembaruan keamanan.
• Setiap perubahan kecil memakan waktu berminggu-minggu karena tidak ada yang berani menyentuhnya.

Bagaimana Etzal Group membantu

Pengambilalihan sistem lama adalah salah satu pekerjaan inti lini Enterprise Software, bersama integrasi dan command centre, dengan model proyek plus pemeliharaan. Jika Anda belum yakin bagian mana yang harus didahulukan, paket AI Consulting dapat memetakan sistem yang ada beserta estimasi biayanya lebih dulu. Ceritakan kondisi sistem Anda lewat halaman kontak.