BPMN—Business Process Model and Notation—adalah bahasa visual standar untuk menggambarkan bagaimana proses bisnis bekerja. Hal ini membantu pengguna bisnis, analis, pengembang, dan manajer memahami proses yang sama menggunakan simbol yang konsisten.

Gambar ini merangkum lima area utama BPMN:

Jalur Renang– siapa yang bertanggung jawab
Elemen Alur– apa yang terjadi dalam proses
Objek Penghubung– bagaimana elemen saling terkait
Data– informasi yang digunakan atau dihasilkan
Artefak– informasi penjelasan tambahan

1. Kegunaan BPMN

BPMN dapat menggambarkan proses seperti:

Memproses pesanan pelanggan
Menyetujui permintaan cuti karyawan
Menangani klaim asuransi
Mengintegrasikan karyawan baru
Mengirimkan produk dari gudang
Menyelesaikan keluhan pelanggan
Menyetujui faktur

Diagram BPMN menjawab pertanyaan seperti:

Siapa yang melakukan setiap aktivitas?
Apa yang terjadi terlebih dahulu?
Keputusan apa yang diambil?
Aktivitas mana yang terjadi secara paralel?
Informasi apa yang diperlukan?
Apa yang terjadi ketika kesalahan terjadi?
Kapan proses berakhir?

Proses sederhana mungkin terlihat seperti ini:

Pelanggan memesan
        ↓
Tim penjualan memeriksa pesanan
        ↓
Gudang menyiapkan pengiriman
        ↓
Pesanan dikirim
        ↓
Pelanggan menerima konfirmasi

BPMN merepresentasikan proses ini secara visual menggunakan peristiwa, tugas, gerbang, alur, kolam, dan lajur.

2. Struktur Diagram BPMN

Proses BPMN biasanya terdiri dari empat bagian dasar:

Peristiwa Awal → Aktivitas → Keputusan → Aktivitas → Peristiwa Akhir

Sebagai contoh:

Pesanan diterima
      ↓
Periksa stok
      ↓
Apakah produk tersedia?
   ↙              ↘
 Ya              Tidak
  ↓                ↓
Kemas pesanan   Beri tahu pelanggan
  ↓                ↓
Kirim pesanan   Batalkan pesanan
   ↘              ↙
       Selesai

Elemen-elemen utama dijelaskan di bawah ini.

3. Lajur Renang: Kolam dan Lajur

Lajur renang mengatur tanggung jawab. Mereka menunjukkan peserta, departemen, peran, atau sistem mana yang melakukan setiap aktivitas.

Kolam

Sebuahkolam merepresentasikan peserta utama dalam suatu proses.

Sebuah peserta bisa berupa:

Sebuah perusahaan
Sebuah pelanggan
Sebuah pemasok
Sebuah bank
Sebuah lembaga pemerintah
Sebuah sistem perangkat lunak eksternal

Contoh:

Kolam: Perusahaan Ritel Online

Sebuah kolam dapat berisi satu atau lebih lajur.

Sebuah kolam juga dapat ditampilkan sebagai kotak yang diringkas ketika proses internal tidak sedang dimodelkan.

Lajur

Sebuahlajur adalah subdivisi di dalam sebuah kolam. Biasanya merepresentasikan:

Sebuah departemen
Sebuah peran pekerjaan
Sebuah tim
Sebuah sistem
Sebuah fungsi bisnis

Contoh:

Kolam: Perusahaan Ritel Online
 ├── Departemen Penjualan
 ├── Gudang
 └── Departemen Keuangan

Sebuah proses mungkin diatur seperti ini:

Lajur	Tanggung jawab
Pelanggan	Menempatkan pesanan dan menerima notifikasi
Departemen Penjualan	Meninjau dan mengonfirmasi pesanan
Gudang	Memilih, mengemas, dan mengirimkan produk
Departemen Keuangan	Memproses pembayaran
Mitra Pengiriman	Mengirimkan paket

Contoh dengan lajur

Pelanggan          | Tempatkan pesanan ─────────────── Terima konfirmasi
                  |
Departemen Penjualan  | Terima pesanan → Periksa pesanan → Konfirmasi pesanan
                  |
Gudang         |                         Pilih barang → Kemas → Kirim
                  |
Keuangan           | Terima permintaan pembayaran → Setujui pembayaran

Posisi suatu aktivitas dalam sebuah lajur menunjukkan siapa yang bertanggung jawab atasnya.

Kolam versus lajur

Elemen	Arti	Contoh umum
Kolam	Peserta utama atau organisasi	Pelanggan, Pemasok, Bank
Jalur	Peran, departemen, atau sistem dalam sebuah peserta	Penjualan, Gudang, Keuangan

