Panduan BPMN dengan Visual Paradigm

1. Apa itu BPMN

Model dan Notasi Proses Bisnis (BPMN)adalah bahasa visual standar untuk menggambarkan bagaimana pekerjaan bergerak melalui suatu proses. Hal ini membantu pemangku kepentingan bisnis, analis, dan tim teknis untuk mendiskusikan alur kerja yang sama menggunakan simbol yang konsisten. BPMN dikelola oleh Object Management Group; BPMN 2.0.2 diterbitkan sebagai ISO/IEC 19510.

Diagram BPMN lebih dari sekadar bagan alur: simbol-simbolnya memiliki makna yang didefinisikan, dan aturan koneksinya membedakan alur proses dari pesan antar peserta. Model yang bermanfaat dapat mendokumentasikan proses saat ini (“as-is”), memperjelas proses yang diusulkan (“to-be”), dan membantu tim mengidentifikasi penundaan, serah terima, pekerjaan ulang, atau jalur pengecualian yang hilang.

2. Konsep inti BPMN

Blok bangunan utama BPMN adalah objek alur, objek penghubung, jalur renang (swimlanes), data, dan artefak.

Peristiwa

Garis besar dan penanda suatu peristiwa menyampaikan peran dan pemicunya:

• Peristiwa awal:memulai jalur proses.

• Peristiwa perantara:terjadi selama proses—misalnya, pesan yang diterima atau waktu yang habis.

• Peristiwa akhir:mengakhiri jalur. Berbagai jenis peristiwa akhir dapat menunjukkan hasil yang berbeda, seperti penyelesaian normal atau kesalahan.

• Peristiwa batas:ditempelkan pada aktivitas atau subproses untuk menunjukkan peristiwa yang dapat mengganggu atau memengaruhinya, seperti waktu habis.

Gunakan peristiwa pesanketika proses merespons komunikasi, dan peristiwa waktuketika waktu merupakan bagian dari aturan proses, seperti tenggat waktu.

Aktivitas

Beri nama aktivitas dengan jelas kata kerja + objek, seperti “Periksa stok,” “Setujui pembayaran,” atau “Kirim konfirmasi.” Gunakan:

• Tugasuntuk satu langkah.

• Subprosesketika suatu langkah memiliki cukup detail untuk dimodelkan secara terpisah.

• Aktivitas panggilanketika menggunakan kembali proses yang didefinisikan secara global, jika pendekatan pemodelan Anda mendukungnya.

Penanda tugas umum dapat menentukan jenis pekerjaan, seperti pekerjaan yang dilakukan pengguna, manual, atau otomatis. Tambahkan detail tersebut hanya jika membantu pembaca atau implementasi.

Gerbang

Pilih gerbang berdasarkan logika proses—bukan sekadar bentuk yang ingin Anda gambar:

• Eksklusif (XOR): ambil salah satu jalur keluar. Contoh: “Stok tersedia?” → Ya atau Tidak.

• Paralel (AND): mulai semua jalur keluar; penggabungan yang sesuai dapat menunggu semua jalur yang diperlukan.

• Inklusif (OR): ambil satu atau lebih jalur keluar, tergantung pada kondisi.

• Berdasarkan peristiwa: jalur berikutnya ditentukan oleh peristiwa mana yang terjadi terlebih dahulu, seperti respons pembayaran atau waktu habis.

Berikan label pada aliran keputusan keluar dengan kondisi, seperti Ya / Tidak atau Disetujui / Ditolak. Ketika gerbang membelah aliran, pastikan logika penggabungan jelas. Penggabungan eksklusif menyatukan kembali jalur alternatif; penggabungan paralel menyinkronkan jalur yang dimulai secara paralel.

Menghubungkan objek dan kolam

Sebuah alur urutan menunjukkan urutan proses dan biasanya tetap berada di dalam satu kolam. Sebuah alur pesan menunjukkan komunikasi antara kolam yang terpisah—misalnya, pelanggan yang mengirimkan pesanan ke perusahaan. Jangan gunakan alur pesan untuk menunjukkan tugas internal berikutnya, atau alur urutan untuk menggambarkan komunikasi antara peserta yang terpisah.

Kolam dapat mewakili peserta independen, seperti pelanggan, perusahaan, dan penyedia pembayaran. Jalur di dalam kolam menunjukkan peran atau departemen. Pertahankan batas tanggung jawab yang bermakna: sebuah jalur harus memperjelas siapa yang melakukan pekerjaan, bukan sekadar menghias diagram.

3. Alur kerja pemodelan yang praktis

