Tata kelola proses: jaga dokumentasi proses tetap mutakhir

Tata kelola proses menetapkan siapa yang bertanggung jawab atas proses, siapa yang boleh mengubah modelnya, di mana versi yang disetujui disimpan, dan kapan proses ditinjau. Keputusan ini menjaga dokumentasi proses tetap sesuai dengan cara kerja yang sebenarnya, bahkan setelah proyek pembuatnya selesai.

Itulah definisi umumnya, dan memang tepat. Hal yang sering tidak dibahas dalam artikel tata kelola adalah di mana setiap keputusan diterapkan. Di ProcessMind, penanggung jawab, persetujuan, versi terbit, dan antrean peninjauan tersedia sebagai fitur platform, bukan klausul dalam dokumen kebijakan.

Pekerjaan berubah seiring perubahan orang, sistem, dan tanggung jawab. Diagram hanya menggambarkan satu titik waktu, sementara keahlian sering tersimpan di kepala orang. Tanpa penanggung jawab dan peninjauan yang jelas, dokumentasi lama-kelamaan tidak lagi sesuai dengan kenyataan.

Apa arti tata kelola proses?

Tata kelola proses mencakup keputusan dan peran yang menjaga dokumentasi proses tetap sesuai dengan cara Anda menjalankannya. Ada empat pertanyaan praktis yang perlu dijawab:

• Penanggung jawab: Siapa yang secara spesifik bertanggung jawab atas proses ini?
• Perubahan: Siapa yang boleh mengedit model, dan siapa yang menyetujui perubahan?
• Penerbitan: Di mana versi yang disetujui disimpan?
• Peninjauan: Kapan Anda memeriksa apakah model masih mencerminkan pekerjaan?

Tata kelola proyek berfokus pada penyelesaian ruang lingkup yang disepakati. Tata kelola TI berfokus pada risiko teknologi. Tata kelola proses berlaku untuk proses itu sendiri dan berlanjut setelah proyek yang memperkenalkannya selesai.

Jika Anda bisa menjawab empat pertanyaan ini untuk proses terpenting, berarti Anda sudah memiliki dasar yang bisa diterapkan. Jika belum, tim akan berulang kali mendokumentasikan proses yang sama dari awal. Arsitektur proses menyediakan satu tempat untuk menyimpan hasil pekerjaan tersebut.

Empat keputusan apa yang perlu ditetapkan dalam kerangka tata kelola proses?

Gunakan tabel ini untuk menyiapkan sesi tata kelola pertama. Untuk setiap proses, catat keputusan, penanggung jawab, dan bukti bahwa keputusan tersebut sudah diterapkan.

Pastikan aturannya sesuai kebutuhan. Di ProcessMind, pemilik proses juga menjadi pemberi persetujuan. Jadi, setiap perubahan memiliki satu keputusan yang jelas dan hasil yang terlihat, tanpa rantai tanda tangan yang panjang. Pastikan model yang disetujui mudah ditemukan, lalu tentukan jadwal peninjauan berdasarkan frekuensi perubahan proses dan risikonya. Cara kerja tata kelola dan penerbitan menjelaskan alurnya langkah demi langkah.

Kolom keempat sering tidak ada dalam kerangka tata kelola. Keputusan yang hanya tercantum dalam dokumen hanyalah anjuran. Keputusan yang diterapkan di platform menjadi aturan yang harus diikuti. Jika pemilik tercatat sebagai kolom, peninjauan muncul sebagai tugas di antrean, dan pengguna hanya bisa melihat versi yang diterbitkan, aturan tetap berlaku meski orang yang menyusunnya sudah pindah.

Mengapa dokumentasi proses menjadi usang?

Dokumentasi sering mulai usang karena pengecualian yang awalnya masuk akal. Langkah persetujuan menimbulkan penumpukan pekerjaan, lalu manajer menyetujui untuk melewatinya pada kasus tertentu. Penumpukan selesai, tetapi tidak ada yang secara resmi mengakhiri pengecualian itu. Cara kerja baru pun menjadi kebiasaan, sementara model masih menampilkan langkah persetujuan yang lama.

Saat orang tidak lagi memercayai dokumentasi, mereka berhenti memeriksanya. Akibatnya, perubahan berikutnya makin sulit diketahui dan kesenjangan makin besar. Dalam praktiknya, pengecualian sering kali tidak dicatat sama sekali. Karena itu, kesenjangan biasanya baru ditemukan saat audit, bukan saat peninjauan. Akar masalahnya, model bukanlah catatan resmi, sehingga tidak ada yang memicu keputusan saat pekerjaan berubah. Simpan model di platform dengan tata kelola agar perubahan memiliki proses yang jelas: versi, pemilik yang menyetujui perubahan, status terbit, dan tanggal peninjauan. Tata kelola pun bukan lagi sekadar pengingat, tetapi menjadi langkah dalam alur kerja.

