Cara Melakukan Audit Workflow Sebelum Memulai Otomasi
Oleh Apex Horizon Digital
Audit workflow mengubah proses yang diasumsikan menjadi proses yang dapat diamati. Audit mencatat apa yang benar-benar terjadi, siapa yang menyentuh pekerjaan, di mana pekerjaan menunggu, sistem mana yang menyimpan data, dan mengapa kasus dikembalikan untuk dikoreksi. Bukti ini membantu tim IT dan operasional menentukan kelayakan otomasi, kontrol yang harus dipertahankan, dan masalah yang perlu dibereskan sebelum integrasi dibangun.
Ringkasan utama
- Amati kasus nyata, bukan hanya prosedur resmi yang tertulis.
- Pisahkan waktu kerja aktif dari waktu tunggu dan catat setiap handoff.
- Dokumentasikan exception dan kontrol sebelum mengusulkan jalur otomatis.
Pilih awal dan akhir yang jelas
Tentukan workflow dengan kejadian spesifik di kedua ujung. Approval pembelian bisa dimulai saat permintaan lengkap dikirim dan selesai saat purchase order yang disetujui dikirim ke pemasok. Hindari scope seperti pengadaan karena di dalamnya terdapat beberapa workflow berbeda. Pilih kasus terbaru yang mencakup jalur normal, ditolak, mendesak, dan dikoreksi. Wawancarai orang yang menjalankan pekerjaan dan periksa catatan yang mereka pakai. Tujuannya memetakan perilaku nyata, termasuk workaround, bukan menyalin dokumen kebijakan.
- Namai trigger dan bukti yang wajib ada agar kasus dapat masuk ke workflow.
- Namai status akhir dan catatan yang membuktikan proses selesai.
- Pilih kasus beragam yang cukup untuk menemukan exception umum dan rute alternatif.
Bangun tabel audit langkah demi langkah
Buat satu baris untuk setiap tindakan dan handoff. Catat role, sistem, input, output, waktu penanganan aktif, waktu tunggu biasa, dan tujuan berikutnya. Jika karyawan mengunduh file, mengubah formatnya, lalu mengunggah ke tempat lain, catat sebagai tindakan terpisah karena tiap tindakan dapat gagal dengan cara berbeda. Tandai apakah langkah membuat informasi baru, memeriksa informasi, memindahkan informasi, atau hanya menunggu. Perbedaan ini memperlihatkan pekerjaan yang bisa dihapus oleh otomasi dan keputusan yang tetap membutuhkan penilaian bertanggung jawab.
- Langkah: menerima permintaan lengkap dari form pembelian.
- Handoff: finance menerima permintaan setelah budget owner menyetujuinya.
- Sistem: form, antrean approval, master data akuntansi, dan register purchase order.
Ukur waktu tunggu, rework, dan friksi sistem
Cycle time sering lebih banyak diisi antrean daripada penanganan aktif. Untuk setiap kasus, catat kapan sebuah langkah siap dan kapan seseorang mulai mengerjakannya. Tandai setiap pengembalian ke langkah sebelumnya beserta alasannya: data hilang, coding keliru, kiriman duplikat, approver tidak tersedia, atau ketidaksesuaian sistem. Hitung transfer manual seperti copy paste, ekspor file, dan pesan status. Fakta ini menunjukkan apakah peluang utamanya adalah eksekusi lebih cepat, kualitas intake lebih baik, handoff lebih sedikit, atau aturan kepemilikan yang lebih jelas.
- Waktu aktif mengukur usaha ketika orang atau sistem sedang mengerjakan kasus.
- Waktu tunggu mengukur delay ketika kasus sudah siap tetapi belum disentuh.
- Rework mencatat seberapa sering langkah yang selesai harus diulang dan penyebabnya.
Dokumentasikan exception dan control point
Daftar setiap jalur yang tidak mengikuti urutan normal. Permintaan mendesak mungkin memakai approver berbeda, nilai tinggi memerlukan review kedua, dan perubahan rekening vendor memerlukan verifikasi independen. Setelah itu, identifikasi control point: pemisahan tugas, bukti wajib, approval threshold, pemeriksaan duplikat, dan catatan yang tidak dapat diubah. Otomasi harus membuat kontrol tersebut lebih mudah dijalankan dan diperiksa. Jika jalan pintas yang diusulkan menghapus bukti bahwa kontrol terjadi, desainnya belum lengkap walaupun waktu penanganan berkurang.
- Catat kondisi yang membuat exception dan role yang diizinkan menyelesaikannya.
- Catat bukti yang harus disimpan beserta lokasi penyimpanannya.
- Catat cara kasus yang dikoreksi melanjutkan proses tanpa melewati kontrol wajib.
Ubah temuan menjadi brief otomasi
Audit lengkap dapat memperlihatkan dua belas tindakan, empat puluh menit penanganan aktif, dua hari waktu tunggu, empat handoff sistem, dan pengembalian yang sering karena cost center hilang. Angka tersebut hanya contoh format, bukan janji hasil. Brief harus memuat baseline terverifikasi, target hasil, trigger, aturan, antrean exception, sistem, owner data, kontrol, dan rencana pengukuran. Brief juga harus mencantumkan masalah yang perlu diperbaiki lebih dulu, seperti master data tidak konsisten atau kewenangan approval yang kabur. Dengan begitu, vendor dan tim internal memakai definisi sukses yang sama.
- Simpan bukti audit mentah agar perubahan dapat dibandingkan dengan proses awal.
- Tentukan acceptance case untuk jalur normal, ditolak, dikoreksi, dan sistem tidak tersedia.
- Tetapkan process owner yang dapat menyetujui aturan dan menjawab pertanyaan operasional.