Governance Gap: Apa yang Disalahpahami Pemimpin tentang AI di Tempat Kerja

Tata Kelola AI di Tempat Kerja digambarkan sebagai kanopi tata kelola pelindung di atas artefak kerja sehari-hari dengan satu sakelar persetujuan manusia berwarna koral

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Sebagian besar percakapan tata kelola AI terjadi pada level yang salah. Dewan direksi menginginkan kebijakan. Legal menginginkan proses review. Tapi kegagalan tata kelola yang sebenarnya dalam AI di tempat kerja tidak terjadi di ruang rapat. Mereka terjadi ketika seorang rep menempelkan riwayat kesepakatan pelanggan ke ChatGPT, ketika manajer menggunakan analisis kinerja yang dihasilkan AI tanpa memberi tahu orang yang sedang dievaluasi, dan ketika tidak ada yang memutuskan keputusan AI mana yang memerlukan tanda tangan manusia.

Kesenjangan ini bukan kesenjangan kebijakan. Ini adalah kesenjangan perilaku dan struktural. Dan perusahaan yang membangun sistem tata kelola nyata telah menemukan sesuatu yang tidak diketahui kelompok yang mengutamakan kebijakan: Anda tidak dapat mengatur perilaku yang pura-pura tidak terjadi.

Tiga Kegagalan yang Sudah Terjadi di Perusahaan Anda

Sebelum membangun struktur tata kelola apa pun, ada baiknya jujur tentang kegagalan yang sudah berlangsung. Di perusahaan yang belum secara eksplisit menangani tata kelola AI, tiga hal ini muncul hampir secara universal.

Tiga Kegagalan Tata Kelola AI digambarkan sebagai tiga adegan risiko: wadah data yang bocor, tuas keputusan yang ambigu, dan laci alat tersembunyi dengan satu penanda peringatan berwarna koral

Kegagalan 1: Kebocoran data melalui alat AI konsumen. Masalah yang paling umum dan paling tidak dibahas. Karyawan menggunakan ChatGPT, Claude, Gemini, dan selusin alat AI konsumen lainnya untuk melakukan pekerjaan mereka. Sebagian dari ini adalah produktivitas yang tidak berbahaya. Sebagian melibatkan penempelan data pelanggan, proyeksi keuangan internal, syarat kontrak, atau informasi karyawan ke dalam alat yang kebijakan penanganan dan retensi datanya diatur oleh persyaratan layanan konsumen, bukan perjanjian data enterprise. Work Trend Index Microsoft 2024 menemukan bahwa 78% pengguna AI di tempat kerja membawa alat AI mereka sendiri, alat yang tidak pernah disetujui atau dinilai oleh perusahaan untuk risiko data.

Rep yang menempelkan tiga tahun riwayat kesepakatan pelanggan ke ChatGPT untuk mendapatkan strategi negosiasi tidak ceroboh dengan sengaja. Mereka memecahkan masalah nyata dengan alat yang paling mudah tersedia. Kegagalannya struktural: perusahaan tidak pernah memberi tahu mereka apa yang dapat diterima, tidak pernah menyediakan alternatif yang disetujui, dan tidak pernah menciptakan alasan untuk berpikir dua kali. Risikonya melampaui reputasi, etika AI dan privasi data mencakup mengapa alat kelas konsumen menciptakan eksposur hukum nyata ketika digunakan dengan data pelanggan enterprise.

Salesforce Einstein dan HubSpot AI beroperasi di bawah perjanjian data enterprise yang tidak diketahui keberadaannya oleh sebagian besar karyawan. Perbedaan antara "fitur AI di dalam CRM yang dikontrak" dan "alat AI di tab browser konsumen" itu nyata, tetapi tidak terlihat oleh orang yang mengerjakannya kecuali ada yang membuatnya terlihat.

Kegagalan 2: Kebingungan otoritas antara output AI dan keputusan AI. Ini menciptakan masalah hilir yang paling mahal. Output AI adalah informasi. Keputusan AI adalah tindakan yang diambil atau rekomendasi yang diterima tanpa tinjauan independen. Sebagian besar organisasi belum mendefinisikan keputusan mana yang memerlukan penilaian manusia, mana yang dapat dipercepat oleh output AI, dan mana yang dapat dibuat secara otonom oleh AI dalam parameter yang ditetapkan.

