Program Studi Bisnis Digital • FEB UNDIP

Business Process Management

Pertemuan 11 — Manajemen Workflow: Pemetaan dan Otomasi Alur Kerja

Bagaimana memetakan siapa-mengerjakan-apa dalam sebuah proses, lalu mengubah sebagian langkahnya menjadi otomatis — dari kertas dan email berantai menuju sistem yang berjalan sendiri.

RPS MINGGU 12 • 2 × 50 MENIT

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu memetakan alur kerja organisasi dan menilai peluang otomasinya. Secara rinci:

CAPAIAN 1

MEMETAKAN

Menggambar alur kerja memakai notasi swimlane — siapa mengerjakan apa, kapan, dan menyerahkan ke siapa.

CAPAIAN 2

MENGUKUR

Menghitung lead time dan efisiensi siklus proses untuk menemukan titik tersumbat (bottleneck).

CAPAIAN 3

MENGOTOMASI

Membedakan tugas yang layak diotomasi (RPA/BPMS) dari yang tetap butuh keputusan manusia.

CAPAIAN 4

MENGHITUNG NILAI

Menaksir penghematan waktu dan biaya dari otomasi sebagai dasar keputusan investasi sistem.

Bagian 1 dari 3

Dari Proses ke Workflow

Mengenal apa itu workflow, komponen penyusunnya, dan jenis-jenisnya sebelum kita memetakan dan mengotomasinya.

Apa Itu Manajemen Workflow?

Workflow adalah rangkaian tugas yang berurutan dan saling terhubung untuk menyelesaikan satu pekerjaan tertentu, lengkap dengan aturan siapa mengerjakan apa dan kapan berpindah ke langkah berikutnya.

Proses Bisnis

Cakupan besar & strategis, mis. "Order-to-Cash"
Menjawab apa yang dicapai organisasi
Bisa terdiri dari banyak workflow di dalamnya

Workflow

Cakupan operasional & harian, mis. "Persetujuan PO"
Menjawab siapa, kapan, dan urutan tugas
Unit yang dipetakan dan diotomasi secara konkret

Manajemen workflow (workflow management) = disiplin merancang, menjalankan, memantau, dan memperbaiki alur kerja tersebut secara sistematis, bukan mengandalkan kebiasaan lisan antarpegawai.

Empat Komponen Penyusun Workflow

Setiap workflow, sesederhana apa pun, selalu tersusun dari empat elemen berikut.

Trigger (pemicu): kejadian yang memulai workflow, mis. pengajuan cuti dikirim, PO baru dibuat.

Rule (aturan): syarat yang menentukan alur bercabang, mis. "jika nominal > Rp10 juta, wajib persetujuan direktur".

Tiga Pola Dasar Alur Workflow

Workflow dapat mengalir dengan tiga pola berbeda, tergantung ketergantungan antar-tugasnya.

Sekuensial

Tugas berjalan satu demi satu, tugas berikutnya menunggu yang sebelumnya selesai.

Contoh: persetujuan cuti → verifikasi HR → update sistem payroll.

Paralel

Beberapa tugas berjalan bersamaan tanpa saling menunggu, lalu bertemu di satu titik.

Contoh: cek stok gudang & cek limit kredit pelanggan berjalan serentak sebelum PO disetujui.

Kondisional

Alur bercabang tergantung suatu aturan/kondisi — hanya satu cabang yang dijalankan.

Contoh: klaim asuransi < Rp5 juta otomatis cair; > Rp5 juta wajib ditinjau manual.

Bagian 2 dari 3

Pemetaan Alur Kerja

Belajar menggambar workflow memakai diagram swimlane, lalu mengukur seberapa efisien alur yang sudah dipetakan.

Notasi Pemetaan: Diagram Swimlane

Setiap lajur horizontal mewakili satu actor; kotak mewakili tugas; panah menunjukkan perpindahan tanggung jawab.