Peran dan tanggung jawab apa yang diperlukan dalam tata kelola proses?

Model tata kelola proses yang praktis dimulai dengan tiga peran. Di organisasi kecil, satu orang bisa memegang lebih dari satu peran, tetapi tanggung jawabnya harus tetap jelas.

Tanggung jawab pemilik proses harus jelas: pemilik menentukan apakah perubahan yang diusulkan benar-benar mencerminkan pekerjaan dan memiliki wewenang untuk memastikan keputusan itu diterapkan. Persetujuan pemiliklah yang berlaku. Pemilik tidak harus mengedit model atau mengelola dokumentasi sendiri. Di ProcessMind, pemilik juga tidak perlu mengejar prosesnya: permintaan peninjauan dibuat pada proses, pemilik melihatnya di antrean peninjauan, lalu persetujuannya menerbitkan versi tersebut. Arsitek menjaga konsistensi di seluruh katalog. Pemberi persetujuan kepatuhan hanya ditambahkan jika kontrol mewajibkan tanda tangan kedua, sehingga biasanya cukup satu pemberi persetujuan. Model kepemilikan proses hanya berfungsi jika tiap peran bisa dibedakan. Karena itu, peran perlu dicatat, bukan sekadar diasumsikan.

Tetapkan tanggung jawab menggunakan matriks RACI. Jika baru pertama kali menyusunnya, mulai dari templat RACI. Simpan pustaka peran di satu tempat agar peran yang sama dapat digunakan kembali di berbagai model, bukan didefinisikan ulang oleh setiap tim.

Tetapkan jadwal peninjauan untuk melengkapi peran-peran ini. Lakukan peninjauan saat ada perubahan yang relevan dan secara berkala untuk proses aktif.

Proses mana yang sebaiknya ditata kelola lebih dulu?

Mulailah dari proses yang paling penting, bukan semua proses di organisasi. Prioritaskan proses yang menghasilkan pendapatan, menarik perhatian regulator, melibatkan banyak serah terima, atau sering berubah dalam setahun terakhir.

Tentukan dengan jelas proses yang termasuk dalam cakupan. Katalog kecil dengan pemilik, persetujuan, dan tanggal peninjauan yang jelas lebih berguna daripada katalog besar dengan kolom pemilik yang tidak dipercaya siapa pun. Tandai model lain sebagai bahan referensi sampai Anda siap mengelolanya, lalu gunakan katalog proses untuk membedakan keduanya. Tata kelola dokumentasi proses dimulai dari batas yang jelas: proses mana yang dikelola dan mana yang hanya dideskripsikan.

Tetapkan penanggung jawab sebelum memilih alat. Katalog dapat mengatur model, tetapi tidak dapat menentukan siapa yang bertanggung jawab atasnya. Dokumentasi proses menyatukan model, pemilik, dan prosedur dalam satu catatan.

Katalog Proses yang menunjukkan proses mana yang dikelola, beserta pemilik dan status peninjauannya

Bagaimana sebaiknya model yang dibuat dengan AI dikelola?

Model yang dibuat dengan AI memerlukan aturan penanggung jawab, persetujuan, penerbitan, dan peninjauan yang sama seperti model lainnya, tetapi penerapannya perlu lebih ketat. Draf dari AI adalah gambaran yang masuk akal tentang cara suatu proses mungkin berjalan, bukan bukti bahwa proses di organisasi Anda benar-benar berjalan seperti itu.

Biarkan model yang dibuat AI tetap berstatus draf sampai pemilik proses yang ditunjuk meninjau dan menyetujuinya. Catat sumber pembuatannya, lalu minta pemilik membandingkannya dengan model yang sudah ada. Setelah disetujui, ikuti jadwal peninjauan yang sama seperti dokumentasi lainnya.

Tata kelola memberi manfaat ganda. Catatan yang sama dapat dibaca oleh pengguna dan asisten AI melalui API (tersedia di semua paket, dengan biaya berdasarkan penggunaan) dan server MCP (paket Enterprise), dengan izin akses yang sama. Asisten yang menjawab berdasarkan model terbit yang sudah disetujui mengambil informasi dari proses, bukan dari salinan yang ditempel ke prompt. Lihat informasi yang dapat diakses server MCP.

Riwayat versi model proses yang menampilkan versi sebelumnya dan versi terbit

ProcessMind mendukung pemodelan dengan bantuan AI dan riwayat versi. Simpan hasil yang dibuat sebagai draf sampai selesai ditinjau, dan jadikan penerbitan sebagai keputusan terpisah. Untuk detail tentang cara kerja versi, lihat dokumentasi ProcessMind tentang versi.