1. Tetapkan ruang lingkup. Nyatakan pemicu, hasil, dan batas proses. Contoh: “Dari menerima pesanan hingga mengonfirmasi pengiriman.”

2. Identifikasi peserta dan peran. Putuskan peserta mana yang memerlukan kolam terpisah dan tanggung jawab mana yang termasuk dalam jalur.

3. Tuliskan jalur sukses. Daftar langkah-langkah biasa secara berurutan sebelum menambahkan gerbang dan jalur pengecualian.

4. Tambahkan peristiwa dan keputusan.Tampilkan pemicu, hasil, aturan bisnis, dan jalur alternatif yang bermakna.

5. Tambahkan serah terima dan data.Tandai komunikasi antar peserta dan informasi yang diperlukan atau dihasilkan di mana hal itu meningkatkan pemahaman.

6. Periksa kelengkapan.Lacak setiap jalur dari awal hingga akhir. Pastikan bahwa gerbang memiliki kondisi yang dapat dipahami, dan jalur pengecualian tidak menghilang secara ambigu.

7. Tinjau dengan pengguna proses.Validasi model dengan orang-orang yang melakukan atau menerima pekerjaan. Revisi jika berbeda dari praktik sebenarnya.

8. Jaga agar diagram tetap mudah dibaca.Gunakan penamaan yang konsisten, minimalkan garis yang saling bersilangan, dan pindahkan sub-proses terperinci ke diagram terpisah jika diperlukan.

Mulailah dengan model yang menjawab pertanyaan bisnis. Menambahkan semua simbol BPMN atau detail implementasi sekaligus sering kali membuat diagram lebih sulit untuk ditinjau.

4. Contoh: pemenuhan pesanan online

Ruang lingkup:Dari pengiriman pesanan oleh pelanggan hingga konfirmasi pengiriman. Contoh ini berfokus pada proses perusahaan dan menggunakan kolam pelanggan terpisah untuk menunjukkan pesanan masuk dan konfirmasi keluar.

Narasi proses

1. Pelanggan mengajukan pesanan.

2. Perusahaan menerima pesanan dan memeriksa stok.

3. Jika barang tidak tersedia, perusahaan memberi tahu pelanggan dan mengakhiri jalur pesanan tersebut.

4. Jika barang tersedia, perusahaan memproses pembayaran.

5. Jika pembayaran ditolak, perusahaan memberi tahu pelanggan dan mengakhiri jalur tersebut.

6. Jika pembayaran disetujui, gudang mengambil dan mengemas pesanan.

7. Perusahaan menyerahkan paket kepada kurir dan mengirim konfirmasi pengiriman.

Diagram teks

Kolam pelanggan:
(Awal) → Ajukan pesanan ──pesan──▶

Kolam perusahaan:
(Awal pesan: pesanan diterima)
  → Periksa stok
  → XOR: Ada stok?
      Tidak  → Beri tahu pelanggan: tidak tersedia → (Akhir)
      Ya → Proses pembayaran
             → XOR: Pembayaran disetujui?
                 Tidak  → Beri tahu pelanggan: pembayaran ditolak → (Akhir)
                 Ya → Ambil dan kemas pesanan
                         → Serahkan paket kepada kurir
                         → Kirim konfirmasi pengiriman ──pesan──▶ Pelanggan
                         → (Akhir)

Kode PlantUML Kustom BPMN (Hanya Didukung oleh Editor VPasCode)

