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.
Pool
Pool merepresentasikan satu peserta (participant) dalam sebuah proses kolaborasi. Peserta bisa berupa:
- Sebuah organisasi (Bank Mandiri, Kementerian Keuangan)
- Sebuah peran/entitas (Pelanggan, Supplier, Sistem Pembayaran)
- Sebuah sistem atau aplikasi (ERP System, Payment Gateway)
Bentuk: Persegi panjang besar yang membungkus semua elemen dalam proses peserta tersebut
Aturan dasar Pool:
- Sequence Flow tidak bisa melewati batas Pool — alur di dalam Pool tetap di dalam Pool
- Komunikasi antar Pool menggunakan Message Flow (bukan Sequence Flow)
- Setiap Pool memiliki proses sendiri yang berdiri sendiri
Pool Biasa vs. Black Box Pool
| Jenis | Tampilan | Artinya |
|---|---|---|
| Pool Biasa | Berisi diagram proses yang terlihat | Kita tahu bagaimana peserta ini bekerja |
| Black Box Pool | Hanya kotak kosong dengan 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 ketahui atau tidak relevan (misalnya: "Pelanggan", "Bank Penerima")
- Sistem pihak ketiga yang hanya kita ketahui input/output-nya
- Menjaga diagram tetap fokus pada proses yang kita kendalikan
Contoh:
Diagram "Proses Pengiriman Barang" di perusahaan logistik:
- Pool 1 (terlihat): Proses internal perusahaan logistik
- Pool 2 (Black Box): "Pengirim" — hanya kita ketahui mereka mengirim pesanan, prosesnya tidak kita modelkan
- Pool 3 (Black Box): "Penerima" — hanya kita ketahui mereka menerima paket
Lane
Lane adalah subdivisi di dalam Pool yang mengelompokkan aktivitas berdasarkan siapa yang melakukannya — biasanya departemen, peran, atau sistem tertentu.
Bentuk: Kolom atau baris di dalam Pool, dengan nama di sisi kiri (jika horizontal) atau atas (jika vertikal)
Prinsip penggunaan Lane:
- Setiap Task harus berada di dalam satu Lane — ini mendefinisikan siapa yang bertanggung jawab
- Lane tidak menghalangi Sequence Flow — alur bisa melewati Lane dengan bebas
- Nama Lane sebaiknya menggunakan peran atau departemen, bukan nama orang
Pilihan Nama Lane yang Baik
| Baik ✅ | Kurang Baik ❌ |
|---|---|
| Petugas Loket | Budi |
| Supervisor | Kepala Bagian Bu Sari |
| Sistem CRM | Aplikasi |
| Departemen Keuangan | Finance |
| Nasabah | Customer |
Orientasi: Horizontal vs. Vertikal
BPMN tidak mewajibkan orientasi tertentu untuk Pool dan Lane, namun ada konvensi yang umum:
| Orientasi | Konvensi Umum |
|---|---|
| Horizontal (Lane = baris mendatar) | Lebih umum; alur berjalan kiri ke kanan |
| Vertikal (Lane = kolom tegak) | Cocok untuk proses dengan banyak tahapan vertikal |
Pilih satu orientasi dan konsisten dalam satu diagram.
Collaboration Diagram: Beberapa Pool
Ketika sebuah diagram BPMN menampilkan lebih dari satu Pool yang saling berinteraksi, ini disebut Collaboration Diagram.
Karakteristik:
- Setiap Pool punya proses sendiri
- Interaksi antar Pool menggunakan Message Flow
- Sangat cocok untuk memodelkan proses B2B, layanan publik, atau integrasi sistem
Contoh struktur:
┌─────────────────────────────────────────┐
│ POOL: Nasabah (Black Box) │
│ ←─ Message Flow (Terima Keputusan) ─────┼─────────┐
│ ─── Message Flow (Kirim Permohonan) → ──┼──┐ │
└─────────────────────────────────────────┘ │ │
↓ ↑
┌─────────────────────────────────────────────────────────────┐
│ POOL: Bank │
│ ┌───────────────────┐ ┌──────────────┐ ┌───────────────┐ │
│ │ Lane: Petugas │ │ Lane: Analis │ │ Lane: Sistem │ │
│ │ [Terima Formulir] │→ │ [Analisis] │→ │ [Rekam Data] │ │
│ └───────────────────┘ └──────────────┘ └───────────────┘ │
└─────────────────────────────────────────────────────────────┘
Lane Bersarang (Nested Lane)
BPMN memungkinkan Lane di dalam Lane (nested lanes). Ini berguna untuk hierarki yang lebih dalam.
Contoh:
Pool: Departemen Kredit
├── Lane: Kepala Departemen
│ ├── Sub-Lane: Kepala Seksi Analisis
│ └── Sub-Lane: Kepala Seksi Persetujuan
└── Lane: Staf
├── Sub-Lane: Analis Kredit
└── Sub-Lane: Petugas Administrasi
Catatan: Gunakan nested Lane dengan hati-hati. Terlalu banyak level akan membuat diagram sulit dibaca.
Aturan Penting Pool dan Lane
1. Sequence Flow vs. Message Flow
| Jenis | Di mana? | Kapan? |
|---|---|---|
| Sequence Flow (→ solid) | Di dalam satu Pool | Menghubungkan elemen dalam proses yang sama |
| Message Flow (→ putus-putus) | Antar Pool | Mengirim/menerima pesan antar peserta |
Ini adalah kesalahan paling umum dalam BPMN pemula: menggunakan Sequence Flow untuk menghubungkan antar Pool. Sequence Flow tidak bisa melewati batas Pool.
2. Satu Task, Satu Lane
Setiap Task harus berada di dalam tepat satu Lane. Jika sebuah pekerjaan melibatkan dua peran, pecah menjadi dua Task yang masing-masing di Lane yang sesuai.
3. Pool Wajib untuk Collaboration
Jika Anda ingin menampilkan Message Flow antar peserta, kedua peserta harus masing-masing memiliki Pool.
Kesalahan Umum
| Kesalahan | Penjelasan | Solusi |
|---|---|---|
| Sequence Flow melewati Pool | Tidak valid dalam BPMN | Gunakan Message Flow + 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 | Spesifikkan peran yang tepat |
| Terlalu banyak Lane | Diagram jadi sempit dan tidak terbaca | Gabungkan Lane yang serupa, atau pecah jadi diagram terpisah |
| Nama Lane = nama orang | Tidak scalable jika orang berganti | Gunakan nama peran/jabatan |
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
Pool dan Lane paling berharga ketika ada ambiguitas tentang siapa yang melakukan apa — di situlah Lane menyelesaikan kebingungan.
Selanjutnya: Flow →