Aturan pemula

Gunakan sebuah kolam ketika peserta tersebut terpisah secara organisasi atau operasional. Gunakan sebuah jalur ketika peserta tersebut adalah peran atau kelompok di dalam kolam tersebut.

4. Elemen Alur

Elemen alur menggambarkan apa yang terjadi dalam proses. Tiga jenis utamanya adalah:

Peristiwa
Aktivitas
Gerbang

4.1 Peristiwa

Sebuah peristiwa mewakili sesuatu yang terjadi selama proses. Peristiwa biasanya tidak menggambarkan pekerjaan yang sedang dilakukan; sebaliknya, peristiwa menunjukkan bahwa sesuatu memulai, mengganggu, atau mengakhiri proses.

Peristiwa direpresentasikan dengan lingkaran.

Peristiwa awal

Peristiwa awal menunjukkan di mana proses dimulai.

Simbol: lingkaran dengan garis tipis

Contoh:

Pelanggan mengajukan pesanan
Sebuah pesan diterima
Pengatur waktu mencapai tanggal yang dijadwalkan
Seorang karyawan mengajukan permintaan

Contoh:

○ Pesanan diterima

Peristiwa awal seharusnya biasanya memiliki aliran keluar tetapi tidak memiliki aliran urutan masuk.

Peristiwa perantara

Peristiwa perantara terjadi di antara awal dan akhir sebuah proses.

Simbol: lingkaran bergaris ganda

Ini dapat merepresentasikan:

Menunggu pesan
Menunggu timer
Menangkap kesalahan
Mengirim notifikasi
Meningkatkan eskalasi masalah

Contoh:

Mulai → Tinjau pesanan → ◉ Tunggu pembayaran → Kirim pesanan

Peristiwa perantara dapat:

Menangkapsesuatu, seperti menunggu pesan masuk
Melemparsesuatu, seperti mengirim pesan atau memicu kesalahan

Peristiwa akhir

Peristiwa akhir menunjukkan di mana jalur proses berakhir.

Simbol: lingkaran bergaris tebal

Contoh:

Pesanan selesai
Permintaan ditolak
Pembayaran gagal
Kasus ditutup

Contoh:

Kirim pesanan → ● Pesanan selesai

Peristiwa akhir biasanya memiliki aliran urutan masuk tetapi tidak memiliki aliran urutan keluar.

4.2 Aktivitas

Sebuah aktivitas mewakili pekerjaan yang dilakukan dalam proses. Aktivitas ditampilkan sebagai persegi panjang dengan sudut melengkung.

Contoh:

Tinjau aplikasi
Setujui pembayaran
Pilih produk
Kirim faktur
Perbarui catatan pelanggan

Aktivitas sebaiknya biasanya diberi nama menggunakan kata kerja dan objek:

Tinjau aplikasi
Validasi alamat
Setujui permintaan
Kirim konfirmasi

Hindari nama yang samar seperti:

Pemrosesan
Pekerjaan
Tangani masalah
Langkah 1

Tugas

Sebuah tugas adalah satu unit pekerjaan yang tidak dipecah lebih lanjut dalam diagram saat ini.

Contoh:

[Tinjau pesanan pelanggan]

Tugas dapat dilakukan secara manual, otomatis, atau oleh pengguna yang bekerja dengan sistem.

Jenis tugas BPMN yang umum meliputi:

Jenis tugas	Arti	Contoh
Tugas pengguna	Seseorang melakukan pekerjaan menggunakan sistem	Setujui pengajuan pinjaman
Tugas manual	Seseorang melakukan pekerjaan tanpa sistem	Periksa paket
Tugas layanan	Sebuah sistem atau layanan otomatis melakukan pekerjaan	Hitung biaya pengiriman
Kirim tugas	Mengirimkan pesan	Kirim konfirmasi pesanan
Terima tugas	Menunggu pesan	Terima respons pemasok
Tugas skrip	Menjalankan skrip atau program	Hitung total
Tugas aturan bisnis	Menerapkan aturan bisnis	Tentukan diskon

Bagi pemula, tugas generik biasa sering kali sudah cukup, kecuali jika implementasi yang tepat sangat penting.

Sub-proses

Sebuah sub-proses adalah sekelompok aktivitas yang diperlakukan sebagai satu aktivitas yang lebih besar.

Contoh:

[Proses pengembalian pelanggan]

Di dalam sub-proses mungkin terdapat:

Terima permintaan pengembalian
      ↓
Periksa kelayakan pengembalian
      ↓
Periksa barang yang dikembalikan
      ↓
Terbitkan pengembalian dana

