[!NOTE] Untuk panduan lengkap BPMN 2.0, baca: Panduan Lengkap BPMN 2.0 Indonesia.

Pool dan Lane

Pool dan Lane adalah fitur yang paling membedakan BPMN dari flowchart biasa. Dengan Pool dan Lane, diagram BPMN bisa menjawab pertanyaan "siapa yang bertanggung jawab atas setiap langkah" secara visual dan eksplisit — bukan hanya apa yang dilakukan, tapi oleh siapa.

---

Pool

Pool merepresentasikan satu peserta (participant) dalam sebuah proses kolaborasi. Peserta bisa berupa:

• Sebuah organisasi (Bank Mandiri, Kementerian Keuangan, PT Logistik Nusantara)
• Sebuah peran/entitas tunggal (Pelanggan, Supplier, Vendor)
• Sebuah sistem atau aplikasi (ERP System, Payment Gateway, Core Banking)

Bentuk: Persegi panjang besar yang membungkus semua elemen dalam proses peserta tersebut. Nama Pool biasanya ditampilkan secara vertikal di sisi kiri (orientasi horizontal).

Aturan Dasar Pool

Aturan	Penjelasan
Sequence Flow tidak bisa melewati batas Pool	Alur eksekusi tetap di dalam Pool — ini bukan aturan gaya, ini aturan standar BPMN
Komunikasi antar Pool pakai Message Flow	Pesan, sinyal, atau data yang dikirim ke Pool lain menggunakan panah putus-putus
Setiap Pool punya proses sendiri	Masing-masing Pool adalah "dunia" yang berdiri sendiri

Pool Biasa vs. Black Box Pool

Jenis	Tampilan	Artinya
Pool Biasa	Berisi diagram proses yang terlihat	Kita tahu dan perlu memodelkan bagaimana peserta ini bekerja
Black Box Pool	Kotak kosong, hanya ada nama	Kita tahu peserta ini ada, tapi tidak perlu atau tidak bisa memodelkan prosesnya

Kapan menggunakan Black Box Pool:

• Peserta eksternal yang prosesnya tidak kita kendalikan (Pelanggan, Bank Penerima, Regulator)
• Sistem pihak ketiga yang hanya diketahui input/output-nya (Payment Gateway, SMS Provider)
• Menjaga diagram tetap fokus pada proses internal yang kita kelola

---

Lane

Lane adalah subdivisi di dalam Pool yang mengelompokkan aktivitas berdasarkan siapa yang melakukannya — biasanya departemen, peran, atau sistem tertentu dalam satu organisasi.

Bentuk: Kolom atau baris di dalam Pool, dengan nama di sisi kiri (orientasi horizontal) atau atas (orientasi vertikal).

Prinsip Penggunaan Lane

• Setiap Task harus berada di dalam tepat satu Lane — ini mendefinisikan siapa yang bertanggung jawab
• Lane tidak menghalangi Sequence Flow — alur bisa melewati batas Lane dengan bebas
• Nama Lane sebaiknya menggunakan peran atau departemen, bukan nama orang
• Jika sebuah pekerjaan melibatkan dua peran, pecah menjadi dua Task yang masing-masing di Lane yang sesuai

Pilihan Nama Lane yang Baik

Baik ✅	Kurang Baik ❌
Petugas Loket	Budi
Supervisor	Kepala Bagian Bu Sari
Sistem CRM	Aplikasi
Departemen Keuangan	Finance
Nasabah	Customer
Analis Kredit	Tim 1
Payment Gateway	Server

---

Orientasi: Horizontal vs. Vertikal

BPMN tidak mewajibkan orientasi tertentu, namun ada konvensi yang umum digunakan:

Orientasi	Konvensi Umum	Kapan Digunakan
Horizontal (Lane = baris mendatar)	Lebih umum; alur berjalan kiri ke kanan	Mayoritas diagram proses bisnis
Vertikal (Lane = kolom tegak)	Swimlane bergaya spreadsheet	Proses dengan banyak Lane dan sedikit step

Pilih satu orientasi dan konsisten dalam satu diagram.

---

Contoh 1: Proses Pengajuan Klaim Tunjangan (Satu Pool, Beberapa Lane)

Skenario: Karyawan mengajukan klaim tunjangan ke perusahaan. Proses peninjauan internal melibatkan beberapa peran/departemen yang berbeda dalam satu organisasi.

Yang bisa dibaca dari diagram ini:

• Pool "PT JAVAN CIPTA SOLUSI" memiliki tiga Lane horizontal: Lead, Tim, dan PG (Product Group).
• Proses dimulai (Start Event) di lane Lead ketika pengajuan klaim tunjangan diterima.
• Alur dilanjutkan ke gateway pemeriksaan kategori tunjangan yang akan diklaim:
  • Jika kategori adalah Reimburse AI, maka Lead melakukan Validasi Klaim Tunjangan. Dari hasil validasi tersebut:
    • Disetujui: Alur diteruskan ke lane PG untuk ditinjau.
    • Revisi: Alur dikirim ke lane Tim untuk dilakukan revisi, lalu dikembalikan ke awal proses validasi.
    • Ditolak: Alur berakhir dengan status pengajuan klaim ditolak di lane Lead.
  • Jika kategori adalah Dana Kesehatan, alur diteruskan langsung ke lane PG untuk ditinjau.