@startuml
judul Diagram Proses Bisnis Pemenuhan Pesanan
<style>
    elemen { MaximumWidth 160 }
    start   { Backgroundcolor #00695C }
    stop    { Backgroundcolor #C2185B }
    activity{ Backgroundcolor #81D4FA; MaximumWidth 150 }
    diamond { Backgroundcolor #FFB74D; MaximumWidth 80 }
    arrow   { LineColor #424242; Fontcolor #000000 }
    swimlane{ Fontcolor #000000; FontSize 14 }
</style>

|#F0F8FF|Pelanggan|
start
:<<SendTask>>
Ajukan pesanan;

|#E8F5E9|Perusahaan|
:<<ReceiveTask>>
Pesanan diterima;
:<<UserTask>>
Periksa stok;
if (Ada stok?) then (ya)
  :<<ServiceTask>>
  Proses pembayaran;
  if (Pembayaran disetujui?) then (ya)
    :<<ManualTask>>
    Ambil dan kemas pesanan;
    :<<SendTask>>
    Serahkan paket kepada kurir;
    :<<SendTask>>
    Kirim konfirmasi pengiriman;
  else (tidak)
    :<<SendTask>>
    Beri tahu pelanggan: pembayaran ditolak;
  endif
else (tidak)
  :<<SendTask>>
  Beri tahu pelanggan: tidak tersedia;
endif
stop
@enduml

Gunakan alur urutanuntuk langkah internal perusahaan dan alur pesanantara kolam Pelanggan dan Kolam Perusahaan. Berikan label pada setiap alur keluar dari gerbang XOR sesuai kondisinya. Di Visual Paradigm, pertanyaan “Stok tersedia?” dan “Pembayaran disetujui?” dapat ditempatkan sebagai label gerbang, sedangkan panah keluar membawa label “Ya” dan “Tidak.”

Perluasan yang mungkin:Tambahkan peristiwa batas waktu pada pemrosesan pembayaran jika bisnis memiliki tenggat waktu pembayaran; tambahkan jalur pengecualian untuk kegagalan serah terima oleh kurir; atau modelkan pengambilan dan pengepakan sebagai subproses jika memerlukan alur kerja terinci tersendiri.

5. Membangun model di Visual Paradigm

Visual Paradigm menyediakan alat pemodelan BPMN 2.0 dan mendukung drill-down subproses, sehingga proses tingkat tinggi dapat ditautkan ke diagram proses yang lebih rinci. Fitur BPMN-nya juga mencakup dokumentasi prosedur kerja dan pemodelan proses as-is dan to-be.

Urutan pembuatan yang praktis:

1. Buat sebuah Diagram Proses Bisnis BPMNdi Visual Paradigm.

2. Tambahkan kolam Pelanggandan kolam Perusahaan; bagi kolam Perusahaan menjadi jalur seperti Layanan Pelanggan, Gudang, dan Pengiriman jika tanggung jawab tersebut relevan.

3. Tempatkan peristiwa awal dan aktivitas, lalu tambahkan gerbang inventaris dan pembayaran.

4. Gambar alur urutan di dalam kolam Perusahaan; gunakan alur pesan untuk pertukaran dengan Pelanggan.

5. Beri label pada tugas dan jalur kondisional dengan bahasa yang sederhana. Tambahkan objek data, seperti Pesanan atau Hasil Pembayaran, hanya di tempat yang membantu pembaca memahami proses.

6. Atur diagram agar alur utama terbaca secara konsisten—sering kali dari kiri ke kanan—dan minimalkan penghubung yang saling bersilangan.

7. Tinjau diagram bersama para pemangku kepentingan. Jika detail suatu langkah mengaburkan jalur utama, pertimbangkan untuk menempatkan detail tersebut dalam diagram subproses.

8. Simpan dan bagikan model dalam format dan ruang kerja yang sesuai dengan tim Anda.

Visual Paradigm mengiklankan pemodelan diagram BPMN, drill-down proses, dokumentasi prosedur kerja, dan pemodelan as-is/to-be. Ketersediaan kemampuan tertentu mungkin bergantung pada edisinya.

6. Kesalahan pemodelan yang umum

• Menggunakan penghubung yang salah:alur urutan adalah urutan proses internal; alur pesan adalah komunikasi antar peserta.

• Menggunakan gerbang tanpa logika yang jelas: beri label pada keputusan dan kondisi keluarannya.

• Memperlakukan setiap tindakan sebagai kolam terpisah: gunakan jalur untuk tanggung jawab dalam satu peserta; gunakan kolam terpisah untuk peserta yang berbeda.

• Membiarkan jalur tidak jelas: tunjukkan apa yang terjadi untuk penolakan, waktu habis, informasi yang hilang, dan pengecualian relevan lainnya.

• Membebani satu diagram: gunakan proses sub untuk memisahkan pekerjaan rinci dari gambaran umum.

• Memodelkan idealkan bukan kenyataan: dokumentasikan proses saat ini secara akurat sebelum mengusulkan perbaikan.

• Menambahkan detail tanpa tujuan: sertakan data, peristiwa, dan penanda tugas ketika mereka menjawab pertanyaan pemodelan atau tinjauan.

7. Daftar periksa tinjauan cepat

• Apakah diagram memiliki awal dan akhir yang jelas untuk setiap jalur yang relevan?

• Apakah pembaca dapat mengidentifikasi siapa yang melakukan setiap aktivitas?

• Apakah keputusan dan kondisi keluaran eksplisit?

• Apakah alur urutan dan alur pesan digunakan dengan tepat?

• Apakah pengecualian dan hasil alternatif direpresentasikan?

• Apakah diagram mudah dibaca pada ukuran tampilan yang dimaksudkan?

• Apakah orang-orang yang menjalankan proses telah mengonfirmasi bahwa proses tersebut akurat?