Gunakan sub-proses ketika:

Kelompok aktivitas tersebut secara logis terkait
Diagram menjadi terlalu besar
Anda ingin menyembunyikan detail sementara
Kelompok langkah yang sama digunakan kembali
Orang yang berbeda membutuhkan tingkat detail yang berbeda

Sub-proses ditampilkan sebagai persegi panjang dengan sudut melengkung yang memiliki tanda tambah kecil saat diringkas.

4.3 Pintu Gerbang

Pintu gerbang mengontrol bagaimana proses bercabang, bergabung, atau mengambil keputusan. Pintu gerbang direpresentasikan dengan bentuk berlian.

Simbol di dalam berlian menunjukkan jenis pintu gerbang.

Pintu gerbang eksklusif: XOR

Pintu gerbang eksklusif memilih tepat satu jalur.

Contoh:

                 ┌── Ya → Setujui permintaan
Periksa permintaan ─◇─┤
                 └── Tidak → Tolak permintaan

Gunakan pintu gerbang eksklusif ketika hanya satu kondisi yang dapat benar.

Contoh pertanyaan:

Apakah nilai pesanan lebih besar dari $1.000?

Jalur yang mungkin:

Ya: Memerlukan persetujuan manajer
Tidak: Lanjutkan secara otomatis

Notasi umum:

◇ Apakah pembayaran disetujui?

Hanya satu jalur keluar yang harus diikuti.

Pintu gerbang paralel: AND

Pintu gerbang paralel mengaktifkan beberapa jalur secara bersamaan.

Contoh:

                 ┌── Kirim faktur
Pesanan dikonfirmasi ─◇
                 └── Siapkan pengiriman

Kedua aktivitas terjadi.

Pintu gerbang paralel juga dapat menyinkronkan jalur paralel:

Kirim faktur ────┐
                 ◇── Kirim pesanan
Siapkan pengiriman ┘

Proses berlanjut hanya setelah kedua cabang selesai.

Gunakan pintu gerbang paralel ketika aktivitas bersifat independen dan dapat terjadi secara bersamaan.

Pintu gerbang inklusif: OR

Pintu gerbang inklusif mengaktifkan satu atau lebih jalur tergantung pada kondisi.

Contoh:

Jenis pelanggan?
   ├── Pelanggan bisnis → Buat akun bisnis
   ├── Internasional     → Hitung bea cukai
   └── Pelanggan premium → Terapkan diskon premium

Satu, dua, atau ketiga jalur mungkin dipilih.

Gunakan gerbang inklusif ketika beberapa kondisi mungkin benar secara bersamaan.

Gerbang berbasis peristiwa

Gerbang berbasis peristiwa memilih jalur berdasarkan peristiwa mana yang terjadi terlebih dahulu.

Contoh:

Kirim penawaran
    ↓
◇ Tunggu peristiwa
   ├── Pelanggan menerima → Buat pesanan
   ├── Pelanggan menolak → Tutup permintaan
   └── Waktu habis    → Kirim pengingat

Ini berguna ketika proses menunggu peristiwa yang bersaing, seperti:

Tanggapan pelanggan
Waktu habis
Pesan dari sistem lain

Perbandingan gerbang

Gerbang	Jumlah jalur yang dipilih	Tujuan utama
Eksklusif	Tepat satu	Pilih di antara alternatif
Paralel	Semua jalur yang berlaku	Jalankan pekerjaan secara bersamaan
Inklusif	Satu atau lebih	Ikuti setiap kondisi yang berlaku
Berbasis peristiwa	Peristiwa pertama yang terjadi	Reaksi terhadap peristiwa mana yang terjadi terlebih dahulu

Penamaan gerbang

Sebuah gerbang dapat ditulis sebagai pertanyaan:

Apakah pembayaran disetujui?
Apakah pelanggan memenuhi syarat?
Apakah semua dokumen sudah lengkap?
Apakah batas waktu telah lewat?

Alur keluaran kemudian harus menggunakan kondisi yang sesuai:

Ya / Tidak
Disetujui / Ditolak
Lengkap / Tidak Lengkap

5. Objek Penghubung

Objek penghubung menunjukkan bagaimana elemen-elemen BPMN saling berhubungan.

5.1 Alur Urutan

Sebuah alur urutan menunjukkan urutan terjadinya aktivitas, peristiwa, dan gerbang.

Hal ini direpresentasikan dengan garis solid yang memiliki ujung panah solid.

Mulai → Tinjau permintaan → Setujui permintaan → Selesai

Alur urutan biasanya digunakan dalam kolam yang sama.

Contoh:

○ Mulai → [Validasi pesanan] → ◇ Pembayaran disetujui?

