Model dan Notasi Proses Bisnis, yang umum dikenal sebagai BPMN, adalah bahasa standar untuk memvisualisasikan proses. Ini menghubungkan kesenjangan antara pemangku kepentingan bisnis dan tim teknis dengan menyediakan notasi grafis yang dapat dibaca manusia dan dapat dieksekusi oleh mesin. Bagi siapa pun yang memasuki bidang manajemen proses, memahami blok bangunan dasar ini sangat penting. Tanpa pemahaman yang kuat terhadap komponen-komponen ini, diagram menjadi membingungkan dan kehilangan nilai sebagai alat komunikasi.
Panduan ini menguraikan lima elemen penting yang diperlukan untuk membuat diagram BPMN yang valid. Kami akan mengeksplorasi makna setiap komponen, bagaimana mereka berinteraksi, dan mengapa mereka penting dalam konteks alur kerja nyata. Tidak ada istilah teknis tanpa penjelasan, tidak ada hiasan pemasaran, hanya fakta struktural yang Anda butuhkan untuk mulai memodelkan secara efektif.
1. Kejadian: Pemicu Proses Anda ⏱️
Kejadian adalah tulang punggung dari setiap proses bisnis. Mereka mewakili sesuatu yang terjadi, bukan sesuatu yang dilakukan. Dalam BPMN, kejadian digambarkan sebagai lingkaran. Lingkaran-lingkaran ini berfungsi sebagai titik awal, tengah, dan akhir dari alur Anda. Memahami kejadian adalah langkah pertama karena setiap proses harus dimulai dari suatu tempat dan berakhir di suatu tempat.
Kejadian Awal
Kejadian Awal menunjukkan dimulainya suatu proses. Ini berupa lingkaran kosong. Ketika suatu proses dimulai, ia menunggu pemicu tertentu. Pemicu ini bisa berupa tindakan manual, timer, atau pesan masuk. Sebagai contoh, suatu proses bisa dimulai ketika pelanggan mengirimkan formulir pesanan. Dalam diagram, ini adalah titik masuk di mana alur menjadi aktif.
Kejadian Akhir
Kejadian Akhir menandakan berakhirnya suatu proses. Ini juga berupa lingkaran, tetapi diisi dengan tepi tebal. Berbeda dengan Kejadian Awal, Kejadian Akhir tidak memiliki aliran urutan keluar. Ketika alur mencapai Kejadian Akhir, instans khusus dari proses tersebut telah selesai. Suatu proses dapat memiliki beberapa Kejadian Akhir, yang mewakili hasil yang berbeda, seperti ‘Pesanan Selesai’ atau ‘Pesanan Dibatalkan’.
Kejadian Menengah
Kejadian Menengah terjadi di antara Kejadian Awal dan Kejadian Akhir. Mereka berupa lingkaran dengan satu tepi tipis. Kejadian-kejadian ini mewakili sesuatu yang terjadi selama siklus hidup proses. Jenis-jenis umum meliputi:
- Kejadian Pesan:Menunggu pesan dari sistem atau peserta eksternal.
- Kejadian Timer:Menunggu waktu atau durasi tertentu berlalu.
- Kejadian Kesalahan:Dipicu ketika terjadi pengecualian tertentu.
Kejadian menengah sangat penting untuk memodelkan jeda dan gangguan. Mereka menunjukkan bahwa proses bukan hanya garis lurus, tetapi memiliki jeda atau ketergantungan pada faktor eksternal.
2. Kegiatan: Pekerjaan yang Dilakukan 🛠️
Begitu suatu kejadian memicu suatu proses, pekerjaan harus dilakukan. Di sinilah Kegiatan masuk. Kegiatan digambarkan dengan persegi panjang melengkung. Mereka menggambarkan tugas atau tindakan nyata yang dilakukan dalam proses. Berbeda dengan kejadian, kegiatan menghabiskan waktu dan sumber daya.
Tugas
Tugas adalah unit kerja terkecil. Ini bersifat atomik, artinya merupakan satu langkah tunggal yang tidak dapat dibagi lebih lanjut dalam konteks diagram saat ini. Tugas biasanya ditugaskan kepada peran atau sistem tertentu. Contohnya adalah ‘Ulasan Aplikasi’, ‘Kirim Email’, atau ‘Setujui Faktur’. Jika suatu langkah melibatkan beberapa sub-langkah yang terlalu rinci untuk tingkat diagram ini, lebih baik mengelompokkannya menjadi Subproses.
Subproses
Subproses memungkinkan Anda memperbesar area tertentu yang kompleks. Alih-alih membuat diagram utama berantakan dengan tugas-tugas rinci, Anda dapat menggabungkan sekelompok kegiatan menjadi satu persegi panjang melengkung dengan tanda tambah kecil. Ini disebut Subproses Diperbesar. Atau, dapat dikompres menjadi persegi panjang datar dengan tanda tambah untuk menunjukkan bahwa ia berisi logika internal yang disembunyikan pada tingkat ini.
Menggunakan Subproses adalah praktik terbaik untuk mengelola kompleksitas. Ini menjaga tampilan tingkat tinggi tetap bersih sambil memungkinkan pemangku kepentingan untuk menelusuri area tertentu jika diperlukan. Ini mendukung berbagai tingkat abstraksi, memastikan diagram tetap mudah dibaca terlepas dari kedalaman teknis audiens.
3. Gateway: Logika dan Keputusan 🚦
Proses dunia nyata jarang bersifat linier. Mereka melibatkan keputusan, jalur bercabang, dan sinkronisasi. Gateway adalah berbentuk berlian yang digunakan untuk memodelkan logika ini. Mereka tidak mewakili pekerjaan; mereka mewakili aliran kontrol. Mereka menentukan jalur mana yang akan diambil proses berikutnya berdasarkan kondisi tertentu.
Ada beberapa jenis Gateway, tetapi yang paling umum adalah Eksklusif, Inklusif, dan Paralel. Memahami perbedaannya sangat penting untuk pemetaan proses yang akurat.
| Jenis Gateway | Bentuk Simbol | Fungsi | Contoh |
|---|---|---|---|
| Gerbang Eksklusif (XOR) | Berlian dengan ‘X’ | Hanya satu jalur yang diambil. | Apakah kartu kredit valid? Ya atau Tidak. |
| Gerbang Inklusif (OR) | Berlian dengan lingkaran | Satu atau lebih jalur dapat diambil. | Kirim email DAN SMS ke pengguna. |
| Gerbang Paralel (AND) | Berlian dengan tanda tambah | Semua jalur diambil secara bersamaan. | Proses pesanan dan kirim faktur secara bersamaan. |
Gerbang Eksklusif
Gerbang Eksklusif memastikan hanya satu aliran urutan keluar yang dipilih. Ini sering digunakan untuk keputusan biner. Jika kondisi A terpenuhi, aliran bergerak ke kiri. Jika tidak, aliran bergerak ke kanan. Kondisi harus saling eksklusif. Ini adalah jenis titik keputusan yang paling umum dalam proses bisnis.
Gerbang Paralel
Gerbang Paralel membagi aliran menjadi beberapa jalur yang terjadi secara bersamaan. Ini juga berfungsi sebagai sinkronisasi. Jika proses mencapai Gerbang Paralel di akhir, ia akan menunggu hingga semua jalur masuk selesai sebelum melanjutkan. Ini sangat penting untuk memodelkan aktivitas bersamaan, seperti memberi tahu HR dan IT secara bersamaan setelah karyawan keluar.
Gerbang Inklusif
Gerbang Inklusif memungkinkan beberapa jalur aktif jika beberapa kondisi terpenuhi. Berbeda dengan Gerbang Eksklusif yang memaksa pilihan antara A atau B, Gerbang Inklusif memungkinkan A, B, atau A dan B. Ini berguna untuk logika kondisional yang kompleks di mana pilihan tidak saling eksklusif.
4. Aliran Urutan: Jalur Eksekusi 🛤️
Aliran Urutan menghubungkan berbagai elemen bersama. Mereka adalah panah padat yang menentukan urutan eksekusi. Tanpa Aliran Urutan, diagram hanyalah kumpulan bentuk. Panah mengarah dari sumber (seperti Peristiwa atau Kegiatan) ke tujuan (Peristiwa lain, Kegiatan, atau Gerbang).
Penting untuk membedakan antara Aliran Urutan dan Aliran Pesan. Aliran Urutan mewakili aliran kontrol internal dalam satu instance proses. Mereka menunjukkan apa yang terjadi berikutnya di dalam batas organisasi. Aliran Pesan, yang berupa panah putus-putus, mewakili komunikasi antara peserta atau pool yang berbeda. Salah membedakan keduanya merupakan kesalahan umum bagi pemula.
Saat memodelkan Aliran Urutan, pertimbangkan prinsip-prinsip berikut:
- Arah Aliran:Selalu mengarah ke arah eksekusi. Aliran harus mudah dilacak dari atas ke bawah atau dari kiri ke kanan.
- Konektivitas:Pastikan setiap elemen memiliki jalur yang jelas ke elemen berikutnya. Hindari bentuk yang terpisah di mana sebuah bentuk tidak memiliki input atau output.
- Label Kondisi:Ketika beberapa aliran meninggalkan sebuah Gerbang, beri label pada jalur dengan kondisi (misalnya, “Disetujui”, “Ditolak”). Ini menghilangkan ambiguitas.
Aliran yang kompleks sering menghasilkan diagram spaghetti. Untuk menghindarinya, cobalah menjaga aliran tetap linier sebisa mungkin. Gunakan sub-proses untuk mengelompokkan logika yang kompleks, dan gunakan gateway secara hemat. Jika sebuah diagram tampak seperti jaringan yang kusut, kemungkinan besar terlalu rinci untuk audiens yang dituju.
5. Pools dan Lintasan: Organisasi Tanggung Jawab 🏢
Proses jarang terjadi dalam ruang hampa. Mereka melibatkan beberapa departemen, sistem, atau mitra eksternal. Pools dan Lintasan menyediakan wadah visual bagi peserta-peserta tersebut.
Pools
Sebuah Pool mewakili peserta dalam proses. Ini berupa persegi panjang besar. Sebuah Pool dapat berisi beberapa Lintasan. Setiap Pool mewakili batas yang jelas, seperti perusahaan, departemen, atau pelanggan eksternal. Sebagai contoh, dalam proses pemenuhan pesanan, Anda mungkin memiliki Pool untuk ‘Perusahaan Internal’ dan Pool untuk ‘Pelanggan’. Acara yang melintasi batas antara dua Pool biasanya merupakan Aliran Pesan.
Lintasan
Lintasan adalah pembagian dalam sebuah Pool. Mereka mewakili peran, departemen, atau sistem tertentu yang bertanggung jawab atas aktivitas di dalamnya. Jika sebuah Pool mewakili ‘Departemen SDM’, maka sebuah Lintasan bisa mewakili ‘Rekrutmen’ dan lainnya ‘Gaji’. Aktivitas ditempatkan pada Lintasan peran yang bertanggung jawab atas mereka.
Struktur ini menjelaskan tanggung jawab. Saat proses ditinjau, para pemangku kepentingan dapat langsung melihat siapa yang bertanggung jawab atas setiap langkah. Ini juga membantu mengidentifikasi serah terima. Serah terima terjadi ketika aliran berpindah dari satu Lintasan ke Lintasan lainnya. Titik-titik ini merupakan titik kritis yang berpotensi menimbulkan kesalahan atau penundaan.
Aliran Pesan Melintasi Pools
Ketika suatu proses melibatkan beberapa Pool, komunikasi harus melintasi batas. Ini dilakukan melalui Aliran Pesan. Berbeda dengan Aliran Urutan, Aliran Pesan tidak dapat melintasi batas Lintasan dalam Pool yang sama. Mereka harus melintasi batas Pool. Ini menegaskan aturan bahwa aliran kontrol langsung bersifat internal, sedangkan komunikasi bersifat eksternal.
Praktik Terbaik untuk Pemodelan yang Bersih ✅
Mengetahui elemen-elemen tersebut hanyalah separuh pertarungan. Menerapkannya dengan benar menjamin diagram menjadi bermanfaat. Berikut ini beberapa panduan untuk menjaga kejelasan dan konsistensi.
- Penamaan yang Konsisten:Gunakan frasa yang jelas, berbentuk kata kerja-kata benda untuk Aktivitas (misalnya, ‘Tinjau Dokumen’ alih-alih ‘Tinjau’). Beri nama Acara dan Gateway secara jelas agar mencerminkan tujuannya.
- Satu Aliran per Jalur:Cobalah menghindari memiliki beberapa Aliran Urutan antara dua bentuk yang sama. Jika Anda memiliki beberapa jalur, gunakan Gateway untuk memisahkannya.
- Aliran Horizontal dan Vertikal:Orientasikan diagram Anda sehingga alirannya umumnya dari atas ke bawah atau dari kiri ke kanan. Hindari belokan tajam dan zig-zag sebisa mungkin.
- Gunakan Warna Standar:Meskipun BPMN secara default berwarna hitam dan putih, banyak alat menggunakan kode warna untuk acara (misalnya, hijau untuk sukses, merah untuk kesalahan). Pastikan Anda memahami legenda jika menggunakan warna.
- Buat Sederhana:Jika sebuah diagram memiliki terlalu banyak elemen, bagi menjadi bagian-bagian. Sebuah diagram tunggal sebaiknya muat di satu layar atau satu lembar kertas. Gunakan Subproses untuk menyembunyikan kompleksitas.
Kesalahan Umum yang Harus Dihindari 🚫
Bahkan modeler yang berpengalaman juga membuat kesalahan. Mengetahui kesalahan umum dapat menghemat waktu selama peninjauan.
- Acara Akhir yang Hilang:Setiap jalur proses harus berakhir pada Acara Akhir. Jika aliran berhenti di sebuah Tugas tanpa Acara Akhir, maka instance proses dianggap tidak lengkap atau macet.
- Elemen yang Terputus:Pastikan setiap bentuk terhubung. Tugas atau acara yang terpisah menunjukkan model yang rusak.
- Penggunaan Gateway yang Berlebihan:Jangan gunakan Gateway untuk setiap keputusan tunggal. Jika logikanya sederhana, jalur langsung dengan label biasanya sudah cukup. Gateway menambah kompleksitas visual.
- Membingungkan Pools dan Lintasan: Ingat bahwa Aliran Pesan melintasi Pools, sementara Aliran Urutan melintasi Lintasan. Menggunakan Aliran Pesan untuk menghubungkan dua tugas dalam Lintasan yang sama adalah salah.
- Mengabaikan Aliran Pengecualian: Proses bisnis sering kali mengalami masalah. Gunakan Peristiwa Kesalahan Menengah untuk menunjukkan apa yang terjadi ketika terjadi kegagalan, daripada mengasumsikan segalanya berjalan dengan baik.
Pikiran Akhir tentang Standarisasi Proses 📝
Menguasai kelima elemen ini memberikan dasar yang kuat untuk pemodelan proses bisnis. BPMN bukan hanya tentang menggambar diagram; itu tentang menciptakan pemahaman bersama tentang bagaimana pekerjaan dilakukan. Ketika semua orang berbicara dalam bahasa visual yang sama, komunikasi menjadi lebih baik, ketidakefisienan terdeteksi lebih cepat, dan transformasi digital menjadi lebih realistis.
Mulailah dengan memodelkan proses-proses sederhana. Fokus pada memastikan Peristiwa, Kegiatan, dan Aliran sudah benar. Ketika Anda merasa nyaman, perkenalkan Gateway dan Lintasan. Tujuannya adalah kejelasan, bukan kompleksitas. Diagram BPMN yang baik menceritakan sebuah cerita yang bisa dibaca siapa saja, terlepas dari latar belakang teknisnya. Dengan mematuhi aturan standar dan menghindari jebakan umum, Anda memastikan model Anda kuat, akurat, dan menjadi aset berharga bagi organisasi.
