Pengenalan BPMN untuk Business Analyst

Dalam dunia Business Analyst, memahami proses bisnis adalah hal utama. Salah satu tools yang paling umum digunakan untuk memodelkan proses tersebut adalah BPMN (Business Process Model and Notation). BPMN membantu kita menggambarkan alur kerja secara visual agar mudah dipahami oleh semua pihak baik tim bisnis maupun tim teknis.

Apa Itu BPMN?

BPMN adalah standar untuk memodelkan proses bisnis dalam bentuk diagram.

Dengan BPMN, kita bisa menunjukkan:

• Siapa yang melakukan proses
• Langkah apa saja yang terjadi
• Kapan proses dimulai dan berakhir
• Di mana keputusan diambil

Komponen Utama BPMN

1. Flow Objects (Elemen Inti Proses)

A. EVENT (Kejadian)

1. Start Event (Awal Proses)

2. Intermediate Event (Tengah Proses)

3. End Event (Akhir Proses)

Contoh Kasus: Proses Order & Pembayaran E-Commerce

B. TASK / ACTIVITY (Aktivitas)

Contoh Kasus : Proses Pembuatan & Persetujuan Purchase Order

C. GATEWAY (Keputusan)

Contoh Kasus : Proses Pemesanan & Pembayaran Online

2. Connecting Objects (Penghubung)

Menghubungkan antar elemen dalam proses:

• Sequence Flow → urutan langkah (alur utama), “apa terjadi setelah ini”
• Message Flow → komunikasi antar pihak/sistem, “siapa kirim apa ke siapa”

3. Swimlanes (Penanggung Jawab)

Digunakan untuk menunjukkan siapa yang melakukan aktivitas.

• Pool → entitas utama (misal: perusahaan)
• Lane → bagian di dalamnya (misal: Finance, IT, Customer Service)

4. Artifacts (Pelengkap)

Memberikan informasi tambahan:

• Data Object → dokumen/data yang digunakan
• Annotation → catatan penjelas
• Group → pengelompokan visual

Artifacts tidak mengubah alur, hanya membantu pemahaman.

Contoh Kasus : Proses Pengajuan Cuti Karyawan

Cara Membaca Diagram BPMN

Untuk pemula, cukup fokus pada 5 elemen ini dulu: Start Event, Task, Gateway, End Event, Sequence Flow. Dengan ini saja, kamu sudah bisa memodelkan banyak proses sederhana.

Agar tidak bingung saat membaca BPMN, ikuti langkah ini:

1. Temukan titik awal (Start Event)
2. Ikuti alur panah (Sequence Flow)
3. Perhatikan aktivitas (Task)
4. Cek keputusan (Gateway)
5. Lihat siapa yang mengerjakan (Swimlane)
6. Temukan akhir proses (End Event)

Kesalahan Umum yang Harus Dihindari

Beberapa kesalahan yang sering dilakukan pemula:

1. Menggunakan Gateway tanpa alasan jelas

Gateway dipakai untuk decision / percabangan, tapi sering dipakai hanya untuk “memecah flow” tanpa logika yang jelas. Kenapa ini salah? Bikin diagram jadi membingungkan dan Developer / stakeholder tidak tahu dasar pengambilan keputusan

Contoh salah: (tanpa kondisi apa pun)

Task → Gateway → Task A
              → Task B

Contoh benar:

Task → Gateway (Apakah pembayaran berhasil?)
        → Ya → Lanjut proses
        → Tidak → Retry / gagal

2. Menulis status, bukan aksi

Menulis task seperti: “Approved”, “Rejected”, “Completed”. Padahal task seharusnya adalah aksi (verb), bukan kondisi.

Kenapa ini salah? Tidak jelas siapa melakukan apa dan Sulit diimplementasikan ke sistem

Contoh salah: Task: “Approved”

Contoh benar:

• Task: “Approve Pengajuan”
• Task: “Review Data Order”

3. Tidak menjelaskan apa yang terjadi di tiap langkah

Task terlalu umum atau abstrak.

Contoh: “Process Data”, “Handle Request”

Kenapa ini masalah? Tidak actionable. Developer akan banyak tanya dan Risk miss requirement

Contoh benar:

• “Validasi Data Customer”
• “Kirim Request Payment ke Gateway”

4. Salah menggunakan Message Flow vs Sequence Flow

Kesalahan umum: Menggunakan sequence flow untuk komunikasi antar sistem

Contoh salah: Customer → (panah biasa) → Payment Gateway

Contoh benar:

Customer → (sequence flow) → System System → (message flow) → Payment Gateway

Rule :

• Dalam 1 lane → Sequence Flow
• Antar lane / sistem → Message Flow

5. Membuat diagram terlalu kompleks

Semua detail dimasukkan ke satu diagram: Terlalu banyak gateway, Terlalu banyak cabang, Terlalu panjang

Dampaknya: Sulit dibaca, Stakeholder bingung, Tidak efektif sebagai alat komunikasi

Contoh masalah: 1 diagram = 50+ node

Solusi: Pecah jadi beberapa diagram: High-level (overview) dan Detailed per proses

Kapan BPMN Digunakan?

BPMN sangat berguna untuk:

• Menganalisis proses yang sedang berjalan (as-is)
• Mendesain proses baru (to-be)
• Menentukan peran dan tanggung jawab
• Menemukan bottleneck atau proses yang tidak efisien
• Menjelaskan proses ke stakeholder

Kesimpulan

Bagi Business Analyst, BPMN adalah skill fundamental untuk memvisualisasikan proses bisnis, menjembatani komunikasi antara tim dan mengidentifikasi masalah dan peluang perbaikan. Mulailah dari elemen sederhana, pahami alurnya, dan fokus pada kejelasan. Karena diagram yang baik bukan yang paling kompleks, tapi yang paling mudah dipahami.