Aturan untuk alur urutan

Gunakan panah untuk menunjukkan arah.
Jaga arah tetap konsisten, biasanya dari kiri ke kanan atau dari atas ke bawah.
Berikan label pada alur bersyarat jika diperlukan.
Hindari garis yang saling bersilangan.
Jangan gunakan alur urutan untuk menghubungkan kolam yang terpisah.

5.2 Alur Pesan

Sebuah alur pesan menunjukkan komunikasi antara peserta atau kolam yang terpisah.

Hal ini direpresentasikan dengan garis putus-putus yang memiliki ujung panah terbuka.

Contoh:

Kolam Pelanggan       - - - pesan pesanan - - -> Kolam Perusahaan
Kolam Perusahaan        - - - konfirmasi - - -> Kolam Pelanggan

Aliran pesan dapat merepresentasikan:

Mengirim pesanan
Menerima faktur
Mengirim permintaan pembayaran
Menerima pembaruan pengiriman
Pertukaran informasi dengan sistem eksternal

Aliran urutan versus aliran pesan

Koneksi	Digunakan antara	Arti
Aliran urutan	Elemen dalam kolam yang sama	Urutan pekerjaan
Aliran pesan	Kolam atau peserta yang terpisah	Komunikasi antar peserta

Kesalahan umum pemula adalah menggunakan aliran urutan di antara dua kolam. Gunakan aliran pesan sebagai gantinya.

5.3 Asosiasi

Sebuahasosiasimenghubungkan informasi tambahan ke elemen BPMN.

Ini ditampilkan sebagai garis putus-putus.

Gunakan untuk menghubungkan:

Anotasi teks ke aktivitas
Objek data ke tugas
Kelompok ke elemen terkait

Contoh:

[Setujui faktur] ······· "Persetujuan manajer diperlukan"

Sebuah asosiasi tidak mengontrol urutan proses. Asosiasi ini hanya menambahkan konteks.

5.4 Asosiasi data

Sebuah asosiasi data menunjukkan bagaimana data masuk atau keluar dari suatu aktivitas.

Hal ini dapat menampilkan:

Dokumen masukan yang sedang digunakan
Dokumen keluaran yang sedang dihasilkan
Informasi yang sedang diperbarui
Data yang sedang disimpan

Contoh:

[Buat faktur] ─ ─ ─ → Dokumen faktur

Garisnya biasanya putus-putus dengan ujung panah terbuka.

6. Elemen Data

Elemen data BPMN menunjukkan informasi yang digunakan atau diciptakan oleh proses.

6.1 Objek Data

Sebuah objek data mewakili informasi yang digunakan atau dihasilkan selama suatu proses.

Contoh:

Pesanan pelanggan
Faktur
Formulir permohonan
Label pengiriman
Dokumen persetujuan
Bukti pembayaran

Contoh:

[Tinjau pesanan] ─ ─ ─ → Dokumen pesanan

Sebuah objek data tidak selalu berarti dokumen kertas fisik. Hal ini juga dapat mewakili file digital atau catatan bisnis.

6.2 Input Data

Sebuah input data mewakili informasi yang masuk ke dalam proses.

Contoh:

Permintaan pelanggan
Penawaran dari pemasok
Pesanan baru
Dokumen yang diunggah

Contoh:

Permintaan pelanggan → Proses aplikasi

6.3 Output data

Sebuah output data mewakili informasi yang dihasilkan oleh proses.

Contoh:

Aplikasi yang disetujui
Konfirmasi pengiriman
Faktur
Laporan penyelesaian

6.4 Penyimpanan data

Sebuah penyimpanan data mewakili informasi persisten yang tetap tersedia melampaui satu instance proses.

Contoh:

Database pelanggan
Sistem persediaan
Rekaman karyawan
Repositori dokumen
Sistem akuntansi

Contoh:

[Perbarui persediaan] ─ ─ ─ ↔ Database persediaan

Penyimpanan data berguna ketika proses membaca dari atau menulis ke repositori informasi jangka panjang.

Perbandingan elemen data

Elemen	Arti	Contoh
Objek data	Informasi yang digunakan atau dihasilkan selama proses	Formulir pesanan
Input data	Informasi yang masuk ke dalam proses	Aplikasi pelanggan
Output data	Informasi yang keluar dari proses	Pemberitahuan persetujuan
Penyimpanan data	Repositori informasi yang persisten	Database pelanggan

7. Artefak

Artefak menambahkan informasi tanpa mengubah alur proses.

Gambar menunjukkan dua artefak umum: kelompok dan anotasi teks.

7.1 Kelompok

Sebuah kelompok secara visual mengelilingi elemen-elemen yang terkait.

