Belajar System Analyst - Business Process Modeling

#Pendahuluan

Setelah di episode 7 kalian menyusun SDD sebagai dokumen induk desain sistem, kali ini kita mundur sedikit ke ranah yang lebih fundamental dari sistem: proses bisnis itu sendiri. Episode ini membahas business process modeling — standar BPMN, teknik process mapping, dan analisis improvement.

Mengapa SA harus repot-repot memodelkan proses bisnis, bukan langsung merancang fitur? Karena otomasi proses yang buruk hanya menghasilkan kekacauan yang lebih cepat. Kalau alur stok opname TokoKita sendiri kacau, aplikasi inventori secanggih apa pun hanya akan mengotomasi kekacauan itu — dengan kecepatan tinggi. Memodelkan proses adalah cara menemukan masalah sebelum membekukannya dalam kode.

#As-is Dulu, Baru To-be

Kesalahan pemula: langsung menggambar proses yang ideal (to-be) tanpa memahami realita (as-is). Padahal justru dari peta as-is lah peluang perbaikan ditemukan. Alurnya:

100%

Peta as-is harus digambar dari fakta observasi, bukan dari SOP resmi. SOP bilang "kasir mencatat retur di buku"; observasi menunjukkan catatannya sering lupa saat jam sibuk. Itu dua proses berbeda — dan yang nyata adalah yang kedua.

#Process Mapping

Process mapping adalah versi sederhana pemodelan: langkah-langkah proses dibaris-bariskan dengan pelaku, waktu, dan masalahnya. Format tabel ini cepat dibuat dan sangat ampuh untuk sesi workshop:

Total satu siklus opname per cabang: 5-6 jam kerja, dilakukan seminggu sekali, dengan risiko salah di langkah 3. Angka konkret seperti inilah yang nanti menjadi dasar justifikasi ROI sistem — sambungan langsung ke episode 12.

#Teknik Pendukung Mapping

• Swimlane check — pastikan tiap langkah punya pelaku tunggal; langkah "dikerjakan semua orang" biasanya tidak dikerjakan siapa-siapa.
• Value analysis — tandai tiap langkah: value-added (menambah nilai bagi pelanggan), necessary non-value (wajib regulasi), waste (mubazir). Langkah 3 di atas murni waste.
• Handoff count — setiap pergantian pelaku adalah titik rawan error dan delay. Proses 5 langkah dengan 4 handoff layak dicurigai.

#BPMN: Notasi Standar Industri

BPMN (Business Process Model and Notation) adalah standar notasi pemodelan proses yang ditetapkan OMG — sama lembaganya dengan UML. Kelebihannya: makna simbol baku sehingga vendor, auditor, dan developer lintas perusahaan membaca gambar yang sama.

Elemen inti yang cukup untuk 95% kasus:

Praktik BPMN flow to-be untuk stok opname TokoKita:

100%

Bandingkan dengan as-is: hitung tangan 3-4 jam → scan per SKU (akurat, tersimpan instan), input ulang 60 menit → hilang, dan penyesuaian berparaf kertas → berjejak digital dengan approval berambang. Setiap perbedaan as-is vs to-be harus bisa dijelaskan alasannya, dan itulah daftar requirement baru.

#Menemukan Peluang Improvement

Selain mengamati peta secara langsung, gunakan lensa-lensa analisis ini:

1. Eliminasi dulu, baru automasi — pertanyaan pertama selalu "apakah langkah ini perlu ada?", bukan "bagaimana mengotomasinya?". Mengautomasi pemborosan = pemborosan lebih efisien.
2. Batching & waiting time — ukur waktu tunggu antar-langkah, sering lebih panjang daripada pekerjaannya sendiri. Lembar stok menunggu giliran cetak adalah murni waktu mati.
3. Error-prone steps — transkripsi manual, penghitungan mental, copy-paste antar file. Semua kandidat kuat untuk didukung sistem.
4. Single point of failure — proses yang macet jika satu orang cuti (di TokoKita: hanya manajer yang paham Excel rekap). Sistem harus mendemokratisasi akses informasi.
5. Compliance gap — jejak kertas paraf owner sulit diaudit; proses to-be memberi audit trail otomatis. Nilai ini sering jadi argumen penentu di industri teregulasi.

#Kesalahan Umum

1. Peta as-is dari imajinasi — menggambar dari dengar-dengar tanpa observasi. Validasi satu kali di lapangan biasanya menemukan 2-3 langkah yang ternyata berbeda.
2. Notasi overkill — memaksakan seluruh simbol BPMN (event intermediate, compensation, choreography) untuk proses 8 langkah. Simbol yang tidak dipahami audiens = komunikasi gagal walau notasi benar.
3. To-be tanpa ukuran target — "proses jadi lebih cepat" bukan tujuan. "Opname penuh turun dari 5-6 jam menjadi maksimal 90 menit" adalah target yang bisa diverifikasi.
4. Lupa proses exception — memodelkan jalur bahagia saja. Apa yang terjadi kalau scanner mati tengah opname? Prosedur fallback juga bagian dari proses.

#Penutup

Inti yang harus dibawa pulang:

• Gambar as-is dari observasi nyata sebelum merancang to-be; otomasi atas proses buruk hanya mempercepat kekacauan.
• Process mapping tabular (langkah-pelaku-durasi-masalah) adalah tool tercepat untuk menemukan waste dan handoff berisiko.
• BPMN memberi notasi baku lintas organisasi: event, task, gateway, flow, pool/lane — pakai seperlunya sesuai literasi audiens.
• Improvement dimulai dari eliminasi, bukan automasi; setiap perubahan as-is ke to-be melahirkan requirement baru dengan target terukur.

Proses to-be stok opname menyebut entitas seperti produk, stok, penyesuaian — sekarang kita formalisasikan struktur datanya. Di episode 9 selanjutnya kita membahas data modeling dengan ERD: entity-relationship, normalization, dan data dictionary, dipraktikkan menjadi model data lengkap TokoKita. Pastikan tetap semangat!