Prinsip membaca swimlane: begitu panah menyeberang lajur, artinya tanggung jawab berpindah tangan — titik inilah yang paling sering menjadi sumber keterlambatan (serah-terima/handoff).

Simbol Dasar dalam Pemetaan Workflow

Selain kotak tugas, ada tiga simbol lain yang wajib Anda kenali saat membaca atau menggambar peta alur kerja.

OVAL

MULAI / SELESAI

Menandai titik awal (trigger) dan titik akhir workflow.

BELAH KETUPAT

TITIK KEPUTUSAN

Cabang ya/tidak berdasarkan aturan (rule), mis. "nominal > batas?".

PANAH

ARAH ALIRAN

Urutan & arah perpindahan tugas antar-lajur atau antar-tugas.

Notasi lengkap dan baku secara internasional disebut BPMN (Business Process Model and Notation) — versi sederhananya seperti di atas sudah cukup untuk memetakan workflow tingkat operasional sehari-hari.

Studi Kasus: Memetakan Persetujuan Cuti Digital

Sebuah startup fintech di Jakarta ingin memetakan alur pengajuan cuti karyawannya sebelum memutuskan sistem apa yang akan dibeli. Mari kita bangun petanya langkah demi langkah.

1Trigger: Karyawan mengisi formulir cuti di aplikasi HR internal dan menekan "Ajukan".

2Titik keputusan: Sistem mengecek sisa kuota cuti — jika kuota habis, alur berhenti dan karyawan diberi notifikasi penolakan otomatis.

3Serah-terima ke Atasan: Jika kuota cukup, pengajuan masuk ke lajur atasan langsung untuk disetujui atau ditolak dalam maksimal 2 hari kerja.

4Serah-terima ke HR: Setelah disetujui atasan, sistem HR memperbarui kuota cuti dan kalender tim secara otomatis — tanpa perlu input manual lagi.

5Selesai: Karyawan menerima notifikasi persetujuan; seluruh alur (dari trigger sampai selesai) tercatat sebagai satu lead time yang bisa diukur.

Hitung dari Nol: Efisiensi Siklus Proses (PCE)

Dari workflow reimbursement transportasi di sebuah kantor cabang bank, HR mencatat total waktu proses dan waktu kerja aktif di dalamnya. Mari kita hitung Process Cycle Efficiency (PCE) — rasio waktu yang benar-benar bernilai tambah terhadap total waktu proses.

Langkah	Perhitungan	Nilai
1. Lead time total (data lapangan)	5 hari kerja × 8 jam/hari	40 jam
2. Waktu kerja aktif / value-added (data lapangan)	input verifikasi + persetujuan + pencairan	6 jam
3. Waktu tunggu / non-value-added	40 − 6	34 jam
4. Process Cycle Efficiency (PCE)	6 ÷ 40 × 100%	15%

PCE PROSES REIMBURSEMENT

15%

85% waktu proses habis untuk menunggu, bukan bekerja

Ayo kita hitung bersama-sama, dan perhatikan betapa angka ini biasanya mengejutkan mahasiswa yang baru pertama kali menghitungnya. Lead time empat puluh jam itu bukan berarti ada orang yang bekerja selama empat puluh jam penuh, melainkan total waktu kalender dari pengajuan sampai uang cair, termasuk waktu formulir itu menganggur di meja atasan atau menunggu antrean di bagian keuangan. Waktu kerja aktif enam jam adalah jumlah menit-menit nyata ketika seseorang benar-benar memverifikasi, menyetujui, atau memproses pencairan. Ketika kita bagi enam dengan empat puluh, hasilnya hanya lima belas persen — artinya delapan puluh lima persen dari waktu proses ini adalah waktu tunggu murni, bukan pekerjaan. Angka PCE serendah ini adalah sinyal kuat bagi manajemen bahwa workflow tersebut adalah kandidat utama untuk diotomasi, topik yang akan kita masuki setelah ini.

Coba Sendiri: Hitung Process Cycle Efficiency (PCE) Anda