Sebuah kelompok ditampilkan menggunakan persegi panjang bulat dengan garis putus-putus.

Gunakan kelompok untuk:

Menyoroti fase proses
Mengorganisir aktivitas yang terkait
Menandai langkah-langkah yang terkait kepatuhan
Mengidentifikasi pekerjaan opsional
Menjelaskan batas-batas proses

Contoh:

┌ - - - - - Verifikasi pelanggan - - - - - ┐
  [Periksa identitas] → [Validasi alamat]
└ - - - - - - - - - - - - - - - - - - - - -┘

Sebuah grup tidak mengontrol eksekusi. Ini hanya alat bantu visual.

7.2 Anotasi teks

Anotasi teks menambahkan komentar atau penjelasan.

Contoh:

[Setujui pengembalian dana] ····· "Pengembalian dana di atas $500 memerlukan persetujuan manajer."

Anotasi bermanfaat untuk:

Aturan bisnis
Pengecualian
Kebijakan
Asumsi
Penjelasan perilaku yang tidak biasa
Catatan untuk pembaca

Jangan gunakan anotasi teks sebagai pengganti logika BPMN yang sebenarnya. Jika suatu aturan mengubah jalur proses, modelkan dengan gerbang atau peristiwa.

8. Contoh Lengkap: Proses Pemesanan Online

Contoh berikut menggabungkan kolam, jalur, aktivitas, gerbang, data, dan pesan.

Skenario

Seorang pelanggan melakukan pemesanan online. Perusahaan memeriksa stok dan pembayaran. Jika produk tersedia dan pembayaran disetujui, gudang akan mengirimkan pesanan. Jika tidak, pelanggan akan diberitahu.

Pelanggan
  ○ Lakukan pemesanan
        |
        | Pesan pesanan
        v

Toko Online
  Departemen Penjualan
  ○ Terima pesanan
        ↓
  [Periksa stok]
        ↓
  ◇ Produk tersedia?
     ↙              ↘
   Tidak            Ya
   ↓                  ↓
[Notifikasi pelanggan]  [Minta pembayaran]
   ↓                  ↓
  ● Pesanan ditutup  ◇ Pembayaran disetujui?
                     ↙              ↘
                   Tidak            Ya
                   ↓                  ↓
             [Notifikasi pelanggan]   Gudang
                   ↓             [Ambil barang]
              ● Pesanan ditutup          ↓
                                  [Kemas pesanan]
                                       ↓
                                  [Kirim pesanan]
                                       ↓
                                  [Kirim konfirmasi]
                                       ↓
                                      ● Selesai

Data yang digunakan dalam proses

Pesanan pelanggan → Terima pesanan
Database stok ↔ Periksa stok
Permintaan pembayaran → Minta pembayaran
Label pengiriman → Kirim pesanan
Konfirmasi pesanan → Kirim konfirmasi

Komunikasi antara peserta

Pelanggan mengirimkan pesanan kepada perusahaan.
Perusahaan mengirimkan permintaan pembayaran kepada penyedia pembayaran.
Penyedia pembayaran mengirimkan pesan persetujuan atau penolakan.
Perusahaan mengirimkan konfirmasi kepada pelanggan.
Gudang menerima permintaan pengiriman.

9. Contoh: Permintaan Liburan Karyawan

Aturan bisnis

Seorang karyawan mengajukan permintaan liburan. Manajer menyetujui atau menolaknya. Jika disetujui, sistem SDM memperbarui saldo cuti karyawan.

Karyawan
  ○ Ajukan permintaan liburan
        ↓
Manajer
  [Tinjau permintaan]
        ↓
  ◇ Disetujui?
    ↙       ↘
  Tidak      Ya
  ↓           ↓
[Kirim      [Notifikasi karyawan]
 penolakan]       ↓
  ↓         Departemen SDM
  ● Selesai  [Perbarui saldo cuti]
                    ↓
               [Catat persetujuan]
                    ↓
                   ● Selesai

Elemen data yang mungkin

Permintaan cuti
Saldo cuti karyawan
Notifikasi persetujuan
Rekaman SDM

Catatan yang mungkin

"Permintaan yang lebih lama dari 10 hari kerja memerlukan persetujuan kepala departemen."

Jika aturan tersebut menciptakan jalur keputusan lain, aturan tersebut harus dimodelkan dengan gerbang (gateway) daripada hanya ditulis sebagai catatan.

10. Contoh: Aktivitas Paralel

Misalkan aplikasi pinjaman yang disetujui memerlukan pemeriksaan kredit dan pemeriksaan identitas. Kedua hal ini dapat terjadi secara bersamaan.

