Belajar System Analyst - Legacy Systems & Modernization

#Pendahuluan

Setelah di episode 15 rencana adopsi memastikan manusia siap menerima sistem baru, kita hadapi sisi lain dari pergantian sistem: yang lama. Episode ini membahas legacy systems & modernization — analisis sistem warisan, gap analysis, strategi migrasi, dan penyusunan roadmap.

Perhatikan bahwa TokoKita sejak awal punya sistem legacy yang jarang disebut demikian: 12 file Excel yang hidup mandiri per cabang. Legacy bukan sinonim aplikasi tua berbahasa pemrograman mati; definisi kerjanya adalah sistem aktif dipakai untuk proses bisnis kritis namun mahal dirawat atau berisiko — apa pun bentuknya. File Excel Bu Rina yang hanya dia pahami strukturnya, tanpa kontrol versi, tanpa backup konsisten, adalah legacy dalam bentuk paling umum di Indonesia.

#Karakteristik Sistem Warisan

Kenali tanda-tanda klasiknya — semuanya ada di TokoKita:

Poin terakhir sering mengejutkan saat analisis: tanyakan "apa yang akan rusak jika file ini berubah?" dan jawabannya mengungkap integrasi tersembunyi — lembar rekap yang jadi lampiran email akuntan, template WA yang di-parse owner dengan mata, macro print label yang sudah tak ada yang tahu asalnya.

#Analisis Objektif Sistem Warisan

Modernisasi harus dibangun di atas fakta, bukan prasangka "yang lama pasti buruk". Dua langkah:

#1. Inventaris & Penilaian Kondisi

Untuk tiap komponen warisan, nilai dua sumbu: nilai bisnis (seberapa kritis fungsinya) vs kesehatan teknis (biaya & risiko mempertahankannya):

Seluruh Excel cabang jatuh di kuadran kedua: kritis (sumber kebenaran penjualan & stok) sekaligus rapuh (fragmentasi + bus factor). Maka prioritas migrasinya tinggi — konsisten dengan keputusan proyek POS sejak episode 0.

#2. Gap Analysis

Gap analysis menjembatani kondisi kini dengan target to-be (episode 8) dan arsitektur SDD (episode 7). Formatnya eksplisit per kapabilitas:

Kapabilitas          | AS-IS              | TO-BE                    | Gap
-------------------------------------------------------------------------
Catat transaksi      | Nota manual+Excel  | POS offline-first        | Besar - build baru
Akurasi stok         | Opname mingguan    | Real-time per SKU        | Besar - build baru
Laporan lintas cabang| Manual gabungan    | Dashboard pusat realtime | Besar - build baru
Master produk        | 12 file beda format| Satu master terpusat     | Sedang - migrasi data
Jejak penyesuaian    | Paraf kertas       | Audit log digital        | Sedang - build baru
Relasi supplier      | Telepon + WA       | CSV mingguan (INT-03)    | Kecil - proses baru

Dua kolom terakhir yang paling berguna: kolom Gap membedakan pekerjaan membangun fitur baru dari pekerjaan membersihkan warisan — dua jenis effort yang sering dicampur hingga estimasi meledak. Kolom migrasi data master inilah yang kita eksekusi sekarang.

#Strategi Migrasi Data

Migrasi adalah bagian modernisasi paling berisiko karena kesalahannya bersifat permanen. Pipeline yang terbukti:

Hasil profiling nyata dari 12 file TokoKita — masalah tipikal yang wajib kalian antisipasi:

1. SKU duplikat lintas cabang — kode A-112 berarti barang berbeda di Denpasar dan Gianyar. Aturan: generate UUID baru, petakan kode lama per cabang sebagai alias.
2. Nama tidak konsisten — "Indomie Goreng", "indomie goreng spesial", "IM-GORENG" untuk barang sama. Aturan: normalisasi huruf besar + kamus alias yang divalidasi manajer.
3. Format angka campur — "68000" vs "68.000" vs "68,000"; satuan "pcs/ktn/dus" tak baku. Aturan: konversi eksplisit + tabel konversi satuan.
4. Baris hantu — sel kosong berarti nol, minus, atau lupa input? Keputusan: kosong = tidak ada catatan, bukan nol; ditandai di laporan kualitas.
5. Produk mati — item tak bergerak 12 bulan. Keputusan: dimigrasikan sebagai nonaktif, tidak dihapus — struk lama tetap butuh referensinya (prinsip soft-delete episode 9).