Ketika manajer menggunakan skor kinerja yang dihasilkan AI dari alat produktivitas untuk membuat keputusan kompensasi atau promosi tanpa mengungkapkan bahwa AI berkontribusi pada evaluasi, itu bukan hanya kesenjangan kebijakan. Ini adalah potensi eksposur hukum ketenagakerjaan di beberapa yurisdiksi dan masalah kepercayaan dengan tim Anda ketika hal itu terungkap. Riset Stanford HAI tentang AI di tempat kerja mendokumentasikan kesenjangan yang berkembang antara seberapa cepat karyawan mengadopsi alat AI dan seberapa lambat organisasi menetapkan kerangka tata kelola untuk mengelola adopsi tersebut. Regulasi seperti EU AI Act sudah memberlakukan persyaratan pengungkapan dan audit pada jenis keputusan AI berisiko tinggi ini: implikasi strategi CEO dari EU AI Act layak ditinjau sebelum siklus kinerja Anda berikutnya. Dan hal itu pasti akan terungkap.

Masalah kebingungan otoritas diperparah oleh cara fitur AI tertanam dalam alat yang sudah ada. HubSpot AI dapat menilai kesiapan seorang prospek tanpa rep menyadari bahwa skor itu dihasilkan AI. Ketika rep bertindak berdasarkan skor tersebut seolah-olah itu fakta, mereka telah mengalihdayakan sebuah penilaian kepada model yang belum pernah mereka evaluasi. Itu adalah keputusan, bukan sekadar bantuan.

Kegagalan 3: Masalah adopsi yang tidak terlihat. Tim kepemimpinan secara konsisten meremehkan seberapa luas AI sudah tertanam dalam workflow sehari-hari. Di sebagian besar perusahaan, pada saat diskusi kebijakan AI formal terjadi di tingkat eksekutif, 40-60% karyawan sudah menggunakan alat AI setiap hari, banyak di antaranya alat yang belum disetujui atau bahkan dikatalogkan perusahaan.

Ini menciptakan jebakan tata kelola: Anda tidak dapat membangun pagar pengaman di sekitar perilaku yang tidak Anda ketahui keberadaannya. Dan kebijakan yang datang setelah kejadian, yang melarang atau membatasi alat yang sudah dijadikan bagian dari workflow orang, menimbulkan kekesalan alih-alih kepatuhan.

Versi produktif dari audit adopsi yang tidak terlihat bukan ancaman. Ini adalah survei dan percakapan. "Alat AI apa yang Anda gunakan, untuk apa Anda menggunakannya, dan apa yang Anda butuhkan dari perusahaan untuk merasa yakin menggunakannya dengan tepat?" Percakapan tersebut menghasilkan peta sebenarnya dari tantangan tata kelola Anda.

Mengapa Kebijakan AI Gagal

Respons organisasi standar terhadap tantangan tata kelola AI adalah menulis kebijakan. Kebijakan mendapat tinjauan legal, disetujui oleh tim eksekutif, diposting di intranet, dan kemudian tidak memiliki efek terukur pada perilaku.

Kebijakan gagal karena mereka menggambarkan perilaku yang dapat diterima dan tidak dapat diterima dalam istilah abstrak tetapi tidak mengubah kondisi yang menghasilkan perilaku tersebut. Kebijakan yang mengatakan "jangan tempelkan data pelanggan ke dalam alat AI eksternal" tidak memecahkan masalah jika tidak ada alat AI internal yang disetujui untuk tugas yang ingin diselesaikan karyawan. Rep akan tetap menempelkan data itu, kini dengan peluang yang sedikit lebih kecil untuk melakukannya di depan manajer.

Sistem tata kelola berbeda dari dokumen kebijakan dalam empat cara:

Ini menyediakan alternatif yang disetujui, bukan hanya larangan. Jika menempelkan data pelanggan ke ChatGPT dilarang, harus ada cara yang disetujui untuk menyelesaikan tugas mendasar. Jika tidak, larangan tersebut adalah penambah gesekan, bukan pemecah masalah.

Ini mendefinisikan hak keputusan secara eksplisit. Siapa yang dapat menyetujui alat AI baru untuk penggunaan tim? Siapa yang memutuskan keputusan AI mana yang memerlukan tinjauan manusia? Siapa yang memiliki fungsi tata kelola AI? Tanpa hak keputusan yang jelas, tata kelola bersifat advisory.

Ini menciptakan akuntabilitas ringan tanpa birokrasi. Sistem tata kelola yang baik memiliki cara untuk menandai kekhawatiran dan melaporkan situasi ambigu tanpa memerlukan laporan insiden formal. Saluran Slack yang dipantau oleh orang yang ditunjuk lebih efektif daripada portal kepatuhan.

Ini berkembang seiring alat berkembang. Dokumen tata kelola AI dari 18 bulan lalu hampir pasti melewatkan cakupan untuk kemampuan yang kini ada dalam alat yang digunakan tim Anda. Review kuartalan adalah kadence minimum.

Pertanyaan Human-in-the-Loop

Pertanyaan tata kelola yang paling kompleks secara teknis bukan tentang data. Ini tentang otoritas keputusan: keputusan AI mana yang memerlukan manusia untuk meninjau, menyetujui, atau mengesampingkan?

