Transformasi Digital Tanpa Mengganti Semua Sistem Sekaligus

Rencana transformasi digital sering dimulai dengan gambar yang rapi: sistem lama di kiri, sistem baru di kanan, panah besar di tengah, tanggal peralihan di bawahnya.

Gambar itu menyenangkan karena bersih. Masalahnya, ia menyembunyikan bahwa sistem lama biasanya mengandung bertahun-tahun aturan yang tidak tertulis di mana pun — pengecualian untuk pelanggan tertentu, cara menghitung yang disepakati lisan, penanganan kasus aneh yang ditambahkan setelah suatu insiden. Semua itu tidak ikut pindah dalam panah besar.

Ada pendekatan lain yang lebih lambat memberi kepuasan tetapi jauh lebih kecil risikonya.

Mengapa penggantian menyeluruh sering tersendat

Bukan karena timnya kurang mampu. Karena bentuk proyeknya sendiri menumpuk risiko di satu titik.

Semua nilai baru terasa di akhir. Selama berbulan-bulan, perusahaan membayar biaya proyek tanpa mendapat manfaat apa pun. Kalau anggaran atau kesabaran habis di tengah jalan, yang tersisa adalah sistem setengah jadi yang tidak dipakai siapa pun.

Semua risiko menumpuk di satu hari. Hari peralihan adalah satu-satunya kesempatan untuk tahu apakah semuanya bekerja. Kalau ada yang salah, pilihannya tinggal memperbaiki dalam tekanan atau kembali ke sistem lama — dan mundur biasanya lebih sulit daripada yang direncanakan.

Kebutuhan berubah selama pengerjaan. Proyek delapan belas bulan akan menghadapi perubahan regulasi, perubahan struktur organisasi, atau perubahan prioritas. Rencana yang dikunci di awal menjadi semakin tidak relevan seiring waktu.

Aturan tak tertulis baru ketahuan saat sudah terlambat. Biasanya dari keluhan pelanggan di minggu pertama setelah peralihan.

Pendekatan bertahap: ganti satu bagian, biarkan sisanya jalan

Idenya sederhana. Alih-alih mengganti seluruh sistem, ambil satu bagian yang paling menyakitkan, ganti bagian itu saja, dan sambungkan ke sistem lama yang masih berjalan.

Sistem lama tetap menjadi pusat untuk sementara. Bagian baru mengambil alih satu tanggung jawab. Setelah stabil, ambil bagian berikutnya. Begitu seterusnya, sampai sistem lama tinggal cangkang yang bisa dimatikan tanpa drama — atau dibiarkan saja karena sudah tidak mengganggu.

Cara memilih bagian pertama cukup menentukan. Kandidat yang baik biasanya punya ciri:

• Sakitnya nyata dan sering. Kalau tidak ada yang mengeluhkannya, perbaikannya tidak akan dihargai.
• Batasnya jelas. Bagian yang datanya bercampur dengan segala hal akan sulit dipisahkan.
• Kegagalannya tidak fatal. Untuk percobaan pertama, hindari bagian yang kalau salah langsung menghentikan penjualan.
• Hasilnya terlihat orang. Kemenangan yang kelihatan membeli dukungan untuk tahap berikutnya.

Laporan dan dashboard sering jadi kandidat pertama yang baik: menyakitkan karena dikerjakan manual, batasnya jelas karena hanya membaca data, dan hasilnya langsung terlihat.

Apa yang perlu disiapkan agar bertahap tidak berarti berantakan

Pendekatan bertahap punya risikonya sendiri: kalau tidak dikelola, yang terjadi bukan transisi melainkan penambahan. Sistem lama tetap ada, sistem baru bertambah, dan sekarang ada dua tempat untuk semuanya.

Tiga hal yang mencegahnya.

Tentukan pemilik data untuk setiap tahap. Saat satu bagian pindah, sebutkan dengan jelas mana yang kini menjadi sumber kebenaran. Kalau dua sistem sama-sama boleh mengubah data yang sama tanpa aturan, perbedaan akan muncul dan tidak ada yang tahu mana yang benar.

Sediakan lapisan penghubung, bukan sambungan langsung. Kalau setiap bagian baru menyambung langsung ke perut sistem lama, Anda sedang membangun simpul yang makin sulit diurai. Satu lapisan penghubung di tengah membuat sistem lama bisa dipensiunkan belakangan tanpa membongkar semuanya.

Sepakati kapan sistem lama dimatikan. Tahap tanpa akhir yang disepakati cenderung tidak pernah berakhir. Setiap tahap sebaiknya punya kalimat penutup: "setelah ini berjalan tiga bulan tanpa masalah, fungsi X di sistem lama dimatikan."

Yang berubah bukan hanya sistemnya

Bagian yang paling sering diremehkan adalah bahwa orang harus mengubah caranya bekerja.

Sistem baru yang secara teknis lebih baik tetap akan ditinggalkan kalau tim merasa lebih cepat memakai cara lama. Dan mereka sering benar dalam jangka pendek — cara lama sudah dikuasai, cara baru masih canggung.

Pendekatan bertahap punya keuntungan di sini. Perubahan datang dalam potongan yang bisa dicerna, bukan sebagai kejutan besar di satu hari. Tim punya waktu membiasakan diri dengan satu hal sebelum menghadapi berikutnya. Dan karena setiap tahap kecil, umpan balik dari lapangan masih sempat mengubah tahap berikutnya — sesuatu yang tidak mungkin dilakukan pada proyek besar yang rencananya sudah dikunci.

Kapan penggantian menyeluruh justru lebih tepat

Pendekatan bertahap bukan jawaban untuk semua keadaan. Ada kondisi yang membenarkan penggantian sekaligus:

Sistem lama sudah tidak didukung dan menimbulkan risiko keamanan yang tidak bisa ditunda. Vendornya berhenti beroperasi. Perangkat kerasnya tidak bisa diganti lagi. Atau — ini yang paling sering — sistem lamanya begitu kusut sehingga menyambungkan apa pun ke sana lebih mahal daripada membangun ulang.

Dalam kasus seperti itu, penggantian menyeluruh memang pilihan yang rasional. Tetapi sebaiknya diputuskan sebagai kesimpulan setelah menimbang, bukan sebagai titik awal karena terdengar lebih tegas.

Ukuran keberhasilan yang jujur

Untuk pendekatan bertahap, ukuran yang berguna bukan "berapa persen proyek selesai" — itu angka yang mudah dikarang.

Yang lebih jujur: berapa banyak pekerjaan manual yang benar-benar hilang bulan ini? Kalau setelah satu tahap tidak ada satu pun pekerjaan yang berkurang, tahap itu belum selesai, apa pun kata laporan proyeknya.