Ubah lead time total dan waktu kerja aktif suatu proses, lalu amati berapa persen dari waktu proses yang benar-benar bernilai tambah.

Bagian 3 dari 3

Otomasi Workflow

Mengubah sebagian alur yang sudah dipetakan menjadi otomatis, dan menghitung nilai penghematannya secara jujur.

Apa Itu Otomasi Workflow?

Otomasi workflow adalah penggunaan sistem/perangkat lunak untuk menjalankan tugas, meneruskan pekerjaan antar-lajur, dan menegakkan aturan secara otomatis — tanpa menunggu tindakan manual manusia di setiap langkah.

RPA (Robotic Process Automation)

"Robot" perangkat lunak yang meniru klik & input manusia pada sistem yang sudah ada, tanpa mengubah sistem itu sendiri.

Contoh: bot yang menyalin data faktur dari email ke Excel setiap pagi.

BPMS (Business Process Management System)

Platform yang mendesain, menjalankan, dan memantau seluruh alur kerja end-to-end sebagai satu sistem terintegrasi.

Contoh: sistem approval PO terintegrasi di ERP seperti Odoo atau SAP.

Manfaat dan Risiko Otomasi Workflow

MANFAAT

CEPAT & KONSISTEN

Menghilangkan waktu tunggu manual, mengurangi human error, dan menyediakan jejak audit (audit trail) otomatis untuk setiap langkah.

RISIKO

KAKU & MAHAL DI AWAL

Sistem yang dirancang buruk bisa memaksakan aturan kaku pada kasus khusus, dan investasi awal (lisensi, integrasi) tidak murah.

Jebakan umum: mengotomasi proses yang buruk hanya membuatnya buruk lebih cepat. Pemetaan & perbaikan alur (Bagian 2) harus selesai lebih dulu sebelum otomasi dijalankan.

Studi Kasus: Mengotomasi Verifikasi Toko Baru di Marketplace

Sebuah marketplace besar seperti Tokopedia menerima ribuan pendaftaran toko baru per hari. Mari lihat bagaimana workflow verifikasinya diotomasi bertahap.

1Sebelum otomasi: Staf memeriksa manual setiap KTP, NPWP, dan rekening bank penjual satu per satu — rata-rata 2 hari per toko.

2Trigger otomatis: Sistem memicu pengecekan begitu formulir pendaftaran lengkap dikirim, tanpa menunggu staf membuka antrean.

3Rule engine: Sistem mencocokkan otomatis nomor KTP/NPWP ke basis data Dukcapil & DJP; kasus cocok & bersih langsung lolos.

4Eskalasi manusia: Hanya kasus mencurigakan (data tak cocok, dokumen buram) yang diteruskan ke staf verifikasi manual.

5Setelah otomasi: Mayoritas toko baru terverifikasi dalam hitungan menit; staf manusia fokus hanya pada kasus berisiko.

Hitung dari Nol: Penghematan dari Otomasi Approval Invoice

Sebuah UMKM distributor memproses 400 invoice/bulan. Manajer mempertimbangkan otomasi approval dengan biaya langganan software Rp2.000.000/bulan. Berapa penghematan bersihnya?

Langkah	Perhitungan	Nilai
1. Total waktu proses manual/bulan	400 invoice × 15 menit	6.000 menit = 100 jam
2. Total waktu proses otomatis/bulan	400 invoice × 3 menit (verifikasi sisa)	1.200 menit = 20 jam
3. Waktu kerja yang dihemat	100 jam − 20 jam	80 jam
4. Nilai tenaga kerja yang dihemat	80 jam × Rp45.000/jam	Rp3.600.000
5. Penghematan bersih/bulan	Rp3.600.000 − Rp2.000.000 (biaya software)	Rp1.600.000

PENGHEMATAN BERSIH

Rp1,6 jt

per bulan ≈ Rp19,2 juta/tahun