Keputusan Human-in-the-Loop digambarkan sebagai timbangan lebar antara taruhan dan reversibilitas yang mengarah ke gerbang persetujuan manusia yang menonjol sebelum tindakan

Jawaban jujurnya bergantung pada taruhan dan reversibilitas. Sebuah keputusan berisiko tinggi jika kesalahannya menyebabkan kerugian material: kerugian finansial, eksposur hukum, kerusakan hubungan, dampak keselamatan. Sebuah keputusan tidak dapat dibalik jika mengoreksinya setelah kejadian mahal atau mustahil.

Keputusan berisiko tinggi dan tidak dapat dibalik harus selalu memiliki manusia dalam loop. Menolak aplikasi kredit secara otomatis, mengakhiri kontrak pelanggan, mengirim kampanye outreach skala besar, memecat karyawan berdasarkan data produktivitas yang dihasilkan AI: semua ini memerlukan tinjauan manusia sebelum tindakan, bukan hanya sesudahnya. Panduan penerapan AI yang bertanggung jawab Anthropic memframing ini sebagai prinsip inti: sistem AI yang beroperasi di domain berisiko tinggi memerlukan arsitektur pengawasan manusia yang proporsional dengan tingkat keparahan potensi kesalahan.

Tetapi di sinilah sebagian besar kerangka tata kelola gagal: mereka mendefinisikan kebutuhan akan tinjauan manusia tanpa membuat tinjauan itu mudah dilakukan. Jika meninjau satu rekomendasi AI memakan 15 menit dan mengharuskan berpindah di tiga sistem, orang akan melewatkan tinjauan dan sekadar menyetujui output apa adanya. Desain tata kelola yang efektif menjadikan override manusia sebagai jalur dengan hambatan terkecil, bukan jalan memutar yang birokratis.

Untuk AI yang tertanam di CRM secara khusus (deal scoring Salesforce Einstein, fitur kontak prediktif HubSpot, rekomendasi pipeline Zoho Zia), pertanyaan tata kelolanya adalah: apakah pemimpin penjualan Anda memperlakukan output ini sebagai titik data atau sebagai keputusan? Membangun budaya pipeline hygiene di mana rep dan manajer memperlakukan output model dengan skeptis adalah fondasi perilaku yang membuat lapisan tata kelola benar-benar bekerja. Jawabannya seharusnya selalu "titik data," tetapi dalam praktiknya jawaban itu bergantung pada apakah perbedaan tersebut sudah dibuat eksplisit bagi orang-orang yang menggunakan alat tersebut setiap hari.

Lapisan Tata Kelola Minimum yang Layak

Perusahaan SaaS 200 orang tidak memerlukan komite tata kelola, dewan review etika, atau pejabat kebijakan AI yang berdedikasi. Yang dibutuhkan adalah serangkaian perjanjian operasi, pemilik yang jelas, dan struktur akuntabilitas ringan.

Tata Kelola AI Minimum yang Layak digambarkan sebagai empat lapisan tata kelola yang saling terkait menopang mercusuar akuntabilitas berwarna koral

Inilah tampilannya:

Registry alat AI. Daftar sederhana alat AI yang disetujui, kasus penggunaan yang disetujui, dan tier penanganan data mereka (dapat menangani data pelanggan / tidak dapat menangani data pelanggan / memerlukan persetujuan kasus per kasus). Ini membutuhkan sekitar dua jam untuk dibangun dan secara signifikan mengurangi masalah adopsi yang tidak terlihat. Ketika karyawan tahu alat mana yang disetujui dan untuk apa, mereka membuat keputusan yang lebih baik. Referensi keamanan dan kepatuhan AI berguna sebagai masukan saat mengklasifikasikan alat berdasarkan tier data; referensi ini mencakup pertanyaan yang perlu diajukan kepada vendor tentang residensi dan retensi data sebelum menambahkan alat ke registry Anda.

Pemetaan hak keputusan. Satu halaman yang menjawab: output AI mana yang memerlukan tinjauan manusia sebelum tindakan? Siapa yang menyetujui alat AI baru untuk penggunaan tim? Siapa yang memiliki proses tata kelola? Ini tidak perlu komprehensif pada hari pertama. Cukup spesifik agar situasi ambigu yang paling umum dapat diselesaikan tanpa eskalasi.

Norma pengungkapan. Perjanjian bahwa ketika AI berkontribusi secara bermakna pada keputusan (rekomendasi perekrutan, evaluasi kinerja, proposal besar), kontribusi tersebut diungkapkan. Bukan karena hal itu membatalkan keputusan, tetapi karena hal itu mengubah cara penerima dapat mengevaluasinya. Ini adalah perjanjian perilaku, bukan dokumen kebijakan, dan harus dicontohkan oleh kepemimpinan terlebih dahulu.