[Terima aplikasi pinjaman]
          ↓
       ◇ AND
       ↙   ↘
[Pemeriksaan kredit] [Pemeriksaan identitas]
       ↘   ↙
       ◇ AND
          ↓
 [Buat keputusan pemberian pinjaman]
          ↓
         ● Selesai

Gerbang paralel pertama membagi proses. Gerbang kedua menunggu hingga kedua aktivitas selesai.

Gunakan pola ini ketika:

Aktivitas bersifat independen
Kedua aktivitas diperlukan
Melakukan keduanya secara bersamaan menghemat waktu

11. Contoh: Menunggu Kejadian

Pemasok mengirimkan penawaran, tetapi perusahaan juga dapat membatalkan permintaan jika responsnya memakan waktu terlalu lama.

[Kirim permintaan penawaran]
          ↓
  ◇ Gerbang berbasis kejadian
      ↙          ↘
[Terima penawaran]  [Waktu habis]
      ↓              ↓
[Evaluasi penawaran]  [Kirim pengingat]
      ↓              ↓
     ● Selesai          ● Selesai

Jalur bergantung pada kejadian mana yang terjadi terlebih dahulu.

12. Cara Membuat Diagram BPMN

Ikuti proses ini saat memodelkan proses bisnis baru.

Langkah 1: Tentukan ruang lingkup proses

Tentukan di mana proses dimulai dan berakhir.

Contoh:

Awal: Pelanggan mengajukan pesanan
Akhir: Pesanan dikirim atau dibatalkan

Hindari memodelkan seluruh organisasi dalam satu diagram.

Langkah 2: Identifikasi peserta

Daftar orang, departemen, organisasi, dan sistem yang terlibat.

Contoh:

Pelanggan
Departemen penjualan
Gudang
Penyedia pembayaran

Tentukan mana yang harus menjadi kolam dan mana yang harus menjadi jalur.

Langkah 3: Identifikasi peristiwa awal

Tanyakan:

Apa yang memicu proses ini?

Jawaban yang mungkin:

Permintaan diajukan
Pesan tiba
Waktu terjadwal tiba
Sebuah kondisi menjadi benar

Langkah 4: Daftar aktivitas utama

Tuliskan pekerjaan tersebut dalam bahasa yang sederhana terlebih dahulu.

Contoh:

Terima pesanan
Periksa persediaan
Minta pembayaran
Ambil produk
Kemas pesanan
Kirim pesanan
Kirim konfirmasi

Langkah 5: Tambahkan keputusan

Cari pertanyaan yang mengubah apa yang terjadi selanjutnya.

Contoh:

Apakah produk tersedia?
Apakah pembayaran disetujui?
Apakah permintaan sudah lengkap?
Apakah batas waktu telah lewat?

Wakili keputusan-keputusan ini dengan gerbang.

Langkah 6: Tambahkan peristiwa akhir

Sebuah proses dapat memiliki beberapa akhir.

Contoh:

Pesanan diselesaikan
Pesanan dibatalkan
Permintaan ditolak
Pembayaran gagal

Langkah 7: Tambahkan alur berurutan

Hubungkan proses dari awal hingga akhir. Pertahankan arah agar mudah diikuti.

Langkah 8: Tambahkan pesan

Tampilkan komunikasi antara kolam yang terpisah menggunakan alur pesan.

Langkah 9: Tambahkan data dan anotasi

Tambahkan dokumen, basis data, aturan, dan catatan hanya di tempat yang memperjelas proses.

Langkah 10: Tinjau diagram

Periksa apakah:

Setiap jalur proses dimulai dengan benar
Setiap jalur mencapai akhir
Gerbang dipasangkan secara logis
Tanggung jawab jelas
Pesan menghubungkan peserta yang terpisah
Aktivitas diberi nama secara konsisten
Diagram dapat dibaca

13. Konvensi Penamaan

Nama yang baik membuat diagram BPMN jauh lebih mudah dipahami.

Peristiwa

Gunakan kata benda atau frasa peristiwa:

Pesanan diterima
Pembayaran disetujui
Batas waktu tercapai
Pelanggan membatalkan permintaan

Tugas

Gunakan kata kerja diikuti oleh objek:

Validasi aplikasi
Periksa persediaan
Setujui pembayaran
Kirim notifikasi

Gerbang

Gunakan pertanyaan:

Apakah aplikasi sudah lengkap?
Apakah pembayaran sudah disetujui?
Apakah produk tersedia?

Acara penutup

Gunakan hasil:

Pesanan selesai
Permintaan ditolak
Pembayaran gagal
Kasus ditutup

Hindari label yang samar seperti:

Proses pesanan
Tangani permintaan
Lakukan pemeriksaan
Tindakan diperlukan

Lebih preferkan nama yang lebih tepat:

Validasi detail pesanan
Tinjau permintaan pelanggan
Periksa status pembayaran
Kirim notifikasi persetujuan

14. Kesalahan Umum Pemula

Menggunakan jenis alur yang salah

Salah:

Alur sekuensial antara dua kolam terpisah

Benar:

Alur pesan antara kolam terpisah

Gunakan alur sekuensial untuk urutan aktivitas dalam satu peserta. Gunakan alur pesan untuk komunikasi antar peserta.

Memperlakukan setiap departemen sebagai kolam terpisah

Departemen dalam satu organisasi biasanya lebih baik direpresentasikan sebagai jalur dalam satu kolam. Kolam terpisah lebih cocok untuk peserta yang independen.

Menggunakan gerbang untuk pekerjaan sekuensial sederhana

Jangan tambahkan gerbang jika tidak ada percabangan atau penggabungan.

Tidak perlu:

Mulai → ◇ → Tinjau formulir → ◇ → Selesai

Lebih baik:

Mulai → Tinjau formulir → Selesai

Lupa menggabungkan cabang

Jika sebuah gerbang membagi proses, cabangnya mungkin perlu digabungkan nanti.

Sebagai contoh, setelah permintaan disetujui atau ditolak, proses mungkin berlanjut ke langkah notifikasi yang umum.

Menggunakan teks alih-alih logika proses

Menulis “Jika pembayaran gagal, beri tahu pelanggan” sebagai catatan tidak memodelkan perilaku. Gunakan gerbang eksklusif:

◇ Pembayaran disetujui?
   ├── Ya → Lanjutkan pesanan
   └── Tidak → Beri tahu pelanggan

Membebani diagram

Diagram dengan terlalu banyak detail menjadi sulit dibaca. Gunakan:

Sub-proses
Diagram terpisah
Kelompok
Tampilan yang lebih spesifik untuk audiens yang berbeda

Mencampur tingkat detail

Hindari menempatkan aktivitas tingkat tinggi seperti “Proses pesanan” di samping langkah-langkah terperinci seperti “Cetak label” dan “Segel paket” kecuali hubungannya jelas.

Pilih satu tingkat detail untuk diagram atau gunakan sub-proses.

Peristiwa akhir yang hilang

Sebuah proses seharusnya secara normal membuat kemungkinan hasilnya menjadi jelas. Sertakan peristiwa akhir untuk jalur yang berhasil, ditolak, dibatalkan, atau gagal sesuai kebutuhan.

15. Praktik Terbaik Pemodelan BPMN

Mulailah dengan tujuan dan ruang lingkup proses.
Gunakan arah yang jelas dari kiri ke kanan atau dari atas ke bawah.
Gunakan satu peristiwa awal kecuali jika beberapa pemicu benar-benar diperlukan.
Berikan setiap jalur penting hasil yang jelas.
Jaga tugas-tugas pada tingkat detail yang serupa.
Gunakan jalur (lane) untuk memperjelas tanggung jawab.
Berikan label pada aliran keluar dari gerbang.
Gunakan aliran pesan hanya untuk komunikasi antar peserta.
Hindari penghubung yang saling bersilangan jika memungkinkan.
Lebihkan nama yang bermakna daripada nama teknis.
Gunakan objek data hanya ketika informasinya penting.
Gunakan anotasi untuk menjelaskan, bukan untuk menggantikan logika proses.
Pecah diagram besar menjadi sub-proses.
Validasi model dengan orang-orang yang melakukan pekerjaan sebenarnya.

16. Lembar Bantuan Cepat BPMN

Simbol atau konsep	Arti
Lingkaran tipis	Peristiwa awal
Lingkaran ganda	Peristiwa antara
Lingkaran tebal	Peristiwa akhir
Persegi panjang membulat	Aktivitas atau tugas
Persegi panjang membulat dengan tanda tambah	Sub-proses yang diringkas
Berlian dengan tanda X	Gerbang eksklusif
Berlian dengan tanda tambah	Gerbang paralel
Berlian dengan lingkaran	Gerbang inklusif
Berlian dengan penanda peristiwa	Gerbang berbasis peristiwa
Panah solid	Alur urutan
Panah putus-putus	Alur pesan
Garis titik-titik	Asosiasi
Bentuk dokumen	Objek data
Silinder basis data	Penyimpanan data
Kotak pengelompokan putus-putus	Kelompok
Kotak teks	Anotasi teks
Wadah luar besar	Kolam
Subdivisi di dalam kolam	Jalur