Perhitungan ini adalah versi sederhana dari yang disebut analisis return on investment otomasi, dan meskipun sederhana, logikanya persis yang dipakai manajer di lapangan untuk mengajukan anggaran pembelian software ke atasan mereka. Perhatikan bahwa kita tidak hanya menghitung berapa jam yang dihemat, tapi mengubahnya menjadi rupiah dengan tarif tenaga kerja, lalu menguranginya dengan biaya berlangganan software itu sendiri, karena otomasi bukan gratis. Hasilnya, satu juta enam ratus ribu rupiah bersih per bulan kelihatan kecil, tapi kalau dikalikan setahun menjadi hampir dua puluh juta rupiah, dan itu belum menghitung manfaat tak berwujud seperti berkurangnya kesalahan input dan invoice yang tidak lagi tercecer. Inilah jenis argumen berbasis angka yang harus bisa Anda susun kalau kelak mengusulkan investasi sistem ke manajemen.

Beberapa Platform Otomasi Workflow yang Umum Dipakai

Kategori Platform

Low-code/no-code automation — mis. Microsoft Power Automate, Zapier: menyambungkan aplikasi (email, spreadsheet, chat) tanpa perlu menulis kode dari nol.
ERP/BPMS terintegrasi — mis. Odoo, SAP: mengelola workflow lintas-departemen (pembelian, gudang, keuangan) dalam satu sistem.
RPA khusus — mis. UiPath: bot yang meniru interaksi manusia pada aplikasi lama (legacy system) yang belum punya API terbuka.
Fitur bawaan platform lokal — mis. otomasi balas cepat & verifikasi toko di Tokopedia Seller Center, atau approval pinjaman digital di aplikasi bank digital.

API (Application Programming Interface): "jalur" yang memungkinkan dua sistem berbeda saling bertukar data otomatis — fondasi teknis di balik hampir semua otomasi workflow modern.

Latihan Kelas: Petakan Workflow Anda Sendiri

Kerjakan berpasangan (10 menit), lalu 2 pasangan akan diminta presentasi singkat.

Instruksi

Pilih 1 workflow yang pernah Anda alami (pendaftaran KRS, pengajuan proposal organisasi, refund e-commerce).
Gambar diagram swimlane-nya: minimal 2 lajur (actor), 1 titik keputusan.
Tandai 1 titik serah-terima yang menurut Anda paling lambat.

Pertanyaan Diskusi

Bagian mana dari workflow itu yang layak diotomasi, dan bagian mana yang tetap harus manusia?
Perkirakan lead time total dan waktu value-added-nya secara kasar.

Rangkuman: Dari Peta ke Otomasi

Tahap	Alat/Konsep	Yang Dihasilkan
Memahami	Trigger, Task, Rule, Actor	Bahasa umum untuk membedah workflow apa pun
Memetakan	Diagram swimlane + simbol dasar	Peta visual siapa-mengerjakan-apa
Mengukur	Lead time & Process Cycle Efficiency	Bukti angka titik tersumbat (bottleneck)
Mengotomasi	RPA, BPMS, low-code automation	Alur lebih cepat & konsisten pada kasus rutin
Menilai	Penghematan waktu × biaya tenaga kerja	Justifikasi investasi berbasis rupiah

Ingat urutannya: petakan → ukur → sederhanakan → baru otomasi. Membalik urutan ini adalah kesalahan paling umum dalam proyek transformasi digital.

Penutup & Persiapan Pertemuan Berikutnya

Minggu Depan

Kita masuk ke Seven Tools — tujuh alat kendali mutu klasik (diagram Pareto, fishbone/Ishikawa, control chart, dan sejenisnya) untuk menganalisis penyebab masalah kualitas dalam proses bisnis.

TUGAS SEBELUM PERTEMUAN 12

PETA + HITUNG

Selesaikan diagram swimlane dari latihan kelas hari ini, lengkapi dengan estimasi lead time & PCE-nya. Kumpulkan lewat LMS sebelum sesi berikutnya dimulai.