Lima tanda apa yang menunjukkan dokumentasi proses Anda masih akurat?

Tata kelola berjalan baik jika Anda dapat menunjukkan buktinya. Kami menggunakan lima pemeriksaan berikut, dan masing-masing tersedia sebagai kemampuan di ProcessMind, bukan sekadar harapan.

1. Anda bisa menyebutkan pemilik proses penting dengan cepat. Jika jawabannya berupa nama departemen atau nama seseorang yang harus dicari di email lama, berarti tanggung jawab belum tercatat. Di ProcessMind, penanggung jawab dicatat pada proses dan ditampilkan di katalog, sehingga Anda bisa menemukannya dalam satu pencarian.

2. Catatan perubahan menunjukkan apa yang berubah dan siapa yang menyetujuinya. Mengingat perubahan bukanlah catatan resmi. Setiap model memiliki riwayat versi, dan persetujuan dilakukan melalui tindakan dengan izin yang mengubah status proses dari draf, ditinjau, disetujui, hingga diterbitkan. Log audit menyimpan jejaknya.

3. Orang menggunakan versi yang diterbitkan. Jika rekan kerja masih menyimpan salinan pribadi, model bersama belum bisa dipercaya. ProcessMind menerbitkan satu versi untuk pengguna, baik di platform maupun di Process Portal. Jadi, hanya ada satu jawaban tentang versi mana yang terbaru.

4. Tanggal peninjauan selalu diperbarui. Peninjauan yang terlambat tanpa diketahui siapa pun lebih buruk daripada tidak mencatat tanggal sama sekali. Antrean Needs my review di katalog menampilkan hal yang perlu ditinjau oleh setiap pemilik. Dengan begitu, peninjauan menjadi tugas dengan penanggung jawab yang jelas, bukan sekadar niat.

5. Anda bisa menjawab pertanyaan audit dari catatan proses. Mengumpulkan kembali bukti dari berbagai folder bisa memakan waktu berminggu-minggu. Di ProcessMind, pemilik, versi, persetujuan, dan dokumentasi terlampir tersimpan dalam satu catatan yang dapat Anda ekspor dan tunjukkan.

Pemeriksaan ini hanya berguna jika mencerminkan pekerjaan yang sebenarnya. Tanggal peninjauan yang sudah diisi tidak membuktikan bahwa ada yang membaca model. Karena itu, ada peran dan antrean peninjauan: keduanya mengaitkan pemeriksaan dengan orang dan waktu tertentu.

Kelima pemeriksaan ini tidak memerlukan alat baru jika proses sudah dikelola di platform. Itulah alasan praktis untuk mengatur proses di dalam platform pemodelan, bukan di luarnya: bukti tercatat sebagai bagian dari pekerjaan, bukan sebagai laporan yang harus disusun seseorang di akhir kuartal.

Bagaimana cara menerapkan tata kelola proses?

Mulailah dari satu proses yang sudah menjadi tanggung jawab Anda. Terapkan empat keputusan pada modelnya sebelum menulis kebijakan apa pun.

1. Tentukan pemilik proses

   Tunjuk satu orang untuk bertanggung jawab atas proses, bukan satu departemen. Jika tanggung jawab dibagi dua, tidak ada yang benar-benar bertanggung jawab.

2. Sepakati siapa yang mengedit dan menyetujui

   Pisahkan orang yang mengubah model dari orang yang menyetujuinya. Di ProcessMind, pemilik proses memberikan persetujuan. Jadi, tambahkan pemberi persetujuan kepatuhan hanya jika kontrol mewajibkannya.

3. Terbitkan satu versi

   Tetapkan model terbit sebagai satu-satunya acuan untuk menentukan versi terbaru, lalu berikan versi itu kepada pengguna, bukan salinannya.

4. Tetapkan jadwal peninjauan

   Tambahkan tanggal peninjauan dan gunakan antrean peninjauan agar pemeriksaan yang terlambat memiliki penanggung jawab, bukan hanya niat baik.

5. Ulangi lima pemeriksaan

   Sebulan kemudian, ulangi lima pemeriksaan di atas. Jika ada jawaban yang memerlukan lebih dari satu pencarian, perbaiki bagian itu terlebih dahulu.

ProcessMind menyimpan penanggung jawab, persetujuan, riwayat versi, dan catatan terbit di satu tempat. Jadi, tata kelola diterapkan oleh platform, bukan sekadar diminta dalam dokumen. Untuk menetapkan penanggung jawab, baca panduan RACI dan templat RACI. Untuk memahami dampak jika tidak ada yang bertanggung jawab atas hasilnya, baca alasan proyek process mining mandek.