- foundation/: MASTER-ANCHOR, BOOK-SPEC, BLUEPRINT, WRITING-TEMPLATE, REFERENCE-BANK - chapters/: 18 bab (bab-01 s.d. bab-18) + 18 outlines - worksheets/: 18 worksheet pendamping (A01-A18) - backmatter/: references, glosarium, indeks, kata-pengantar, tentang-penulis - scripts/: build-book.ps1, build-worksheets.ps1 (Pandoc + XeLaTeX) - templates/: book-template.tex (B5, Times New Roman, margin sesuai BOOK-SPEC) - AUDIT-REPORT.md: Phase 6 consistency audit — all gates passed - PRINT-GUIDE.md: instruksi lengkap cetak PDF RTI-20252 methodology Phase 1-6 complete. Publication-ready.
359 lines
23 KiB
Markdown
359 lines
23 KiB
Markdown
# OUTLINE DETAIL — BAB 8
|
||
## Manajemen Proses Bisnis dan SI
|
||
|
||
> **Bagian:** III — Analisis dan Perancangan SI
|
||
> **Level:** Menengah
|
||
> **Estimasi Halaman:** 18–22
|
||
> **Target Kata:** 4.500–5.500
|
||
|
||
---
|
||
|
||
## SEK 8.1 — PEMBUKA
|
||
|
||
**Opening Bridge dari Bab 7:**
|
||
*Roadmap Transformasi Digital (Artefak 7.1) mendefinisikan ambisi — tetapi ambisi hanya menjadi kenyataan melalui eksekusi proses bisnis yang terancang dengan baik. Banyak transformasi digital yang gagal bukan karena teknologinya buruk, tapi karena proses bisnis yang didigitalisasi atau diotomatisasi tidak pernah didesain dengan benar sejak awal. Bab ini membangun kompetensi untuk memahami, menganalisis, dan merancang ulang proses bisnis sebagai prasyarat implementasi SI yang efektif.*
|
||
|
||
**Hook:**
|
||
Seorang konsultan diminta membantu implementasi RPA (*Robotic Process Automation*) di sebuah perusahaan asuransi. Setelah mengamati proses klaim selama dua minggu, ia menemukan fakta yang mengejutkan: proses yang akan diotomatisasi tersebut mengandung 14 langkah yang tidak perlu — warisan dari dua perusahaan yang pernah merger tahun 2008. Jika RPA diimplementasi tanpa review proses terlebih dahulu, biaya klaim akan turun 5%. Dengan redesign proses dulu, lalu implementasi RPA: 34%.
|
||
|
||
**Pertanyaan sentral:** "Bagaimana framework Manajemen Proses Bisnis (BPM) membantu manajer menganalisis, merancang, dan mengoptimalkan proses bisnis agar dapat diintegrasikan secara efektif dengan sistem informasi?"
|
||
|
||
---
|
||
|
||
## SEK 8.2 — MODEL UTAMA (Gambar 8.1)
|
||
|
||
**Nama Model:** Siklus BPM Terintegrasi-SI (SBTS)
|
||
|
||
**Mermaid diagram:** `graph LR` atau siklik, 6 tahap BPM + layer SI
|
||
|
||
```
|
||
Tahap 1: Identifikasi Proses (Process Identification)
|
||
→ Peta proses bisnis organisasi, prioritas berdasarkan nilai dan masalah
|
||
Tahap 2: Penemuan Proses (Process Discovery/Modeling)
|
||
→ Dokumentasi "as-is" menggunakan BPMN
|
||
Tahap 3: Analisis Proses (Process Analysis)
|
||
→ Identifikasi bottleneck, waste, risiko, gap SI
|
||
Tahap 4: Redesain Proses (Process Redesign)
|
||
→ Model "to-be", perbaikan berbasis lean/agile
|
||
Tahap 5: Implementasi (Process Implementation)
|
||
→ Configure systems, train users, change management
|
||
Tahap 6: Monitoring & Adaptasi (Process Monitoring)
|
||
→ KPI proses, conformance checking, continuous improvement
|
||
|
||
Lingkaran kembali ke Tahap 1 → siklus berkelanjutan
|
||
Layer SI: di setiap tahap, tools SI mendukung eksekusi tahap tersebut
|
||
```
|
||
|
||
---
|
||
|
||
## SEK 8.3 — DEFINISI KUNCI
|
||
|
||
1. 📌 **Manajemen Proses Bisnis (*Business Process Management/BPM*)** — Disiplin manajemen yang mengintegrasikan pendekatan analitik dan optimasi untuk perbaikan dan orkestrasi proses bisnis organisasi secara berkelanjutan, dengan dukungan teknologi yang sesuai (Dumas et al., 2021). Relevansi: BPM adalah jembatan antara strategi bisnis dan eksekusi operasional — dimediasi oleh SI.
|
||
|
||
2. 📌 **Proses Bisnis (*Business Process*)** — Serangkaian aktivitas yang terkoordinasi, dilakukan oleh orang atau sistem, yang menghasilkan produk atau layanan bernilai bagi pelanggan internal maupun eksternal (Dumas et al., 2021). Relevansi: memahami proses sebagai satuan analisis memungkinkan manajer melampaui "silo departemen" untuk melihat bagaimana nilai benar-benar diciptakan.
|
||
|
||
3. 📌 **BPMN (*Business Process Model and Notation*)** — Standar notasi grafis internasional (OMG standard) untuk pemodelan proses bisnis, menggunakan simbol-simbol standar untuk merepresentasikan alur kegiatan, keputusan, event, dan aktor yang terlibat dalam suatu proses (OMG, 2021). Relevansi: BPMN adalah "bahasa bersama" antara manajer bisnis dan tim IT untuk mendiskusikan proses tanpa ambiguitas.
|
||
|
||
4. 📌 **Automasi Proses Robotik (*Robotic Process Automation/RPA*)** — Teknologi yang menggunakan "robot" software untuk mengotomatisasi tugas-tugas berulang dan berbasis aturan pada sistem IT yang ada, tanpa memerlukan perubahan pada sistem tersebut (Mendling et al., 2020; diperbarui Dumas et al., 2021). Relevansi: RPA adalah cara tercepat dan termurah untuk mengotomatisasi proses rutin — tapi hanya efektif jika proses yang diotomatisasi sudah well-designed.
|
||
|
||
---
|
||
|
||
## SEK 8.4 — KONSEP INTI
|
||
|
||
### 8.4.1 — Anatomi Proses Bisnis
|
||
**Argumen utama:** Pemahaman yang presisi tentang komponen proses bisnis adalah fondasi analisis yang baik.
|
||
**5 komponen proses:**
|
||
1. **Activities/Tasks** — unit kerja terkecil; bisa manual atau otomatis
|
||
2. **Control flow** — urutan aktivitas, termasuk keputusan (gateway) dan percabangan
|
||
3. **Resources** — siapa atau apa yang melaksanakan aktivitas (manusia, sistem, robot)
|
||
4. **Artifacts** — data, dokumen, atau objek yang digunakan/dihasilkan proses
|
||
5. **Events** — pemicu dan hasil proses (timer, message, condition)
|
||
|
||
**Tipe proses berdasarkan variabilitas:**
|
||
- *Structured processes*: aturan jelas, dapat sepenuhnya dispesifikasikan (pemrosesan faktur, onboarding karyawan baru)
|
||
- *Unstructured/Knowledge processes*: bergantung pada judgment (investigasi fraud, konsultasi medis)
|
||
- *Ad-hoc processes*: tidak rutin, tidak terprediksi
|
||
|
||
### 8.4.2 — BPMN Essentials untuk Manajer
|
||
**Argumen utama:** Manajer tidak perlu menjadi BPMN expert, tapi perlu cukup literate untuk membaca dan berkontribusi pada model proses.
|
||
**Simbol BPMN yang harus dikuasai manajer:**
|
||
- **Events:** Start (lingkaran tipis), End (lingkaran tebal), Intermediate (middleware)
|
||
- **Activities:** Task (kotak rounded), Sub-process (kotak dengan +)
|
||
- **Gateways:** Exclusive (X — pilih satu jalur), Parallel (+ — semua jalur), Inclusive (O — satu atau lebih)
|
||
- **Flows:** Sequence flow (panah solid), Message flow (panah putus-putus)
|
||
- **Participants:** Pool (kotak besar untuk satu organisasi), Lane (subdivisi dalam pool)
|
||
|
||
**Latihan membaca:** Model sederhana proses pengajuan izin cuti → identifikasi bottleneck dari model.
|
||
|
||
### 8.4.3 — Analisis Proses: Menemukan Waste dan Bottleneck
|
||
**Argumen utama:** Analisis "as-is" yang jujur seringkali mengungkap masalah yang sudah menjadi "blind spot" karena terlalu familiar.
|
||
**4 teknik analisis proses:**
|
||
1. **Value-added analysis** — kategorikan setiap aktivitas: value-added / business value-added / non-value-added; target eliminasi NVA
|
||
2. **Process mining** — ekstrak proses yang sebenarnya terjadi dari event logs sistem; bandingkan dengan model yang dirancang
|
||
3. **Bottleneck analysis** — identifikasi titik dengan antrian terpanjang atau throughput terendah
|
||
4. **Root cause analysis** — 5-why, fishbone diagram untuk masalah proses yang persisten
|
||
|
||
**8 tipe waste (*Muda*) dalam proses bisnis (adaptasi dari Lean Manufacturing):**
|
||
Defects, Overproduction, Waiting, Non-utilized talent, Transportation, Inventory, Motion, Extra-processing
|
||
|
||
### 8.4.4 — Redesain Proses: Dari As-Is ke To-Be
|
||
**Argumen utama:** Redesain bukanlah menggambar ulang diagram — ia adalah berpikir ulang tentang bagaimana nilai diciptakan.
|
||
**5 heuristic redesain proses (Dumas et al.):**
|
||
1. **Task elimination** — hapus aktivitas yang tidak menghasilkan nilai
|
||
2. **Task composition** — gabungkan aktivitas yang lebih efisien jika dilakukan bersamaan
|
||
3. **Parallelization** — jalankan aktivitas yang independent secara bersamaan, bukan sequential
|
||
4. **Specialist-generalist trade-off** — kapan sebaiknya menggunakan spesialis vs generalis?
|
||
5. **Resequencing** — ubah urutan aktivitas untuk mengurangi rework
|
||
|
||
**Cara SI mendukung to-be process:**
|
||
- Workflow management systems: mengeksekusi dan memonitor alur proses
|
||
- Form automation: eliminasi input manual
|
||
- Business rules engine: otomatisasi keputusan terstruktur
|
||
- Integration middleware: menghubungkan sistem yang berbeda
|
||
|
||
### 8.4.5 — Process Mining: Biarkan Data Menceritakan Proses yang Sebenarnya
|
||
**Argumen utama:** Process mining memecahkan masalah fundamental: proses yang "seharusnya" terjadi (model) seringkali berbeda drastis dengan proses yang "benar-benar" terjadi (event log).
|
||
**3 tipe process mining:**
|
||
1. **Process discovery** — dari event log ke model proses (tanpa model awal)
|
||
2. **Conformance checking** — bandingkan event log dengan model yang ada; temukan deviasi
|
||
3. **Enhancement** — perbaiki atau perperkaya model yang ada dengan data event log
|
||
|
||
**Tools process mining (open source dan komersial):** ProM, Disco, Celonis, Signavio
|
||
**Data yang dibutuhkan:** Event log dengan minimal 3 kolom: case ID, activity name, timestamp
|
||
|
||
### 8.4.6 — RPA dan Intelligent Automation
|
||
**Argumen utama:** RPA adalah the most accessible form of automation — tapi justru karena itu sering disalahgunakan.
|
||
**Kapan RPA tepat digunakan:**
|
||
- Proses repetitif, volume tinggi, rule-based
|
||
- Data terstruktur (form, spreadsheet, database)
|
||
- Tidak membutuhkan judgment manusia
|
||
- "Happy path" dominan (sedikit exception)
|
||
|
||
**Kapan RPA TIDAK tepat:**
|
||
- Proses yang membutuhkan interpretation atau konteks
|
||
- Proses dengan banyak exception
|
||
- Proses yang sedang dalam perubahan (RPA akan perlu di-update terus)
|
||
|
||
**Intelligent Automation (IA) = RPA + AI:**
|
||
- AI menangani unstructured input (teks email, gambar, suara)
|
||
- RPA mengeksekusi tindakan di sistem
|
||
- Manusia hanya handle exception
|
||
|
||
### 8.4.7 — BPM Governance dan Center of Excellence
|
||
**Argumen utama:** BPM yang berkelanjutan membutuhkan struktur governance — bukan hanya proyek satu kali.
|
||
**BPM Center of Excellence (CoE):**
|
||
- Repository proses: semua proses terdokumentasi, versionned, accessible
|
||
- Metodologi standar: cara modeling, cara analisis, cara review
|
||
- Tooling standar: enterprise BPMS, process mining tools
|
||
- Kompetensi: training dan certification untuk process analyst
|
||
- Continuous improvement cycle: regular review dan optimasi
|
||
|
||
---
|
||
|
||
## SEK 8.5 — KOMPARASI (Tabel 8.1)
|
||
|
||
**Judul Tabel:** "Proses Tidak Terdokumentasi vs Proses Terkelola dengan BPM: 8 Dimensi"
|
||
|
||
| Dimensi | Proses Tidak Terdokumentasi | Proses Terkelola dengan BPM |
|
||
|---------|----------------------------|-----------------------------|
|
||
| Dokumentasi proses | Di kepala pegawai, tidak tertulis | Model BPMN + narasi terdokumentasi |
|
||
| Onboarding karyawan | Butuh berbulan-bulan belajar implisit | Lebih cepat, standar tersedia |
|
||
| Identifikasi masalah | Reaktif, setelah complaint | Proaktif, via KPI + process mining |
|
||
| Penanganan exception | Ad-hoc, tidak konsisten | Terdokumentasi, konsisten |
|
||
| Integrasi dengan SI | Sulit karena tidak ada spesifikasi | Lebih mudah karena ada model yang tepat |
|
||
| Continuous improvement | Bergantung pada pengalaman individu | Sistematis, data-driven |
|
||
| Kepatuhan regulasi | Sulit dibuktikan | Dapat di-audit, conformance trackable |
|
||
| Efisiensi setelah otomatisasi | Rendah (proses buruk tetap buruk) | Tinggi (proses baik yang diotomasi) |
|
||
|
||
💡 **Insight:** "A bad process automated is a bad process that runs faster." — Dumas et al. (2021). Investasi terbesar dalam BPM adalah pada pemahaman dan redesain proses, bukan pada toolnya.
|
||
|
||
---
|
||
|
||
## SEK 8.6 — REALITAS LAPANGAN
|
||
|
||
### Fenomena 1: Hidden Factories dan Invisible Processes
|
||
**Argumen utama (fenomena):** Di banyak organisasi, ada "proses bayangan" yang dilakukan untuk mengkompensasi proses resmi yang tidak bekerja. Survei Dumas et al. (2021) terhadap 60 organisasi multinasional: rata-rata 30–40% aktivitas kerja adalah "workarounds" yang tidak terdokumentasi — mengatasi kekurangan proses resmi. Ketika sistem baru diimplementasi, workaround-workaround ini sering hilang, menyebabkan sistem "tidak berfungsi" meskipun teknisnya sempurna.
|
||
|
||
💡 **Insight:** Sebelum setiap implementasi SI, lakukan "shadow process discovery" — temukan proses yang benar-benar terjadi, bukan yang seharusnya terjadi menurut SOP.
|
||
|
||
### Fenomena 2: E-Government Indonesia — BPM di Sektor Publik
|
||
**Konten:** SPBE (Sistem Pemerintahan Berbasis Elektronik) yang dicanangkan Perpres No. 95 Tahun 2018 mewajibkan digitalisasi layanan pemerintah. Tantangan utama yang dilaporkan BRIN (2023): proses birokrasi belum distandarisasi sebelum digitalisasi. Akibatnya, satu layanan yang sama bisa memiliki alur berbeda di 34 provinsi. Kemenpan RB sekarang mewajibkan BPM review sebelum pengembangan aplikasi e-gov baru.
|
||
|
||
💡 **Insight:** Digitalisasi layanan pemerintah tanpa standardisasi proses terlebih dahulu hanya memindahkan inkonsistensi dari dunia analog ke digital — dengan biaya yang jauh lebih besar.
|
||
|
||
### Fenomena 3: Shopee — Order Fulfillment Process Optimization
|
||
**Konten:** Shopee menangani 2+ juta order per hari di Indonesia. Proses fulfillment dari konfirmasi order hingga paket tiba di tangan pembeli melibatkan 50+ sistem internal dan eksternal (warehouse, logistik partner, payment). Setiap bottleneck dalam proses ini langsung terlihat dalam customer satisfaction rate. Shopee menggunakan process mining real-time untuk mengidentifikasi deviasi dari baseline fulfillment process dalam hitungan menit.
|
||
|
||
💡 **Insight:** Di skala platform e-commerce, BPM bukan opsi — ini survival requirement. Millisecond bottleneck = jutaan rupiah customer dissatisfaction.
|
||
|
||
---
|
||
|
||
## SEK 8.7 — JEBAKAN KOGNITIF
|
||
|
||
1. ⚠️ **"Proses kita sudah berjalan baik selama 10 tahun tanpa masalah — tidak perlu diubah"**
|
||
- Mengapa salah: "Tidak ada masalah yang dilaporkan" bukan sama dengan "tidak ada masalah." Proses yang tidak diukur tidak bisa dioptimalkan.
|
||
- Koreksi: Gunakan process mining jika ada event logs, atau wawancara tim untuk menemukan workaround tersembunyi.
|
||
|
||
2. ⚠️ **"BPMN itu terlalu teknis untuk manajer, biarkan IT yang menggambar"**
|
||
- Mengapa salah: Manajer yang tidak berpartisipasi dalam pemodelan proses menyerahkan pemahaman tentang cara kerja bisnisnya kepada tim IT — yang tidak memahami konteks bisnis.
|
||
- Koreksi: Manajer perlu setidaknya membaca BPMN dan memvalidasi apakah model mencerminkan realita operasional. Knowledge ini tidak teknis — ini literasi manajerial.
|
||
|
||
3. ⚠️ **"RPA akan menggantikan semua pekerjaan administrasi"**
|
||
- Mengapa salah: RPA efektif untuk "happy path" — kasus standar tanpa exception. Exception handling, judgment, dan customer empathy tetap butuh manusia.
|
||
- Koreksi: RPA membebaskan staf dari pekerjaan repetitif — memungkinkan mereka fokus pada kasus kompleks dan interaksi yang membutuhkan judgment.
|
||
|
||
4. ⚠️ **"Kita bisa langsung implementasi sistem ERP tanpa dokumentasi proses"**
|
||
- Mengapa salah: Vendor ERP akan meminta requirements — dan requirements terbaik berasal dari proses yang terdokumentasi dengan baik. Tanpa ini, ERP akan dikonfigurasi secara default, bukan sesuai kebutuhan bisnis nyata.
|
||
- Koreksi: Dokumentasi BPMN sebelum ERP selection adalah investasi yang menghemat biaya kustomisasi yang jauh lebih besar.
|
||
|
||
---
|
||
|
||
## SEK 8.8 — STUDI KASUS
|
||
|
||
### Kasus A (Dasar): RS Siloam — BPM untuk Proses Penerimaan Pasien
|
||
**Sumber:** Dumas et al. (2021), observasi lapangan
|
||
**Kondisi awal (❌):** Proses penerimaan pasien rawat inap membutuhkan rata-rata 47 menit. Pasien mengisi form 3× — di pendaftaran, di nursing station, dan di ruang dokter. Data yang sama diinput ke 3 sistem berbeda. Bottleneck terbesar: menunggu verifikasi asuransi (rata-rata 28 menit).
|
||
**Perubahan (✅):** BPM review mengidentifikasi: verifikasi asuransi bisa dilakukan secara paralel (bukan sequential) dengan pemeriksaan awal dokter. Form unified — diisi sekali, tersedia di semua titik. Integrasi langsung dengan API sistem asuransi utama. Waktu penerimaan turun ke 12 menit rata-rata.
|
||
**Tabel:** Sebelum vs sesudah di 4 dimensi (waktu rata-rata, data re-entry, kepuasan pasien, error rate)
|
||
**Pelajaran:** Parallelization dan form unification adalah dua quick wins BPM yang seringkali menghasilkan dampak besar tanpa investasi besar.
|
||
|
||
### Kasus B (Lanjutan): Siemens — Intelligent Process Automation
|
||
**Sumber:** Mendling et al. (2020), Annual Report Siemens 2024
|
||
**Kondisi awal (❌):** Siemens memiliki ribuan proses procurement dan invoice processing di 40+ negara. Variasi besar antar negara. 75% invoice processing masih manual. 12% error rate dalam matching invoice ke PO karena variasi format dari vendor.
|
||
**Perubahan (✅):** Intelligent Automation: AI untuk ekstraksi data dari invoice (format apapun), RPA untuk validasi dan matching, human-in-the-loop hanya untuk exception. Process mining untuk continuous improvement. Hasilnya: 85% invoice fully automated, error rate turun ke 1,2%, processing cost per invoice turun 68%.
|
||
**Pelajaran:** Intelligent Automation memberikan ROI tertinggi ketika dikombinasikan dengan process mining untuk identifikasi kandidat terbaik dan monitoring continuous improvement.
|
||
|
||
---
|
||
|
||
## SEK 8.9 — TEMPLATE PRAKTIS
|
||
|
||
**Nama Template:** Analisis Proses Bisnis — As-Is ke To-Be Canvas
|
||
|
||
```
|
||
======================================
|
||
TEMPLATE 8.1 — ANALISIS PROSES BISNIS: AS-IS ke TO-BE
|
||
======================================
|
||
|
||
PROSES YANG DIANALISIS: ____________________________
|
||
TANGGAL ANALISIS: ____________________________
|
||
ANALIS: ____________________________
|
||
|
||
BAGIAN A: DESKRIPSI AS-IS
|
||
Trigger proses (apa yang memulai): ____________________________
|
||
Output/hasil proses : ____________________________
|
||
Pelanggan proses (internal/eksternal): ____________________________
|
||
Sistem SI yang terlibat : ____________________________
|
||
Jumlah langkah total : ____
|
||
Waktu siklus rata-rata : ____
|
||
SLA yang ada (jika ada) : ____________________________
|
||
|
||
BAGIAN B: INVENTARISASI MASALAH
|
||
(Kategorikan setiap masalah yang ditemukan)
|
||
|
||
Tipe Masalah | Deskripsi Masalah | Dampak (1-5) | Penyebab Dugaan
|
||
-------------|-------------------|--------------|----------------
|
||
Waiting/Delay| | |
|
||
Redundansi | | |
|
||
Error | | |
|
||
Bottleneck | | |
|
||
Workaround | | |
|
||
|
||
BAGIAN C: WASTE ANALYSIS (8 TIPE)
|
||
[ ] Defects — lokasi: ____________________________
|
||
[ ] Overprocessing — aktivitas tidak perlu: ____________________________
|
||
[ ] Waiting — dimana? berapa lama? ____________________________
|
||
[ ] Underutilized talent — skills tidak terpakai: ____________________________
|
||
[ ] Transportation — perpindahan tidak perlu: ____________________________
|
||
[ ] Inventory — antrian berlebihan di: ____________________________
|
||
[ ] Motion — pergerakan tidak perlu: ____________________________
|
||
[ ] Extra processing — rework yang bisa dicegah: ____________________________
|
||
|
||
BAGIAN D: REDESAIN TO-BE (PRIORITAS QUICK WINS)
|
||
Aktivitas yang bisa dieliminasi : ____________________________
|
||
Aktivitas yang bisa diparalelkan : ____________________________
|
||
Data entry yang bisa diotomatisasi: ____________________________
|
||
Integrasi SI yang bisa menghilangkan manual handoff: ____________________________
|
||
|
||
BAGIAN E: PERKIRAAN DAMPAK TO-BE
|
||
Waktu siklus target : ____ (dari ____)
|
||
Penurunan error yang ditarget : ____ % (dari ____ %)
|
||
Biaya operasional target : ____________________________
|
||
Kepuasan pelanggan target : ____________________________
|
||
|
||
======================================
|
||
```
|
||
|
||
---
|
||
|
||
## SEK 8.10 — PETA KONSEP (Gambar 8.2)
|
||
|
||
```
|
||
Root: Manajemen Proses Bisnis dan SI
|
||
├── Siklus BPM (6 tahap)
|
||
│ └── Identification → Discovery → Analysis → Redesign → Impl. → Monitor
|
||
├── BPMN untuk Manajer
|
||
│ ├── Events, Activities, Gateways
|
||
│ └── Pool & Lanes (swimlane)
|
||
├── Analisis Proses
|
||
│ ├── 8 tipe waste (Lean)
|
||
│ └── Process mining (event logs)
|
||
├── Redesain Proses
|
||
│ ├── Eliminate, Compose, Parallelize
|
||
│ └── RPA + Intelligent Automation
|
||
└── BPM Governance
|
||
└── CoE + Repository + KPI proses
|
||
```
|
||
|
||
---
|
||
|
||
## SEK 8.11 — RANGKUMAN
|
||
|
||
**7 poin takeaway:**
|
||
1. Siklus BPM adalah proses berkelanjutan — identifikasi, discovery, analisis, redesain, implementasi, monitoring — bukan proyek satu kali.
|
||
2. BPMN memberikan bahasa bersama antara manajer bisnis dan tim IT — kemampuan membaca BPMN adalah literasi manajerial, bukan kompetensi teknis.
|
||
3. "As-is" analysis yang jujur sering mengungkap 30-40% aktivitas sebagai non-value-added — yang dapat dieliminasi sebelum implementasi SI apapun.
|
||
4. Process mining membalikkan paradigma: biarkan data event log yang "menceritakan" proses yang sebenarnya terjadi, bukan yang seharusnya.
|
||
5. RPA paling efektif untuk proses repetitif berbasis aturan — "happy path" tinggi. Intelligent Automation menambahkan AI untuk menangani input tidak terstruktur.
|
||
6. Proses buruk yang diotomatisasi menghasilkan kegagalan yang lebih cepat — redesain proses sebelum otomatisasi adalah investasi yang selalu terbayar.
|
||
7. BPM Governance (CoE + repository + standar) memastikan BPM menjadi kapabilitas organisasi yang berkelanjutan, bukan skill individu yang hilang saat orangnya pergi.
|
||
|
||
**Closing Bridge ke Bab 9:**
|
||
*BPM memberikan panduan untuk menganalisis dan merancang proses bisnis. Namun banyak proses bisnis modern bergantung pada solusi SI yang perlu dirancang dan dikembangkan. Bab 9 akan membahas bagaimana seorang manajer memahami dan berpartisipasi aktif dalam siklus hidup pengembangan sistem — dari requirements hingga evaluasi.*
|
||
|
||
🔥 *"Automasi bukan tentang menggantikan manusia dengan mesin — ia tentang membebaskan manusia dari pekerjaan yang tidak membutuhkan keunikan manusia, agar mereka dapat fokus pada pekerjaan yang benar-benar membutuhkannya."*
|
||
|
||
---
|
||
|
||
## SEK 8.12 — LATIHAN & REFLEKSI
|
||
|
||
**Pertanyaan Reflektif:**
|
||
1. Pilih satu proses yang Anda kenal dengan baik (di tempat kerja, kampus, atau layanan publik). Berapa banyak langkah yang menurut Anda non-value-added? Apa yang mencegah pengelinasinya selama ini?
|
||
2. Mengapa process mining memberikan gambaran proses yang lebih akurat daripada wawancara dengan pelaku proses? Apa implikasinya bagi cara Anda melakukan analisis proses di masa depan?
|
||
3. Dalam transformasi digital, mengapa "digitalisasi proses lama" seringkali lebih berbahaya dari tidak mendigitalisasi sama sekali? Berikan contoh.
|
||
4. Apa perbedaan antara BPM sebagai "proyek improvement" dan BPM sebagai "kapabilitas organisasi"? Kondisi apa yang dibutuhkan untuk mencapai yang kedua?
|
||
|
||
**Latihan Artefak 8.1 — Process Analysis Canvas**
|
||
Pilih satu proses yang Anda ketahui di sebuah organisasi:
|
||
1. Isi informasi as-is (trigger, output, sistem yang terlibat, waktu siklus)
|
||
2. Identifikasi minimal 3 tipe waste yang ditemukan
|
||
3. Usulkan 2 perbaikan to-be konkret
|
||
4. Estimasikan dampak perbaikan yang Anda usulkan
|
||
|
||
*Artefak 8.1 dapat menjadi dasar untuk proposal improvement yang nyata di organisasi Anda.*
|
||
|
||
---
|
||
|
||
## REFERENSI BAB 8
|
||
|
||
- Dumas, M., La Rosa, M., Mendling, J., & Reijers, H. A. (2021). *Fundamentals of business process management* (3rd ed.). Springer.
|
||
- Mendling, J., Decker, G., Hull, R., Reijers, H. A., & Weber, I. (2020). How do machine learning, robotic process automation, and blockchains affect the human factor in business process management? *Communications of the AIS*, *47*(1), 1–18.
|
||
- OMG. (2021). *Business Process Model and Notation (BPMN), version 2.0.2*. Object Management Group.
|
||
- Laudon, K. C., & Laudon, J. P. (2022). *Management Information Systems: Managing the Digital Firm* (17th ed.). Pearson.
|
||
- Gartner Research. (2024). *Top strategic technology trends for 2025*. Gartner, Inc.
|
||
- McKinsey & Company. (2024). *State of AI report 2024*. McKinsey Digital.
|
||
- Turban, E., Pollard, C., & Wood, G. (2021). *Information technology for management* (11th ed.). Wiley.
|
||
- Sari, N. P. (2023). Transformasi digital perbankan di Indonesia: Studi kasus Bank BRI. *Jurnal Manajemen dan Bisnis Digital*, *5*(2), 89–104.
|
||
- Alim, H. B. (2025). AI-integrated public digital infrastructure for geopark tourism. *Journal of Informatics Management and Information Technology (JIMAT)*.
|
||
- Siemens AG. (2024). *Annual report 2024*. Siemens AG.
|
||
- Van der Aalst, W. M. P. (2022). *Process mining: Data science in action* (2nd ed.). Springer.
|
||
- Hammer, M. (2023). What is business process management? *Harvard Business Review*, (Mar–Apr 2023).
|