Setiap aturan cleansing wajib disetujui manajer cabang sebelum dieksekusi — mereka satu-satunya yang tahu "IM-GORENG" itu apa. Dokumen mapping field-lama-ke-baru menjadi artefak audit resmi migrasi.

#Praktik: Modernization Roadmap

Semua temuan dirangkai menjadi roadmap bertahap dengan gerbang eksplisit — bukan big bang:

# Modernization Roadmap - TokoKita (dari Excel)
 
## Fase 0 - Fondasi (selesai)
Analisis legacy, PoC offline-sync, studi kelayakan,
SDD v1.0, backlog MoSCoW, prototype kasir.
 
## Fase 1 - Pilot Denpasar (14 minggu)   [GERBANG G1]
Build POS inti + migrasi master produk 1 cabang.
G1: UAT lulus, opname <= 90 menit, adopsi >= 95%.
 
## Fase 2 - Konsolidasi Data (6 minggu)  [GERBANG G2]
Migrasi master produk 11 cabang sisanya + validasi
silang stok fisik per cabang.
G2: akurasi stok awal >= 98% per cabang.
 
## Fase 3 - Rollout Gelombang (8 minggu) [GERBANG G3]
Go-live bertahap sesuai adoption plan ep.15;
Excel masuk mode read-only (freeze).
G3: nol transaksi via Excel selama 2 minggu.
 
## Fase 4 - Retire Excel (4 minggu)      [GERBANG G4]
Arsip final 12 file (read-only vault), dokumentasi
format lama, komunikasi resmi pensiunnya Excel.
G4: semua laporan bulanan pertama cocok vs arsip.

Dua prinsip desain roadmap ini layak dicontoh: setiap fase punya gerbang terukur (bukan tanggal kalender semata), dan Excel tidak langsung dihapus melainkan dipensiunkan bertahap — read-only dulu, arsip kemudian. Kemampuan rollback adalah alasan kenapa fase 3 masih menyimpan file lama yang bisa dibuka darurat.

#Kesalahan Umum

1. Big bang rewrite total — menulis ulang semuanya sekali jalan menggabungkan risiko terbesar dari dua dunia. Pola strangler — menggantikan potongan demi potongan sementara lama tetap hidup — jauh lebih aman untuk sistem kompleks.
2. Migrasi data sebagai afterthought — "data tinggal copy-paste kan?" Profiling 12 file TokoKita menemukan 5 kategori masalah; tanpa itu estimasi migrasi biasa underestimate 2-4x lipat.
3. Membuang data lama terlalu cepat — arsip warisan adalah alat forensik. Regulator, audit pajak, dan investigasi selisih stok tahun lalu semuanya menoleh ke sana.
4. Modernisasi tanpa perubahan proses — memindahkan proses cacat persis seperti aslinya ke platform baru ("paving the cowpath"). Episode 8 sudah membuktikan to-be perlu dirancang dulu; migrasi teknis tanpa redesign proses hanya memindahkan pemborosan.
5. Melupakan orang-orangnya — roadmap sempurna gagal karena episode 15 dilewati. Manajer yang identitasnya melekat pada Excel-nya akan sabotase halus tanpa program change management.

#Penutup

Inti yang harus dibawa pulang:

• Legacy didefinisikan oleh risiko dan biaya, bukan umur — Excel 12 cabang adalah sistem warisan klasik dengan bus factor rendah dan data terfragmentasi.
• Analisis objektif: nilai bisnis vs kesehatan teknis menentukan strategi retain/migrate/retire; gap analysis memisahkan effort build-fitur dari effort cleans-warisan.
• Migrasi data lewat pipeline profiling-cleansing-mapping-dry-run-paralel-cutover; tiap aturan cleansing butuh persetujuan pemilik domain, dan cutover digerbang validasi silang.
• Roadmap TokoKita empat fase dengan gerbang terukur; sistem lama dipensiunkan bertahap (freeze-read-only-archive), tidak dihapus mendadak.

Sistem baru telah menggantikan yang lama — tanggung jawab SA belum selesai: pengetahuannya harus bertahan setelah dia pindah. Di episode 17 selanjutnya kita membahas documentation & knowledge transfer: menyusun dokumentasi lengkap yang benar-benar terbaca, membangun docs hub TokoKita, dan mengeksekusi handover yang rapi ke tim operasional. Pastikan tetap semangat!