17. Daftar Periksa Pemodelan BPMN Sederhana

Sebelum menyelesaikan diagram, tanyakan:

Alur proses

Apakah ada awal yang jelas?
Apakah proses normal mudah diikuti?
Apakah setiap jalur pada akhirnya selesai?
Apakah keputusan direpresentasikan oleh gerbang?

Tanggung Jawab

Apakah setiap aktivitas ditugaskan kepada peserta atau jalur?
Apakah kolam digunakan untuk peserta yang terpisah?
Apakah jalur digunakan untuk peran internal atau departemen?

Koneksi

Apakah aliran urutan digunakan di dalam sebuah kolam?
Apakah aliran pesan digunakan di antara kolam-kolam?
Apakah cabang gerbang diberi label?

Informasi

Apakah dokumen penting ditampilkan?
Apakah sistem persisten direpresentasikan sebagai penyimpanan data?
Apakah anotasi hanya digunakan untuk klarifikasi?

Keterbacaan

Apakah diagramnya terlalu besar?
Apakah aktivitasnya diberi nama secara konsisten?
Apakah garis penghubung mudah diikuti?
Apakah sub-proses dapat menyederhanakan diagram?

Ide utamanya sederhana: kejadian menggambarkan apa yang terjadi, aktivitas menggambarkan pekerjaan, gerbang mengontrol keputusan atau jalur paralel, jalur renang menunjukkan tanggung jawab, koneksi menunjukkan hubungan, dan elemen data menunjukkan informasi. Bersama-sama, elemen-elemen ini memberikan gambaran jelas tentang bagaimana proses bisnis dimulai, berkembang, bercabang, berkomunikasi, dan berakhir.

Referensi

Panduan Komprehensif untuk BPMN, Alat Visual Paradigm, AI, dan Ekosistem: Postingan blog resmi yang menguraikan empat pilar ekosistem VP AI dengan contoh BPMN praktis seperti Onboarding Karyawan dan Pemenuhan Pesanan .
Menguasai Pemodelan Proses Bisnis: Panduan Lengkap untuk BPMN dan Generasi Diagram Berbasis AI: Panduan resmi yang merinci cara menggunakan generator diagram proses bisnis AI, dengan instruksi langkah demi langkah dan perbandingan fitur .
Dari Teks ke Alur Proses: Ulasan Langsung Saya tentang Generator BPMN Berbasis AI Visual Paradigm: Ulasan independen yang menguji generator di berbagai skenario dunia nyata (e-commerce, dukungan TI, perbankan) dari perspektif analis bisnis .
Generator Diagram BPMN AI: Alat BPD Profesional: Halaman resmi produk yang menjelaskan fitur teks-ke-diagram, cara mengaksesnya di VP Desktop, dan manfaat utama seperti kepatuhan terhadap standar.
Panduan Lengkap BPMN, Alat Visual Paradigm, Kecerdasan Buatan, dan Ekosistem: Versi bahasa Mandarin dari panduan komprehensif ini, mencakup dasar-dasar BPMN dan studi kasus generasi berbasis AI.
Dari Teks ke Alur Proses: Tinjauan Langsung Generator BPMN Berbasis AI Visual Paradigm: Studi kasus mendetail tentang proses pengiriman pengecer perangkat keras, yang mendemonstrasikan bagaimana AI menangani gerbang, eksekusi paralel, dan logika jalur renang.
Generator Diagram BPMN AI: Alat BPD Profesional: Panduan produk bahasa Mandarin yang merinci kemampuan generator AI, termasuk inklusi otomatis kolam dan jalur untuk kejelasan lintas fungsi.
Pengalaman Langsung Saya: Menggunakan Generator BPMN Berbasis AI Visual Paradigm untuk Mengubah Dokumen Alur Kerja: Tinjauan langsung mengenai kinerja generator AI pada skenario onboarding karyawan, dukungan pelanggan, dan persetujuan pinjaman.
Panduan Praktis Pemula Pemodelan Alur Bisnis BPMN 2.0: Membuat Diagram Alur Profesional dengan Mudah Menggunakan Visual Paradigm dan AI: Tutorial praktis dengan strategi penulisan prompt dan teknik optimasi tingkat lanjut menggunakan Chatbot AI untuk penyempurnaan konversasi.
Tutorial Praktis Lengkap BPMN: Pengalaman Visual Paradigm, Fitur AI, dan Panduan Mendalam tentang Ekosistem: Seri artikel yang mencakup peluncuran generator BPMN berbasis AI, dengan pembahasan mendalam tentang integrasi ekosistem dan contoh praktis.

This post is also available in Deutsch, English, Español, فارسی, Français, English, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.