Jalur eskalasi ringan. Satu orang (biasanya pemimpin operasi atau people) yang merupakan titik kontak yang ditunjuk untuk pertanyaan tata kelola AI. Bukan komite formal. Hanya seseorang dengan wewenang untuk mengambil keputusan ketika muncul hal yang ambigu, dengan harapan mereka akan melakukannya dengan cepat.

Scorecard Kesiapan Tata Kelola AI

Nilai organisasi Anda 1-5 pada setiap dari lima dimensi operasional ini untuk mengidentifikasi di mana kesenjangan tata kelola terbesar:

Kejelasan penanganan data (1-5). Apakah karyawan tahu kategori data mana yang dapat digunakan dengan alat AI eksternal? Apakah ada daftar terdokumentasi dari alat yang disetujui beserta tier datanya?

Akuntabilitas keputusan (1-5). Apakah Anda telah memetakan keputusan berbantuan AI mana yang memerlukan tinjauan manusia? Apakah hak keputusan terdokumentasi dan diketahui oleh orang-orang yang membuat keputusan tersebut?

Kesadaran karyawan (1-5). Apakah karyawan tahu apa norma tata kelola AI itu? Apakah mereka telah dilatih, bukan hanya diberi tahu?

Desain override (1-5). Apakah mudah bagi karyawan untuk menantang atau mengesampingkan output AI? Apakah workflow menjadikan tinjauan sebagai default, bukan pengecualian?

Jejak audit (1-5). Bisakah Anda merekonstruksi alat AI mana yang digunakan dalam keputusan jika diperlukan? Apakah ada logging yang memadai untuk menjawab pemeriksaan kepatuhan?

Skor 20-25 menunjukkan fondasi tata kelola yang matang. 10-15 menunjukkan kesenjangan yang paling mungkin menyebabkan masalah material dalam 12 bulan ke depan. Di bawah 10 berarti masalah adopsi yang tidak terlihat hampir pasti lebih besar daripada yang diyakini kepemimpinan.

Agenda Workshop 90 Menit

Jika Anda ingin menghasilkan perjanjian operasi tata kelola AI yang sebenarnya dengan tim kepemimpinan Anda, bukan sekadar dokumen kebijakan lainnya, berikut struktur workshop yang berhasil:

Menit 0-20: Ungkap penggunaan aktual. Mulailah dengan apa yang sedang terjadi, bukan apa yang seharusnya terjadi. Minta setiap pemimpin berbagi dua alat AI yang digunakan tim mereka dan untuk apa. Tidak ada penilaian, hanya pemetaan. Inilah audit adopsi yang tidak terlihat dalam praktik.

Menit 20-40: Petakan taruhannya. Kerjakan pertanyaan hak keputusan. Keputusan AI mana di organisasi Anda yang berisiko tinggi dan tidak dapat dibalik? Gunakan kerangka taruhan/reversibilitas untuk mengategorikannya. Percakapan ini menghasilkan persyaratan human-in-the-loop tanpa memerlukan konsultan tata kelola.

Menit 40-60: Bangun registry alat. Bersama-sama, klasifikasikan alat yang muncul di segmen pertama: disetujui, perlu tinjauan, tidak disetujui. Tetapkan tier data. Ini memakan waktu lebih dari 20 menit jika daftarnya panjang, tetapi hasilnya (registry yang nyata) sepadan dengan waktunya.

Menit 60-80: Tetapkan hak keputusan. Siapa yang memiliki fungsi tata kelola? Siapa yang menyetujui alat baru? Siapa yang menangani eskalasi? Dapatkan nama spesifik, bukan hanya peran. Kesepakatan yang disertai nama akan ditindaklanjuti.

Menit 80-90: Tentukan norma pengungkapan. Sepakati kapan kontribusi AI pada sebuah keputusan perlu diungkapkan dan kepada siapa. Ini sering menjadi 10 menit paling berguna dalam workshop karena memaksa tim kepemimpinan bersikap eksplisit tentang sesuatu yang selama ini bervariasi secara implisit.

Outputnya adalah perjanjian operasi satu halaman, bukan dokumen kebijakan 20 halaman. Perjanjian itu menjawab pertanyaan yang benar-benar dihadapi karyawan. Dan karena dibangun melalui percakapan, bukan disusun oleh legal, perjanjian itu mencerminkan realita operasional tentang bagaimana AI benar-benar digunakan.

Itulah perbedaan antara tata kelola sebagai teater dan tata kelola sebagai sistem.

Pelajari Lebih Lanjut

About the author

Victor Hoang

Victor Hoang

Co-Founder, Rework.com

Victor Hoang is Co-Founder and CMO of Rework. He spent 12+ years scaling B2B SaaS growth, building a lead engine that generated over 1 million leads and $10M+ in annual recurring revenue. Today he builds AI agents and MCP servers into Rework's products to empower customers across growth and operations. He writes about what actually works.