Business Process Management Bukan Tentang Menggambar Alur. Ini Tentang Memahami Realitas.
Business Process Management, Robotic Process Automation, process mapping, dan process reengineering telah menjadi istilah populer dalam transformasi digital perusahaan.
Namun, dalam perusahaan berbasis proyek yang kompleks seperti konstruksi, infrastruktur, galangan kapal, offshore, pertambangan, fabrikasi, dan operasi EPC, tantangan sebenarnya bukan menggambar kotak dan panah.
Sebaliknya, tantangan sebenarnya adalah memahami apa arti kotak-kotak itu sesungguhnya.
Sebagai contoh, permintaan pengadaan bukan sekadar permintaan pengadaan. Demikian pula, sertifikat subkontraktor bukan sekadar dokumen pembayaran. Begitu juga, entri progres lapangan bukan sekadar persentase. Terakhir, transaksi peralatan bukan sekadar log alat berat.
Karena itu, dalam bisnis berbasis proyek, setiap tindakan operasional memiliki konsekuensi finansial, implikasi kontraktual, dampak jadwal, ketergantungan sumber daya, dan persyaratan kepatuhan.
Akibatnya, di sinilah tepatnya platform BPM dan RPA generik menjadi kurang memadai.
Platform tersebut dapat mengotomatisasi langkah-langkah. Selain itu, platform tersebut dapat mengarahkan persetujuan dan memetakan workflow. Namun, platform tersebut tidak dapat memahami logika proyek di balik workflow.
Dan ketika perangkat lunak tidak memahami logika bisnis, ia tidak dapat mendeteksi titik hambatan yang sesungguhnya.
Masalah dengan Platform BPM Generik
Vendor biasanya merancang platform Business Process Management generik untuk memodelkan proses enterprise horizontal: persetujuan, sirkulasi dokumen, penugasan tugas, permintaan SDM, alur pembelian, workflow keuangan, dan kasus layanan pelanggan.
Tentu saja, itu bekerja dengan baik untuk lingkungan administratif yang repetitif.
Namun, perusahaan berbasis proyek tidak bersifat repetitif dengan cara yang sama. Prosesnya dinamis, kontraktual, digerakkan oleh sumber daya, dan sensitif terhadap biaya.
Perusahaan konstruksi atau galangan kapal tidak sekadar “membeli material.” Sebaliknya, perusahaan tersebut membeli material berdasarkan:
- Proyek tertentu
- Baris BoQ
- Aktivitas WBS
- Cost code
- Paket pengadaan
- Perjanjian pemasok
- Batas waktu pengiriman
- Gudang atau lokasi site
- Milestone sertifikasi
- Syarat pembayaran
- Alokasi sumber daya yang dianggarkan
Platform generik dapat memetakan alur persetujuan. Namun, biasanya platform tersebut tidak dapat mengatakan apakah alur itu secara komersial benar, secara finansial dapat dibenarkan, atau secara operasional selaras.
Dengan kata lain, platform itu melihat transaksinya. Sebaliknya, ProjectVIEW ERP melihat transaksi tersebut dalam konteks.
ProjectVIEW ERP bertumpu pada asosiasi unik BoQ ↔ WBS ↔ Cost Codes, yang menghubungkan lingkup proyek, jadwal, dan biaya ke dalam satu logika operasi. Hasilnya, ini memungkinkan perbandingan real-time antara biaya dan progres aktual versus yang dianggarkan di seluruh pemangku kepentingan.
Mengapa RPA Saja Tidak Cukup
Robotic Process Automation sangat kuat jika digunakan dengan benar. Misalnya, solusi ini dapat mengurangi pekerjaan manual, mengotomatisasi entri data berulang, dan mengekstrak informasi. Solusi ini juga dapat memindahkan data antar sistem dan mempercepat transaksi rutin.
Namun, RPA memiliki keterbatasan serius: RPA mengotomatisasi apa yang sudah ada.
Jika proses yang ada tidak berjalan baik, RPA hanya membuat proses yang rusak menjadi lebih cepat.
Itu berbahaya dalam operasi berbasis proyek.
Misalnya, mengotomatisasi persetujuan tanpa memahami dampak biaya dapat mempercepat pembengkakan biaya. Demikian pula, mengotomatisasi pengadaan tanpa menghubungkannya ke BoQ, WBS, dan anggaran dapat meningkatkan kebocoran. Selain itu, mengotomatisasi pelepasan invoice tanpa memvalidasi progres lapangan dapat menimbulkan eksposur finansial. Terakhir, mengotomatisasi sertifikasi subkontraktor tanpa kontrol cost code dapat mendistorsi profitabilitas proyek.
Singkatnya, RPA bukan intelijen. RPA adalah eksekusi.
Karena itu, agar RPA menciptakan nilai, RPA harus berjalan di atas fondasi proses yang terstruktur, terintegrasi, dan memahami proyek. Fondasi itulah yang disediakan ProjectVIEW ERP.
ProjectVIEW ERP mencakup seluruh rantai operasional. Ini mencakup estimasi dan tender, budgeting dan pengendalian biaya, pengadaan, subkontraktor, gudang dan material, serta SDM dan payroll. Sistem ini juga mencakup machinery dan maintenance, akuntansi, progres lapangan, RFI, sertifikasi, dan analitik proyek.
Process Mapping Tanpa Logika Proyek Hanyalah Hiasan
Banyak organisasi berinvestasi dalam exercise process mapping. Pertama, konsultan mewawancarai departemen dan mendokumentasikan workflow saat ini. Kemudian, mereka membuat swimlane dan menghasilkan diagram.
Sekilas, hasilnya tampak mengesankan.
Namun, pertanyaan sulitnya adalah ini:
Bisakah peta itu menjelaskan di mana laba bocor?
Dalam praktiknya, kebanyakan peta proses generik tidak bisa.
Peta tersebut dapat menunjukkan bahwa sebuah requisition bergerak dari site engineer ke project manager ke pengadaan ke finance. Namun, biasanya peta itu tidak dapat menjawab:
Mengapa site meminta material ini sekarang? Apakah itu ada dalam anggaran? Apakah itu terhubung ke item BoQ yang benar? Apakah jadwal memang membutuhkannya? Apakah tim sudah membelinya? Apakah pemasok sudah memperbarui harga? Apakah perhitungan biayanya realistis? Apakah site mengonsumsi tenaga kerja atau peralatan lebih banyak dari rencana? Terakhir, apakah ini masalah pengadaan, masalah perencanaan, masalah produktivitas, atau variasi kontrak?
Singkatnya, itulah perbedaan antara pemetaan workflow dan intelijen operasional.
ProjectVIEW ERP tidak hanya memetakan workflow. Sebaliknya, sistem ini menanamkan struktur komersial, operasional, dan finansial proyek ke dalam workflow itu sendiri.
Struktur pelatihan dan prosesnya menunjukkan hal ini dengan jelas. Pertama, pengadaan dimulai dari permintaan site/material dan terhubung ke requisition, RFQ, penawaran pemasok, perbandingan, pesanan, dan pengendalian biaya. Kedua, budgeting menghubungkan anggaran BoQ, cost code, relasi Primavera, transaksi harian, progres proyek, tenaga kerja, dan peralatan. Terakhir, kontrak pelanggan menghubungkan anggaran, transaksi site, RFI, sertifikasi, dan pembaruan harga.
Mengapa Platform Generik Tidak Dapat Mendeteksi Titik Hambatan yang Sebenarnya
Titik hambatan dalam perusahaan berbasis proyek jarang hanya satu persetujuan yang terlambat.
Misalnya, itu mungkin tampak seperti keterlambatan pengadaan, tetapi akar masalahnya bisa jadi estimasi yang buruk. Demikian pula, keterlambatan subkontraktor mungkin berasal dari dokumentasi desain yang kurang. Pembengkakan biaya, pada gilirannya, mungkin berasal dari asumsi produktivitas yang tidak realistis. Terakhir, masalah eksekusi lapangan yang tampak jelas mungkin berakar pada RFQ yang terlambat, pengkodean material yang salah, atau perhitungan kuantitas yang tidak akurat.
Platform generik biasanya mengidentifikasi bottleneck berdasarkan waktu: “Task X memakan waktu 12 hari, bukan 3 hari.”
Itu berguna, tetapi tidak cukup.
Sebaliknya, perusahaan berbasis proyek perlu mengidentifikasi bottleneck berdasarkan waktu, biaya, sumber daya, lingkup, tanggung jawab, dan eksposur kontraktual.
ProjectVIEW ERP memungkinkan hal ini karena menghubungkan proses operasional dengan baseline biaya dan jadwal proyek. Sistem ini juga membandingkan kinerja anggaran versus aktual dan menghubungkan data lapangan dengan kendali kantor. Selain itu, DANAOS memposisikan sistem ini sebagai suite khusus konstruksi. Solusi ini menangani bidding, planning, desain, pengadaan, machinery, fabrikasi, tenaga kerja lapangan, dan pelaksanaan proyek. Pada saat yang sama, sistem ini terintegrasi dengan Primavera dan BIM untuk pandangan 5D atas biaya, waktu, dan sumber daya.
Itulah sebabnya ProjectVIEW ERP dapat mengungkap titik hambatan yang sebenarnya, bukan sekadar keterlambatan yang terlihat.
Kelemahan Tersembunyi Platform Proses “Low-Code”
Platform low-code dan no-code menjanjikan fleksibilitas. Misalnya, platform ini memungkinkan perusahaan membuat workflow dengan cepat.
Namun, fleksibilitas tanpa logika industri menimbulkan masalah lain: setiap departemen mendesain versinya sendiri tentang realitas.
pengadaan membuat satu alur. Sementara itu, cost control membuat alur lain, dan planning membuat alur ketiga. Tim lapangan, pada gilirannya, menggunakan spreadsheet. Finance kemudian meminta rekonsiliasi. Akhirnya, manajemen menerima laporan yang terlambat.
Akibatnya, hasilnya bukan transformasi digital.
Sebaliknya, hasilnya adalah fragmentasi digital.
Bagi perusahaan berbasis proyek, masalahnya bukan hanya otomatisasi workflow. Sebaliknya, masalahnya adalah standardisasi proses di seluruh proyek, departemen, pengguna, dan wilayah.
DANAOS membangun ProjectVIEW ERP sebagai satu sistem terintegrasi, bukan kumpulan aplikasi yang terpisah. Arsitekturnya memusatkan kontrol akses, workflow, berbagi informasi, integrasi digital antar entitas bisnis, pelaporan, pelaporan kustom, dan pencatatan aktivitas pengguna secara rinci.
Hal itu penting karena ketahanan lahir dari standardisasi.
Ketika setiap proyek mengikuti logika operasional yang sama, manajemen dapat membandingkan, mengendalikan, memprediksi, dan melakukan intervensi.
ProjectVIEW ERP sebagai Mesin Business Process Management
ProjectVIEW ERP membawa Business Process Management ke dunia nyata pelaksanaan berbasis proyek.
Berbeda dari alat generik, sistem ini tidak dimulai dari perancang workflow kosong.
Sebaliknya, sistem ini dimulai dari logika proyek:
Lingkup: Apa yang harus diserahkan? BoQ: Apa yang kita hargai dan ukur? WBS: Kapan itu harus terjadi? Cost Codes: Di mana kita mencatat biayanya? Sumber Daya: Tenaga kerja, machinery, material, subkontraktor, dan biaya tidak langsung apa yang dibutuhkan pekerjaan ini? Pengadaan: Apa yang harus kita sumber, kapan, dan dari siapa? Pelaksanaan: Apa yang benar-benar terjadi di lokasi atau yard? Sertifikasi: Apa yang dapat kita tagihkan atau bayar? Kontrol: Apakah kita berada dalam batas waktu, biaya, produktivitas, dan kepatuhan?
Singkatnya, ini adalah business process management dengan memori operasional.
Ini bukan sekadar bagan alur. Melainkan, ini adalah model operasi perusahaan.
Selain itu, cakupan proses ProjectVIEW ERP sendiri mencakup manajemen proyek, pengadaan, manajemen material, dan manajemen gudang. Sistem ini juga mencakup utilisasi alat berat, produktivitas tenaga kerja, produktivitas lokasi kerja, operasi hijau, dan pemeliharaan pabrik. Secara bersama-sama, hal ini menunjukkan jejak operasional yang luas di berbagai industri berbasis proyek.
Rekayasa Ulang Proses Harus Spesifik per Industri
Perusahaan di sektor konstruksi, galangan kapal, lepas pantai, pertambangan, dan EPC tidak dapat menyalin rekayasa ulang proses dari perbankan, ritel, atau manufaktur umum.
Lagipula, logika prosesnya berbeda.
Dalam perusahaan berbasis proyek, organisasi terus-menerus membangun ulang dirinya di sekitar sistem produksi sementara. Ini mencakup proyek, lokasi kerja, yard, paket kerja, subkontraktor, lokasi, regu kerja, peralatan, kebutuhan klien, konsultan, dan regulator.
Akibatnya, hal ini menciptakan kompleksitas yang diremehkan oleh sistem generik.
Para profesional konstruksi dan perangkat lunak merancang ProjectVIEW ERP. Akibatnya, perangkat lunak ini memahami penawaran, perencanaan, desain, pengadaan material, pemantauan alat berat, manajemen tenaga kerja lapangan, dan pelaksanaan proyek. Sistem ini juga “berbicara” dalam bahasa para pemangku kepentingan di lapangan maupun kantor.
Itulah intinya.
Rekayasa ulang proses tidak akan efektif kecuali sistem memahami bahasa industri tersebut.
Jika tidak, perusahaan akhirnya merekayasa ulang bisnis mereka agar sesuai dengan platform generik, alih-alih mengonfigurasi platform untuk mendukung kinerja bisnis yang lebih baik.
Dari Otomatisasi ke Ketahanan Operasional
Operasi yang efisien bukan hanya cepat. Operasi tersebut juga terkendali.
Demikian pula, operasi yang efektif bukan hanya digital. Operasi tersebut juga terukur.
Akhirnya, operasi yang tangguh bukan hanya saling terhubung. Operasi tersebut juga dapat menyerap perubahan tanpa kehilangan kendali.
ProjectVIEW ERP menetapkan standar karena menciptakan lingkungan operasi di mana setiap proses terhubung dengan realitas proyek. Saat sebuah transaksi terjadi, transaksi itu tidak berdiri sendiri. Sebaliknya, sistem mengevaluasinya terhadap anggaran, waktu, sumber daya, alur kerja, persetujuan, dokumentasi, dan dampak biaya.
Dengan cara ini, perusahaan beralih dari manajemen reaktif ke kesadaran situasional.
Sebagai contoh, ProjectVIEW ERP memberi tahu pengguna lebih awal mengenai tindakan yang diperlukan melalui dasbor, peringatan, dan alert. Sistem ini juga mendukung pelaporan, analitik, KPI, pemantauan kinerja, dan optimasi proses.
Di sinilah ketahanan dimulai: bukan setelah masalah menjadi terlihat, melainkan sebelum menjadi mahal.
Mengapa ProjectVIEW ERP Menetapkan Standar
ProjectVIEW ERP menetapkan standar untuk Business Process Management, kesiapan RPA, dan rekayasa ulang proses di perusahaan kompleks berbasis proyek karena menggabungkan lima elemen kritis:
1. Logika bisnis spesifik industri Sistem ini memahami operasi berbasis proyek secara native, termasuk BoQ, WBS, cost code, sumber daya, pengadaan, subkontraktor, progres, sertifikasi, dan kolaborasi lapangan-ke-kantor.
2. Arsitektur operasional terpadu Sistem ini menghubungkan departemen yang sering dipisahkan oleh alat generik: estimasi, perencanaan, pengadaan, pelaksanaan lapangan, kontrak, keuangan, HR, alat berat, gudang, dan manajemen.
3. Kesadaran biaya dan waktu Sistem mengevaluasi setiap proses terhadap baseline proyek, sehingga memungkinkan pengendalian real-time atas kinerja anggaran versus aktual.
4. Disiplin workflow dengan kelincahan yang terkendali Persetujuan dinamis memungkinkan tim merespons cepat tanpa kehilangan jejak audit, akuntabilitas, atau kepatuhan.
5. Satu sumber kebenaran ProjectVIEW ERP memusatkan pengetahuan proyek, sehingga otomatisasi proses, analitik, dan AI menjadi lebih andal karena data terstruktur, kontekstual, dan bermakna secara operasional.
Anda Tidak Bisa Mengotomatisasi Apa yang Tidak Anda Pahami
Platform BPM dan RPA generik adalah alat yang berguna. Namun, pada perusahaan kompleks berbasis proyek, itu saja tidak cukup.
Platform tersebut dapat memindahkan tugas dan mengotomatisasi klik. Selain itu, platform tersebut dapat menggambar workflow dan mempercepat persetujuan.
Tetapi platform tersebut tidak dapat memahami hubungan mendalam antara lingkup, waktu, biaya, sumber daya, kontrak, pengadaan, produktivitas, dan risiko.
ProjectVIEW ERP bisa.
Itulah sebabnya ProjectVIEW ERP bukan sekadar perangkat lunak untuk mengelola proses. Melainkan, ini adalah sistem operasi berbasis proyek untuk operasi yang efektif, efisien, dan tangguh.
Pada akhirnya, bagi perusahaan yang menjalankan proyek bernilai miliaran dolar, masa depan bukan milik mereka yang paling banyak mengotomatisasi.
Sebaliknya, masa depan milik mereka yang paling memahami operasi mereka sendiri dan mengendalikannya sebelum melenceng.