• Lane PG bertugas melakukan Tinjau Klaim Tunjangan. Dari hasil peninjauan tersebut:
  • Disetujui: Alur berakhir dengan status pengajuan klaim disetujui di lane PG.
  • Ditolak: Alur berakhir dengan status pengajuan klaim ditolak di lane PG.
  • Revisi: Alur dikirim ke lane Tim untuk direvisi, lalu kembali ke awal proses validasi di lane Lead.

Dengan membagi proses ini ke dalam beberapa Lane di bawah satu Pool, kita bisa melacak penyerahan tugas (handoff) antar peran secara transparan dan teratur.

---

Contoh 2: Collaboration Diagram — Proses Konsultasi Hukum & Penagihan Bulanan (Beberapa Pool)

Skenario: Pengacara (Lawyer) memberikan nasihat hukum kepada Pelanggan (Customer) dan mencatat waktu kerja ke lembar waktu (Time Sheet), lalu tim Akuntansi (Accounting) menagih biaya konsultasi tersebut secara berkala setiap awal bulan.

Yang dapat dipelajari dari contoh ini:

• Customer dimodelkan sebagai Black Box Pool di bagian atas, karena fokus utama diagram adalah untuk memperlihatkan interaksi/pesan keluar-masuk dengan pengacara dan tim akuntansi tanpa memodelkan alur kerja internal pelanggan tersebut.
• Terdapat dua Pool terpisah yang berkolaborasi: Lawyer Provide Legal Advice (untuk konsultasi hukum) dan Accounting Monthly Invoicing (untuk proses penagihan berkala).
• Message Flow (garis putus-putus) menghubungkan komunikasi antar Pool:
  • Permintaan nasihat hukum dikirim dari Customer ke Lawyer (Legal Advice requested).
  • Lawyer mengirimkan nasihat hukum kembali ke Customer (provide legal advice).
  • Accounting mengirimkan surat tagihan ke Customer (create and send invoice).
  • Customer membayar tagihan (money received) atau dikirimi pengingat oleh Accounting (send reminder).
• Penggunaan Data Store (Customer Time Sheet):
  • Lawyer menyimpan catatan jam kerja konsultasi ke Data Store (register time).
  • Accounting membaca catatan jam kerja tersebut (determine billable hours) setiap awal bulan (diatur oleh Timer Start Event) untuk menghitung biaya tagihan.
• Event-Based Gateway pada Accounting: Menunggu salah satu dari dua kejadian (event):
  • Pembayaran diterima dari Customer (money received) yang akan menyelesaikan proses penagihan (Invoice settled).
  • Batas waktu 14 hari terlampaui (14 days) yang akan memicu pengiriman surat pengingat (send reminder) ke Customer dan kembali menunggu pembayaran.

---

Kesalahan Umum dan Solusinya

Kesalahan	Penjelasan	Solusi
Sequence Flow melewati Pool	Tidak valid dalam standar BPMN 2.0	Gunakan Message Flow + Intermediate Message Event
Task tidak dalam Lane manapun	Tidak jelas siapa yang bertanggung jawab	Masukkan semua Task ke dalam Lane
Lane terlalu umum ("Semua Departemen")	Tidak informatif, mengalahkan tujuan Lane	Spesifikkan peran yang tepat
Terlalu banyak Lane (>6)	Diagram menjadi sangat sempit dan sulit dibaca	Gabungkan Lane serupa, atau pecah jadi diagram terpisah
Nama Lane = nama orang	Tidak scalable ketika orang berganti jabatan	Gunakan nama peran atau jabatan
Message Flow di dalam satu Pool	Message Flow hanya untuk antar Pool	Gunakan Sequence Flow di dalam Pool
Pool kosong tanpa keterangan	Tidak jelas apakah ini Black Box yang disengaja	Beri label "Black Box" atau tambahkan Text Annotation

---

Kapan Tidak Perlu Pool dan Lane?

Tidak semua diagram BPMN membutuhkan Pool dan Lane:

• Process Diagram sederhana untuk satu pelaksana: cukup tanpa Pool/Lane
• Sub-Process internal yang semua langkahnya dilakukan oleh satu peran
• Diagram untuk tujuan komunikasi cepat di mana tanggung jawab sudah jelas dari konteks
• Prototipe awal sebelum detail tanggung jawab ditentukan

Pool dan Lane paling berharga ketika ada ambiguitas tentang siapa yang melakukan apa — di situlah Lane menyelesaikan kebingungan, terutama dalam proses yang melibatkan handoff antar peran atau organisasi berbeda.

---

Ringkasan: Kapan Gunakan Apa

Situasi	Solusi
Satu organisasi, satu pelaksana	Tidak perlu Pool/Lane
Satu organisasi, beberapa departemen	Satu Pool + beberapa Lane
Dua atau lebih organisasi berbeda	Collaboration Diagram (beberapa Pool)
Peserta eksternal yang prosesnya tidak diketahui	Black Box Pool
Hierarki dalam departemen yang perlu ditampilkan	Nested Lane

---

Selanjutnya: Flow →

---

[!NOTE] Untuk panduan lengkap BPMN 2.0, baca: Panduan Lengkap BPMN 2.0 Indonesia.

[!TIP] Seri Cara Membaca BPMN: Pelajari cara membaca batas tanggung jawab antar peran di Cara Membaca Pool dan Lane.