5 Langkah Praktis Mengatur Workflow Persetujuan Internal Untuk Tim

5 Langkah Praktis Mengatur Workflow Persetujuan Internal Untuk Tim

Persetujuan internal sering terasa sederhana sampai ada dokumen yang “nyangkut” di satu orang, revisi berulang, atau keputusan penting terlambat karena tidak jelas siapa yang berwenang. Dengan alur yang rapi dan bisa diaudit, tim dapat mempercepat pengambilan keputusan tanpa mengorbankan kontrol dan akuntabilitas. Panduan ini merangkum lima langkah praktis yang bisa langsung diterapkan untuk proses operasional harian maupun proyek lintas fungsi.

1) Petakan keputusan dan batas kewenangan sejak awal

Langkah awal bukan memilih aplikasi, melainkan menyepakati jenis keputusan yang memerlukan persetujuan. Banyak bottleneck muncul karena semua hal diperlakukan sama, padahal risiko dan dampaknya berbeda.

Mulailah dengan menginventarisasi objek persetujuan yang sering muncul, misalnya pengadaan barang/jasa, perubahan ruang lingkup proyek, akses sistem, diskon penjualan, atau publikasi materi eksternal. Kemudian tentukan level kewenangan berdasarkan nilai, risiko, dan dampak ke pelanggan atau keamanan informasi.

  • Klasifikasikan tingkat risiko: rendah (rutin), sedang (butuh review), tinggi (butuh komite atau dual control).
  • Tentukan pemilik keputusan (decision owner) dan pemberi rekomendasi (reviewer) secara eksplisit.
  • Definisikan ambang batas yang mudah dipahami, misalnya nilai rupiah, jenis vendor, atau perubahan SLA.
  • Nyatakan apa yang tidak perlu approval untuk menghindari over-approval.

Contoh sederhana: pengadaan laptop pengganti karena kerusakan bisa dikategorikan rendah dan cukup oleh atasan langsung. Sedangkan pembelian perangkat jaringan baru berisiko tinggi karena berkaitan dengan keamanan dan perlu persetujuan TI serta manajemen.

2) Rancang alur persetujuan yang ringkas, namun tetap dapat diaudit

Setelah peta keputusan jelas, susun alur yang singkat namun memuat kontrol yang tepat. Fokuskan kontrol pada titik yang benar-benar menurunkan risiko, bukan menambah lapisan tanda tangan yang tidak perlu.

Alur yang baik menjawab empat pertanyaan: apa yang dinilai, siapa penilai, berapa batas waktu penilaian, dan apa yang terjadi jika lewat waktu. Untuk memudahkan lintas tim, rangkum alur dalam satu halaman yang mudah dibaca.

  • Formulir permintaan yang standar: tujuan, nilai/anggaran, dampak, lampiran, dan opsi yang dipilih.
  • Kriteria persetujuan: misalnya kepatuhan kebijakan pengadaan, ketersediaan anggaran, dan kebutuhan keamanan.
  • SLA persetujuan: target jam/hari kerja untuk setiap tahap, berbeda per tingkat risiko.
  • Aturan eskalasi: siapa pengganti jika approver cuti, dan kapan eskalasi otomatis terjadi.
  • Jejak audit: catatan komentar, versi dokumen, dan alasan setuju atau tolak.

Jika membutuhkan lebih dari dua lapis persetujuan, uji dulu apakah satu lapis bisa diganti dengan kebijakan pra-persetujuan. Contohnya, vendor yang sudah masuk whitelist cukup melalui verifikasi administrasi tanpa persetujuan ulang di level tinggi setiap transaksi.

3) Terapkan lima langkah praktis dari desain ke operasional harian

Pada tahap ini, tujuan Anda adalah membuat proses berjalan konsisten, terukur, dan mudah dipelihara oleh tim operasional serta TI. Lima langkah berikut dapat dijalankan berurutan, namun tetap disesuaikan dengan budaya kerja dan kompleksitas organisasi.

Langkah 1: Standarkan input dan definition of ready

Banyak approval tertunda karena permintaan masuk tanpa informasi penting lalu terjadi bolak-balik klarifikasi. Tetapkan definition of ready agar permintaan hanya masuk antrian saat data minimal sudah lengkap.

Contoh definition of ready untuk perubahan ruang lingkup proyek: ringkasan perubahan, alasan bisnis, dampak timeline, estimasi biaya, risiko, dan siapa pemilik pelaksanaan. Jika belum lengkap, sistem mengembalikan permintaan ke pemohon dengan daftar kekurangan yang jelas.

Langkah 2: Buat matriks persetujuan (RACI/DoA) yang mudah dipakai

Matriks persetujuan mencegah perdebatan soal siapa yang harus menandatangani. Anda dapat memakai RACI (Responsible, Accountable, Consulted, Informed) atau Delegation of Authority yang dipetakan per jenis keputusan dan ambang batas.

Pastikan matriks mudah diakses dan versinya terkontrol. Untuk konsistensi, tambahkan contoh kasus singkat pada tiap kategori, jangan hanya tabel nama jabatan.

Langkah 3: Pilih kanal dan otomasi yang sesuai, bukan yang paling kaya fitur

Untuk volume kecil, workflow bisa berjalan lewat tiket (helpdesk), formulir online, atau fitur approval di alat kolaborasi. Untuk volume besar dan kebutuhan audit kuat, pertimbangkan sistem yang mendukung status terstruktur, eskalasi, dan log aktivitas tanpa mengandalkan chat.

Prinsipnya: satu sumber kebenaran, notifikasi yang relevan, dan kontrol akses sesuai struktur organisasi. Jika Anda ingin mengkuantifikasi efek perubahan proses terhadap kecepatan keputusan, rujukan seperti cara mengukur dampak sistem persetujuan pada siklus keputusan membantu menyiapkan metrik sejak awal.

Langkah 4: Tetapkan SLA, eskalasi, dan skenario pengganti yang realistis

SLA tanpa eskalasi hanya menjadi angka di dokumen. Tentukan eskalasi bertahap yang disesuaikan dengan jam kerja di Indonesia, termasuk penanganan cuti bersama atau periode puncak seperti akhir bulan.

Contoh praktis: jika approver tidak merespons dalam 1 hari kerja untuk risiko rendah, kirim notifikasi kedua. Jika lewat 2 hari kerja, alihkan tugas ke delegated approver. Untuk risiko tinggi, batasi auto-delegation dan minta konfirmasi penerimaan agar tidak ada keputusan yang terlewat.

Langkah 5: Monitor, audit ringan, lalu rapikan aturan secara berkala

Setelah workflow berjalan, jangan tunggu keluhan baru untuk memperbaiki. Lakukan review bulanan singkat dengan data yang mudah ditarik: waktu siklus per tahap, antrian terbanyak, alasan penolakan, dan permintaan yang sering dikembalikan karena kurang lengkap.

Gunakan temuan untuk memperbaiki akar masalah, misalnya menyederhanakan formulir, memperjelas kriteria, atau menyesuaikan ambang batas kewenangan. Perbaikan kecil seperti mengurangi satu tahap review pada permintaan risiko rendah sering memberi dampak besar tanpa mengurangi kontrol.

Dengan peta keputusan yang jelas, aturan yang ringkas, serta disiplin menjalankan input standar, SLA, dan monitoring, workflow persetujuan internal akan terasa lebih cepat sekaligus lebih aman untuk operasional dan proyek.

Silakan tinjau satu proses persetujuan paling sering dipakai, lalu rapikan langkahnya minggu ini.

Telusuri contoh alur persetujuan di https://epruvo.com