Open post
Cara Menghindari Miskomunikasi di Tempat Kerja

Semua Sudah Bilang “Oke” Saat Meeting, Tapi Kenapa Hasil Kerjanya Malah Beda-Beda?

Meeting baru saja selesai dan semuanya terlihat lancar. Tidak ada perdebatan panjang, tidak ada pertanyaan besar, dan hampir semua orang mengangguk ketika rencana dijelaskan.

“Oke, clear.”

“Siap.”

“Bisa.”

Namun beberapa hari kemudian, hasilnya mulai terlihat aneh. Satu orang mengerjakan versi A, anggota tim lain mengira prioritasnya B, sementara orang yang memberi instruksi sebenarnya mengharapkan C.

Situasi seperti ini menunjukkan bahwa persetujuan belum tentu berarti pemahaman. Memahami cara menghindari miskomunikasi di tempat kerja bukan hanya soal berbicara lebih jelas, tetapi memastikan bahwa informasi yang sama benar-benar diterjemahkan menjadi tindakan yang sama.

Mendengar Informasi Tidak Sama dengan Memahami Maksudnya

Komunikasi terlihat sederhana karena kita terbiasa melakukannya setiap hari. Seseorang berbicara, orang lain mendengar, lalu informasi dianggap sudah berpindah dengan sempurna.

Kenyataannya, otak tidak menerima pesan seperti komputer menyalin file.

Setiap orang menafsirkan informasi menggunakan pengalaman, pengetahuan, asumsi, dan konteks yang sudah dimiliki. Kalimat yang terasa sangat jelas bagi pembicara belum tentu menghasilkan gambaran yang sama di kepala pendengar.

Di sinilah banyak miskomunikasi dimulai.

Kata “Sudah Paham?” Sering Tidak Banyak Membantu

Di akhir penjelasan, seseorang bertanya:

“Sudah jelas semuanya?”

Ruangan diam.

Beberapa orang mengangguk.

Meeting lanjut.

Masalahnya, pertanyaan tersebut hampir selalu mendorong jawaban ya. Orang yang sebenarnya belum yakin mungkin merasa penjelasannya cukup sederhana sehingga malu bertanya, atau ia bahkan belum menyadari bahwa pemahamannya berbeda.

Pertanyaan yang lebih berguna adalah meminta orang menjelaskan langkah berikutnya.

“Setelah ini masing-masing akan mengerjakan apa?”

Jawaban terhadap pertanyaan tersebut menunjukkan pemahaman yang sebenarnya.

Kita Sering Mengira Orang Lain Memiliki Konteks yang Sama

Bayangkan Anda sudah memikirkan sebuah proyek selama dua minggu.

Anda memahami latar belakangnya, tahu mengapa beberapa opsi ditolak, mengenal masalah sebelumnya, dan sudah membayangkan hasil akhirnya.

Kemudian Anda menjelaskan proyek itu kepada rekan kerja selama sepuluh menit.

Tanpa sadar, Anda mungkin merasa mereka sudah melihat gambaran yang sama.

Padahal mereka baru menerima sebagian kecil dari konteks yang ada di kepala Anda.

Fenomena seperti ini membuat kita mudah melewatkan informasi yang terasa “sudah jelas”.

Jangan Hanya Menjelaskan Apa yang Harus Dikerjakan

Instruksi seperti:

“Bikin versi baru landing page.”

masih meninggalkan terlalu banyak ruang interpretasi.

Versi baru seperti apa?

Masalah apa yang ingin diperbaiki?

Siapa target penggunanya?

Bagian mana yang tidak boleh berubah?

Kapan selesai?

Apa indikator bahwa hasilnya dianggap benar?

Instruksi menjadi lebih kuat ketika seseorang memahami tujuan di balik pekerjaan, bukan hanya aktivitas yang harus dilakukan.

Tujuan Membantu Orang Mengambil Keputusan Kecil Sendiri

Dalam pekerjaan, tidak mungkin setiap detail selalu dijelaskan.

Orang tetap harus membuat keputusan kecil ketika mengerjakan tugas.

Jika mereka hanya tahu perintah, keputusan tersebut mudah melenceng. Tetapi jika mereka memahami tujuan, mereka memiliki prinsip untuk menentukan pilihan.

Misalnya instruksinya bukan sekadar:

“Pendekkan presentasinya.”

Melainkan:

“Direktur hanya punya sepuluh menit, jadi kita perlu mempertahankan tiga temuan utama dan menghilangkan detail yang tidak memengaruhi keputusan.”

Sekarang orang tahu mengapa presentasi harus dipersingkat dan apa yang perlu dipertahankan.

Kata yang Sama Bisa Memiliki Standar Berbeda

“Cepat.”

“Simple.”

“Profesional.”

“Urgent.”

“Detail.”

“Segera.”

Semua terdengar jelas sampai dua orang diminta mendefinisikannya.

“Segera” bagi satu orang berarti dalam satu jam. Bagi orang lain berarti sebelum akhir hari.

“Draft sederhana” bagi seorang manager mungkin berarti struktur kasar. Bagi anggota tim, draft tersebut mungkin sudah harus terlihat hampir final.

Semakin subjektif istilah yang digunakan, semakin penting memberikan contoh atau parameter konkret.

Deadline Harus Lebih Jelas daripada “Secepatnya”

Kata “ASAP” terasa tegas, tetapi sebenarnya sering buruk sebagai alat koordinasi.

Apakah tugas tersebut lebih penting daripada pekerjaan lain yang juga sedang berjalan?

Apakah harus selesai 30 menit lagi?

Hari ini?

Besok pagi?

Gunakan waktu yang spesifik ketika memang ada deadline.

Jika tidak benar-benar mendesak, jelaskan prioritas relatifnya agar orang dapat mengatur pekerjaan dengan masuk akal.

Owner Harus Berarti Satu Orang yang Jelas

Kalimat seperti:

“Tim marketing nanti follow up.”

terdengar seperti pembagian tugas.

Namun siapa sebenarnya yang bertanggung jawab memastikan follow-up terjadi?

Ketika tanggung jawab diberikan kepada kelompok tanpa owner yang jelas, setiap orang dapat berasumsi orang lain akan mengambilnya.

Untuk pekerjaan yang membutuhkan akuntabilitas, tentukan satu owner utama meskipun beberapa orang ikut mengerjakan.

Owner bukan berarti harus melakukan semuanya sendiri.

Ia memastikan tugas bergerak.

Meeting Tanpa Keputusan Tertulis Mudah Berubah dalam Ingatan

Percakapan terasa sangat jelas saat baru terjadi.

Beberapa hari kemudian, ingatan mulai berbeda.

Seseorang ingat opsi kedua yang dipilih.

Orang lain merasa keputusan final belum dibuat.

Ada yang mengira deadline Jumat, sementara yang lain mencatat Senin.

Karena itu, keputusan penting sebaiknya tidak hanya hidup dalam ingatan peserta meeting.

Tuliskan hasilnya.

Tidak perlu membuat notulen panjang. Yang paling penting adalah keputusan, owner, deadline, dan langkah berikutnya.

Ringkasan Meeting Tidak Perlu Menyalin Semua Percakapan

Kesalahan lain adalah membuat meeting notes yang begitu panjang sampai tidak ada yang membacanya.

Tujuan ringkasan bukan merekam setiap kalimat.

Fokus pada informasi yang akan memengaruhi pekerjaan setelah meeting:

apa yang diputuskan;

apa yang belum diputuskan;

siapa melakukan apa;

kapan harus selesai;

apa dependensinya.

Dengan format seperti ini, catatan berubah menjadi alat koordinasi.

Bedakan Diskusi, Usulan, dan Keputusan

Meeting sering berisi banyak ide.

“Bagaimana kalau kita pindah tanggal?”

“Mungkin kita pakai vendor lain.”

“Kayaknya budget bisa dinaikkan.”

Semua kalimat tersebut belum tentu keputusan.

Namun beberapa hari kemudian, seseorang dapat mengingat salah satunya sebagai sesuatu yang sudah disepakati.

Karena itu, ketika keputusan benar-benar dibuat, tandai dengan jelas.

“Finalnya: kita tetap menggunakan tanggal 20.”

Kalimat sederhana ini mengurangi ambiguitas.

Tutup Topik dengan Recap Singkat

Sebelum berpindah ke agenda berikutnya, ringkas keputusan.

“Berarti untuk bagian ini, Dita revisi proposal, Raka cek budget, dan kita review lagi Kamis.”

Hanya membutuhkan beberapa detik.

Tetapi recap memberikan kesempatan bagi peserta untuk langsung mengoreksi jika pemahamannya berbeda.

Lebih murah menemukan miskomunikasi saat meeting daripada setelah tiga hari pekerjaan dilakukan.

Diam Tidak Selalu Berarti Setuju

Dalam kelompok, orang bisa diam karena berbagai alasan.

Belum memahami topiknya.

Tidak ingin memperpanjang meeting.

Merasa orang lain lebih ahli.

Takut pertanyaannya dianggap bodoh.

Tidak nyaman berbeda pendapat dengan atasan.

Atau memang setuju.

Karena diam memiliki banyak arti, jangan otomatis menggunakannya sebagai bukti konsensus.

Senioritas Bisa Mengubah Cara Orang Berkomunikasi

Bayangkan seorang manager menjelaskan ide lalu bertanya:

“Ada yang nggak setuju?”

Tidak ada yang menjawab.

Manager bisa menganggap idenya sudah mendapatkan dukungan.

Namun struktur kekuasaan memengaruhi perilaku. Anggota tim yang lebih junior mungkin memiliki keberatan tetapi tidak yakin apakah aman untuk menyampaikannya.

Pemimpin perlu membuat ruang untuk perbedaan pendapat secara aktif, bukan hanya mengatakan bahwa semua orang “bebas bicara”.

Pertanyaan Spesifik Lebih Mudah Dijawab

Daripada bertanya:

“Ada feedback?”

coba:

“Bagian mana yang menurut kalian paling berisiko?”

atau:

“Apa yang bisa membuat deadline ini gagal?”

atau:

“Ada informasi yang masih kita butuhkan sebelum mulai?”

Pertanyaan spesifik memberikan arah.

Orang tidak harus menciptakan topik kritik dari nol.

Jangan Menghukum Orang yang Mengangkat Masalah

Budaya komunikasi tidak dibentuk oleh slogan.

Ia dibentuk oleh respons.

Jika seseorang menunjukkan risiko lalu langsung dianggap negatif, terlalu banyak alasan, atau tidak mendukung tim, orang lain belajar sesuatu:

lebih aman diam.

Kemudian masalah berhenti muncul dalam meeting.

Bukan karena masalahnya hilang, tetapi karena orang berhenti membicarakannya.

Asumsi Kecil Bisa Menjadi Masalah Besar

Misalnya seseorang diminta:

“Kirim laporan ke client besok.”

Ia menganggap pagi.

Manager menganggap sebelum jam kerja selesai.

Client mengharapkan sebelum meeting pukul 10.

Tidak ada pihak yang merasa instruksinya aneh.

Semua hanya menggunakan asumsi berbeda.

Semakin banyak dependensi dalam sebuah tugas, semakin penting detail kecil dibuat eksplisit.

Gunakan Contoh Ketika Hasil Sulit Dijelaskan

Kadang standar output lebih mudah ditunjukkan daripada dideskripsikan.

Misalnya Anda meminta desain “clean dan profesional”.

Kalimat itu masih luas.

Jika ada dua contoh desain yang mendekati arah yang diinginkan dan satu contoh yang tidak sesuai, tim mendapat referensi lebih konkret.

Contoh membantu menyelaraskan interpretasi tanpa harus membuat instruksi sangat panjang.

Tetapi Jangan Membuat Contoh Menjadi Penjara

Referensi juga memiliki risiko.

Orang bisa terlalu meniru contoh dan kehilangan tujuan sebenarnya.

Karena itu, jelaskan bagian mana dari contoh yang relevan.

“Yang gue suka dari contoh ini adalah hierarki informasinya, bukan warna atau layout persisnya.”

Sekarang referensi berfungsi sebagai penjelas, bukan template yang harus disalin.

Komunikasi Tertulis Bukan Otomatis Lebih Jelas

Email dan chat memberikan catatan yang bisa dibaca ulang, tetapi tulisan tetap dapat ambigu.

Pesan seperti:

“Bisa diperbaiki sedikit?”

tidak menjelaskan apa yang salah.

“Ini belum sesuai.”

juga tidak memberi arah.

Jika meminta perubahan, tunjukkan bagian, masalah, dan hasil yang diharapkan.

Semakin konkret permintaan, semakin sedikit tebakan yang harus dilakukan penerima.

Pesan Panjang Juga Belum Tentu Lebih Baik

Ada kecenderungan mengatasi miskomunikasi dengan menambahkan sebanyak mungkin informasi.

Hasilnya bisa menjadi pesan 15 paragraf yang tidak memiliki prioritas jelas.

Pembaca akhirnya melewatkan detail penting.

Komunikasi yang efektif bukan yang paling panjang.

Informasi utama harus mudah ditemukan.

Gunakan struktur sehingga pembaca tahu apa konteksnya, apa keputusan atau permintaannya, dan apa tindakan berikutnya.

Pilih Channel Berdasarkan Kompleksitas

Tidak semua persoalan cocok diselesaikan melalui chat.

Pertanyaan sederhana seperti “deadline-nya jam berapa?” bisa selesai dengan satu pesan.

Namun konflik, keputusan kompleks, atau diskusi yang terus bolak-balik mungkin lebih efisien dibicarakan langsung.

Sebaliknya, keputusan dari percakapan langsung tetap sebaiknya dicatat secara tertulis setelahnya.

Gunakan percakapan untuk menyelesaikan kompleksitas.

Gunakan tulisan untuk menjaga kejelasan.

Jangan Biarkan Lima Channel Menyimpan Lima Versi Keputusan

Sebagian diskusi terjadi di email.

Sebagian di grup chat.

Ada perubahan lewat private message.

Kemudian keputusan terakhir dibicarakan dalam meeting.

Sekarang tidak ada yang tahu sumber kebenarannya.

Untuk proyek yang berjalan lama, tentukan satu tempat untuk menyimpan status dan keputusan terbaru.

Channel komunikasi boleh banyak.

Sumber keputusan sebaiknya jelas.

Handover Membutuhkan Konteks, Bukan Sekadar File

Saat pekerjaan berpindah dari satu orang ke orang lain, sering kali yang dikirim hanya dokumen.

“Ini filenya, tinggal lanjut.”

Masalahnya, file tidak selalu menjelaskan alasan di balik keputusan yang sudah dibuat.

Handover yang baik setidaknya menjawab: posisi pekerjaan sekarang, apa yang sudah selesai, apa yang belum, keputusan penting, risiko, deadline, dan siapa yang bisa ditanya.

Tujuannya agar orang baru tidak harus melakukan arkeologi digital.

Remote Work Membuat Kejelasan Semakin Penting

Ketika bekerja di ruangan yang sama, banyak miskomunikasi dapat diperbaiki secara spontan.

Seseorang bisa langsung bertanya.

Melihat apa yang sedang dikerjakan.

Mendengar percakapan tim.

Dalam kerja remote atau hybrid, banyak konteks informal tersebut hilang.

Karena itu, dokumentasi, ownership, dan definisi output menjadi semakin penting.

Bukan karena tim remote kurang mampu berkomunikasi, tetapi karena lebih sedikit konteks yang berpindah secara otomatis.

Jangan Mengandalkan “Nanti Tanya Kalau Bingung”

Masalahnya, seseorang belum tentu tahu bahwa dirinya bingung.

Ia mungkin yakin sudah memahami instruksi.

Kemudian bekerja berdasarkan interpretasinya selama beberapa hari.

Baru saat hasil ditunjukkan, perbedaannya terlihat.

Karena itu, komunikasi yang baik tidak hanya menyediakan kesempatan bertanya. Ia juga memiliki checkpoint sebelum pekerjaan terlalu jauh.

Review Awal Bisa Menghemat Banyak Revisi

Untuk pekerjaan besar, jangan menunggu semuanya selesai.

Periksa arah lebih awal.

Misalnya review outline sebelum artikel lengkap dibuat.

Review wireframe sebelum desain final.

Review sampel data sebelum seluruh dataset diproses.

Review satu halaman sebelum 50 halaman dikerjakan.

Checkpoint kecil memastikan kedua pihak masih bergerak menuju tujuan yang sama.

Hindari Feedback “Bukan Gini Maksud Gue”

Kalimat ini sering muncul ketika ekspektasi sebenarnya tidak pernah dibuat jelas.

Jika hasil melenceng, cari titik komunikasinya.

Apakah tujuan sudah dijelaskan?

Apakah contoh tersedia?

Apakah constraint diketahui?

Apakah ada checkpoint?

Apakah orang yang mengerjakan sempat mengonfirmasi pemahamannya?

Menyalahkan eksekutor tidak memperbaiki sistem jika sumber masalahnya adalah briefing yang ambigu.

Gunakan Teknik Read-Back untuk Informasi Penting

Dalam situasi yang membutuhkan ketepatan, meminta penerima mengulang informasi dengan bahasanya sendiri dapat sangat membantu.

Bukan seperti ujian.

Cukup:

“Biar kita nggak beda tangkap, coba recap next step-nya.”

Jika jawabannya sesuai, lanjut.

Jika berbeda, miskomunikasi ditemukan sebelum menjadi pekerjaan salah.

Teknik sederhana ini jauh lebih informatif daripada sekadar “paham, kan?”

Jangan Berasumsi Istilah Teknis Dipahami Semua Orang

Dalam satu tim pun tingkat pengetahuan bisa berbeda.

Singkatan, jargon, nama internal, atau istilah teknis mungkin sangat familiar bagi beberapa orang dan asing bagi yang lain.

Tidak perlu menjelaskan semua istilah dasar setiap saat.

Tetapi ketika audience beragam, pastikan istilah yang menentukan keputusan memiliki definisi yang sama.

Komunikasi gagal bukan karena seseorang kurang pintar. Kadang kamus internalnya memang berbeda.

Emosi Juga Memengaruhi Interpretasi

Pesan singkat seperti:

“Call gue sekarang.”

bisa terdengar netral bagi pengirim.

Penerima mungkin langsung berpikir ada masalah besar.

Tulisan tidak membawa ekspresi wajah dan intonasi dengan sempurna, sehingga ruang interpretasi menjadi lebih besar.

Untuk pesan sensitif, sedikit konteks dapat mengurangi kecemasan yang tidak diperlukan.

“Kalau sempat, call gue sebentar. Mau konfirmasi angka di laporan.”

Maknanya langsung jauh lebih jelas.

Jangan Menyelesaikan Konflik Kompleks dengan Tebak Nada Chat

Percakapan tertulis mudah memicu salah interpretasi.

Balasan pendek dianggap marah.

Pesan terlambat dianggap menghindar.

Tanda titik dianggap dingin.

Padahal kita sering tidak mengetahui kondisi orang di sisi lain.

Jika percakapan mulai emosional dan pesan bolak-balik tidak menghasilkan kejelasan, pindahkan ke komunikasi yang lebih kaya seperti telepon atau percakapan langsung.

Kadang masalahnya bukan isi pesan, tetapi medianya.

Kejelasan Tidak Berarti Harus Terdengar Kasar

Sebagian orang menghindari komunikasi langsung karena takut terdengar terlalu keras.

Padahal jelas dan sopan bisa berjalan bersama.

“Mohon kirim revisi sebelum Kamis pukul 15.00 karena Jumat pagi akan digunakan untuk presentasi.”

Kalimat tersebut spesifik tanpa perlu agresif.

Ambiguitas bukan syarat kesopanan.

Jangan Sembunyikan Prioritas

Tim memiliki lima pekerjaan.

Semua diberi label urgent.

Artinya tidak ada yang benar-benar memiliki prioritas.

Jika pekerjaan bertabrakan, jelaskan mana yang harus didahulukan.

Prioritas adalah bagian dari komunikasi.

Tanpa itu, anggota tim harus menebak keputusan yang seharusnya dibuat oleh orang yang memiliki gambaran lebih besar.

Perubahan Keputusan Harus Disebarkan, Bukan Diasumsikan

Rencana berubah. Itu normal.

Masalah muncul ketika perubahan hanya diketahui beberapa orang.

Deadline berubah dalam percakapan dengan client tetapi tim internal masih menggunakan tanggal lama. Scope berubah dengan manager tetapi vendor belum tahu.

Setiap perubahan penting perlu menjawab:

Siapa yang terdampak?

Siapa yang perlu tahu?

Dokumen apa yang perlu diperbarui?

Komunikasi perubahan sama pentingnya dengan keputusan awal.

Kesimpulan

Memahami cara menghindari miskomunikasi di tempat kerja bukan berarti membuat semua orang berbicara lebih banyak. Yang dibutuhkan adalah mengurangi ruang interpretasi pada bagian yang memang penting.

Jelaskan tujuan, bukan hanya tugas. Tentukan owner dan deadline secara spesifik. Bedakan ide dari keputusan. Dokumentasikan hasil meeting secara singkat, lakukan recap, dan gunakan checkpoint sebelum pekerjaan berkembang terlalu jauh. Untuk informasi penting, jangan hanya bertanya apakah orang sudah paham—pastikan kedua pihak memiliki gambaran yang sama tentang langkah berikutnya.

Karena dalam pekerjaan, miskomunikasi jarang terdengar seperti:

“Gue nggak ngerti.”

Jauh lebih sering terdengar seperti:

“Oh, gue kira maksudnya yang lain.”

Dan semakin cepat perbedaan itu ditemukan, semakin sedikit waktu yang terbuang untuk mengerjakan sesuatu yang sebenarnya tidak pernah diminta.

Open post
Cara Memberikan Feedback yang Efektif Tanpa Memicu Konflik

Niatnya Cuma Kasih Masukan, Tapi Kenapa Orang Malah Jadi Defensif?

Kamu melihat ada sesuatu yang sebenarnya bisa diperbaiki. Niatnya bukan menyerang, mempermalukan, atau mencari kesalahan. Kamu hanya ingin menyampaikan masukan agar pekerjaan berikutnya menjadi lebih baik.

Namun respons yang muncul justru berbeda. Orang tersebut mulai menjelaskan panjang lebar, mencari alasan, membantah setiap poin, atau tiba-tiba menjadi jauh lebih diam. Percakapan yang seharusnya sederhana akhirnya terasa seperti konflik.

Situasi ini menunjukkan bahwa cara memberikan feedback yang efektif bukan hanya soal apakah kritik kita benar. Waktu, bahasa, konteks, hubungan, dan seberapa spesifik masukan tersebut dapat menentukan apakah feedback diterima sebagai informasi yang berguna atau dianggap sebagai ancaman.

Feedback Bisa Terasa Seperti Penilaian terhadap Diri Seseorang

Ada perbedaan besar antara membahas hasil pekerjaan dan menilai karakter seseorang.

Bandingkan:

“Bagian laporan ini belum menjelaskan penyebab penurunan penjualan.”

dengan:

“Kamu kurang teliti kalau bikin laporan.”

Kalimat pertama menunjuk pada sesuatu yang dapat diperiksa dan diperbaiki. Kalimat kedua mudah terdengar seperti penilaian terhadap kemampuan atau karakter orang tersebut.

Begitu percakapan terasa personal, perhatian dapat bergeser dari masalah yang sedang dibahas menuju kebutuhan untuk membela diri.

Karena itu, feedback yang baik sebisa mungkin diarahkan pada perilaku, keputusan, proses, atau hasil yang konkret.

Hindari Kata “Selalu” dan “Tidak Pernah”

“Kamu selalu terlambat.”

“Kamu nggak pernah dengar masukan.”

Kalimat absolut seperti ini sering memicu perdebatan baru.

Orang yang menerima feedback mulai mencari pengecualian: “Minggu lalu saya datang tepat waktu,” atau “Kemarin saya mengikuti saran itu.”

Percakapan akhirnya tidak lagi membahas masalah utama.

Lebih baik gunakan kejadian spesifik. Misalnya, “Dalam dua meeting terakhir kamu masuk sekitar 15 menit setelah jadwal mulai, jadi bagian awal harus diulang.”

Masalah menjadi lebih jelas sekaligus lebih sulit disalahartikan.

Jelaskan Dampaknya, Bukan Hanya Kesalahannya

Feedback menjadi lebih bermakna ketika seseorang memahami mengapa sesuatu perlu diperbaiki.

Misalnya, daripada hanya mengatakan:

“Update proyeknya kurang lengkap.”

Jelaskan dampaknya:

“Ketika status hambatan tidak dicantumkan, tim berikutnya menganggap semuanya sudah siap dan baru mengetahui masalahnya ketika deadline sudah dekat.”

Sekarang orang tersebut mengetahui hubungan antara tindakan dan konsekuensinya.

Masukan tidak lagi terdengar seperti preferensi pribadi pemberi feedback, tetapi sebagai informasi mengenai bagaimana pekerjaannya memengaruhi proses yang lebih besar.

Waktu yang Salah Bisa Merusak Feedback yang Benar

Feedback yang valid tetap dapat diterima dengan buruk jika diberikan pada saat yang tidak tepat.

Mengoreksi seseorang di depan banyak orang, misalnya, dapat membuat situasi terasa lebih seperti mempermalukan daripada membantu.

Begitu pula memberikan kritik ketika emosi masih tinggi setelah terjadi kesalahan.

Dalam kondisi tertentu, lebih baik menunggu sampai percakapan dapat dilakukan dengan lebih tenang. Namun jangan menunggu terlalu lama sampai konteks kejadian sudah hilang.

Tujuannya bukan mencari “momen sempurna”, melainkan memilih situasi yang memungkinkan kedua pihak benar-benar mendengarkan.

Jangan Menumpuk Semua Kesalahan Sekaligus

Satu percakapan feedback sering berubah menjadi daftar seluruh masalah selama enam bulan terakhir.

Awalnya membahas keterlambatan laporan. Beberapa menit kemudian sudah membahas cara membalas email, komunikasi saat meeting, pekerjaan bulan lalu, dan kejadian lama yang sebenarnya tidak berhubungan langsung.

Akibatnya, orang yang menerima masukan tidak tahu mana yang paling penting.

Pilih satu atau dua hal yang memiliki dampak terbesar.

Feedback yang fokus jauh lebih mudah diterjemahkan menjadi tindakan dibandingkan sepuluh kritik yang diberikan sekaligus.

Berikan Ruang untuk Menjelaskan Konteks

Memberikan feedback bukan berarti kita sudah mengetahui seluruh situasi.

Ada kemungkinan terdapat informasi yang belum kita miliki.

Karena itu, setelah menjelaskan observasi dan dampaknya, berikan ruang kepada orang tersebut untuk menjelaskan apa yang terjadi.

Pertanyaan sederhana seperti “Ada konteks yang belum saya tahu?” dapat membuka informasi penting.

Namun mendengarkan konteks tidak berarti setiap alasan otomatis menghapus masalah. Tujuannya adalah memastikan solusi dibuat berdasarkan gambaran yang lebih lengkap.

Bedakan Penjelasan dengan Sikap Defensif

Tidak semua orang yang menjelaskan diri berarti menolak feedback.

Kadang mereka memang memiliki informasi tambahan yang relevan.

Misalnya, sebuah tugas terlambat karena data dari tim lain baru diterima beberapa jam sebelum deadline. Informasi tersebut dapat mengubah cara masalah seharusnya diselesaikan.

Karena itu, jangan buru-buru memberi label “defensif” hanya karena seseorang tidak langsung mengatakan, “Ya, saya salah.”

Percakapan yang sehat memungkinkan kedua pihak menambahkan informasi tanpa kehilangan fokus pada solusi.

Feedback Lebih Berguna Jika Ada Langkah Berikutnya

“Kamu harus lebih proaktif.”

Masalahnya, proaktif itu seperti apa?

Apakah harus memberikan update lebih sering? Mengangkat risiko lebih awal? Mengambil keputusan tanpa menunggu instruksi? Menghubungi stakeholder tertentu?

Feedback abstrak sulit diterapkan karena orang harus menebak perilaku yang sebenarnya diharapkan.

Ubah menjadi tindakan yang bisa diamati.

Contohnya: “Mulai minggu depan, kalau ada hambatan yang berpotensi menggeser deadline lebih dari satu hari, kabari tim saat hambatan itu ditemukan, bukan ketika deadline sudah terlewat.”

Sekarang ekspektasinya jauh lebih jelas.

Jangan Menyamarkan Kritik dengan Pujian Palsu

Sebagian orang menggunakan pola pujian-kritik-pujian karena berharap kritik terasa lebih lembut.

Metode ini kadang justru membuat pujian kehilangan makna. Orang mulai menunggu bagian negatif setiap kali mendengar kalimat positif.

Lebih baik tetap hangat tetapi jelas.

Kamu dapat mengakui bagian yang memang berjalan baik tanpa menjadikannya pembungkus untuk kritik.

Kejujuran yang spesifik biasanya lebih berguna daripada pujian generik yang hanya digunakan untuk mengurangi rasa tidak nyaman.

Cara Kita Bereaksi terhadap Feedback Juga Membentuk Budaya Komunikasi

Cara Memberikan Feedback yang Efektif Tanpa Memicu Konflik

Menariknya, kemampuan memberi feedback tidak dapat dipisahkan dari kemampuan menerima feedback.

Jika seseorang meminta orang lain terbuka terhadap kritik tetapi dirinya sendiri langsung membantah setiap masukan, standar komunikasi menjadi tidak seimbang.

Ketika menerima feedback, coba dengarkan sampai selesai sebelum menjawab. Pisahkan bagian yang faktual, interpretasi, dan rekomendasi.

Kita tidak harus menyetujui seluruh masukan.

Namun mencari bagian yang berguna sering lebih produktif daripada langsung menentukan apakah pemberi feedback “benar” atau “salah”.

Kepercayaan Membuat Percakapan Sulit Menjadi Lebih Mudah

Teknik komunikasi memang membantu, tetapi hubungan tetap berpengaruh.

Masukan dari seseorang yang selama ini adil, konsisten, dan menghargai kita biasanya terasa berbeda dibandingkan kritik dari orang yang hanya muncul ketika ada kesalahan.

Karena itu, jangan membangun hubungan kerja hanya melalui koreksi.

Apresiasi ketika sesuatu berjalan baik. Berikan bantuan ketika dibutuhkan. Dengarkan ide orang lain dan akui kontribusi secara jelas.

Untuk pembahasan komunikasi seperti di Ralero, feedback sebaiknya bukan diperlakukan sebagai “senjata koreksi”, melainkan salah satu bagian dari hubungan kerja yang sehat.

Tidak Semua Feedback Harus Diberikan

Sebelum memberikan masukan, tanyakan apakah masalah tersebut benar-benar penting.

Apakah ada dampaknya terhadap pekerjaan, hubungan, keselamatan, kualitas, atau tujuan bersama?

Atau kita hanya ingin orang lain melakukan sesuatu persis seperti cara kita?

Membedakan standar penting dengan preferensi pribadi dapat mengurangi banyak kritik yang sebenarnya tidak diperlukan.

Jika hasilnya sama baik dan tidak menimbulkan masalah, metode yang berbeda belum tentu membutuhkan koreksi.

Kesimpulan

Memahami cara memberikan feedback yang efektif bukan tentang membuat kritik terdengar sangat lembut sampai pesannya hilang. Feedback tetap perlu jelas, spesifik, dan jujur.

Fokuskan percakapan pada perilaku atau hasil yang dapat diamati, jelaskan dampaknya, hindari generalisasi, pilih waktu yang tepat, dan berikan langkah perbaikan yang konkret. Setelah itu, beri kesempatan kepada orang lain untuk menjelaskan konteks yang mungkin belum diketahui.

Tujuan feedback bukan memenangkan argumen atau membuktikan siapa yang salah. Feedback yang benar-benar berguna membuat kedua pihak keluar dari percakapan dengan pemahaman yang lebih jelas tentang apa yang perlu dilakukan berikutnya.

Open post

Kamu Paham Banget Topiknya, Tapi Kenapa Orang Lain Tetap Bingung Saat Kamu Menjelaskannya?

Ada situasi yang cukup aneh di tempat kerja. Seseorang sudah bertahun-tahun mengerjakan bidang tertentu, memahami hampir setiap detailnya, dan dapat menyelesaikan masalah dengan cepat. Ketika diminta menjelaskan proses tersebut kepada rekan baru, hasilnya justru membingungkan.

Penjelasannya terasa terlalu cepat. Banyak istilah digunakan tanpa definisi, beberapa langkah dianggap sudah jelas, dan pertanyaan sederhana terkadang sulit dijawab dengan bahasa sederhana. Bukan karena orang tersebut tidak menguasai topiknya. Justru pengetahuan yang terlalu familiar dapat membuat seseorang lupa bagaimana rasanya ketika pertama kali mempelajarinya.

Fenomena ini berkaitan dengan apa yang sering disebut curse of knowledge. Memahami cara menjelaskan sesuatu agar mudah dipahami berarti belajar melihat informasi dari perspektif orang yang belum memiliki pengetahuan, pengalaman, dan konteks yang sama dengan kita.

Semakin Ahli, Semakin Banyak Hal yang Terasa “Sudah Jelas”

Bayangkan seseorang yang sudah menggunakan software tertentu setiap hari selama lima tahun. Ia tidak lagi memikirkan lokasi menu, urutan tombol, atau alasan melakukan langkah tertentu. Banyak tindakan sudah berjalan hampir otomatis.

Kemudian seorang karyawan baru bertanya bagaimana menyelesaikan satu tugas.

Orang berpengalaman mungkin menjawab, “Masuk saja ke dashboard, filter datanya, export, lalu tinggal reconcile.”

Bagi dirinya, instruksi tersebut sangat jelas. Bagi pemula, hampir setiap bagian memunculkan pertanyaan baru. Dashboard yang mana? Filter berdasarkan apa? Format export apa? Apa yang dimaksud reconcile?

Pengetahuan membuat banyak langkah kecil menghilang dari kesadaran karena sudah menjadi kebiasaan.

Apa Itu Curse of Knowledge?

Curse of knowledge menggambarkan kesulitan membayangkan bagaimana suatu informasi terlihat dari perspektif seseorang yang belum mengetahuinya.

Setelah memahami sebuah konsep, kita tidak dapat sepenuhnya kembali ke kondisi ketika konsep tersebut masih asing. Otak sudah memiliki konteks, hubungan antarinformasi, pengalaman, dan vocabulary yang membantu memahami topik tersebut.

Akibatnya, kita cenderung memperkirakan bahwa orang lain mengetahui lebih banyak daripada yang sebenarnya mereka ketahui.

Fenomena ini dapat muncul ketika mengajar, melakukan onboarding, memberikan presentasi, menulis dokumentasi, memberikan instruksi, atau sekadar menjelaskan pekerjaan kepada rekan.

Masalahnya Sering Bukan pada Informasi, tetapi pada Informasi yang Hilang

Penjelasan yang buruk tidak selalu mengandung informasi yang salah. Sering kali informasi yang diberikan benar, tetapi ada beberapa jembatan logika yang tidak disebutkan.

Misalnya:

“Setelah menerima data, masukkan ke sistem dan lakukan validasi sebelum diproses.”

Instruksi tersebut terdengar masuk akal. Namun orang baru mungkin belum mengetahui data diterima dari mana, sistem yang dimaksud, bagian mana yang harus diisi, apa kriteria validasi, dan apa yang terjadi jika data gagal diperiksa.

Bagi orang berpengalaman, seluruh informasi tersebut mungkin terasa implisit.

Bagi pemula, bagian yang tidak disebutkan justru merupakan bagian terpenting.

Jangan Menganggap Istilah Internal Dipahami Semua Orang

Setiap tim secara perlahan membangun bahasa sendiri.

Ada singkatan proyek, nama dashboard, istilah pelanggan, kode produk, nama proses, hingga kalimat pendek yang hanya dipahami oleh orang yang sudah lama bekerja di sana.

Masalah muncul ketika vocabulary tersebut digunakan kepada anggota baru tanpa penjelasan.

Kalimat seperti “Coba cek SLA sebelum escalation ke ops” mungkin sangat efisien bagi tim yang sudah terbiasa. Untuk orang baru, kalimat tersebut dapat terasa seperti bahasa lain.

Dalam komunikasi efektif di tempat kerja, efisiensi bukan berarti menggunakan kalimat sesingkat mungkin. Komunikasi dianggap efisien ketika penerima dapat memahami dan melakukan tindakan yang benar tanpa membutuhkan banyak klarifikasi tambahan.

Mulai dari Tujuan Sebelum Masuk ke Langkah

Instruksi lebih mudah dipahami ketika seseorang mengetahui apa yang sebenarnya ingin dicapai.

Daripada langsung mengatakan, “Buka menu ini, klik bagian itu, kemudian pindahkan file,” jelaskan terlebih dahulu hasil akhirnya.

Misalnya:

“Kita ingin memastikan jumlah stok di sistem sama dengan barang yang benar-benar tersedia sebelum laporan dikirim.”

Sekarang langkah berikutnya memiliki konteks.

Ketika orang memahami tujuan, ia tidak hanya menghafal tombol. Ia mulai memahami alasan di balik proses.

Pengetahuan seperti ini juga membuat seseorang lebih mampu menghadapi situasi yang sedikit berbeda dari contoh yang diberikan.

Jelaskan Gambaran Besar Sebelum Detail

Bayangkan memberikan peta kepada seseorang. Akan lebih mudah memahami jalan kecil jika ia terlebih dahulu mengetahui kota, area, dan tujuan akhirnya.

Prinsip yang sama berlaku ketika menjelaskan konsep.

Mulailah dari gambaran besar. Apa prosesnya? Mengapa proses tersebut ada? Apa input dan output-nya? Siapa yang terlibat?

Setelah kerangka tersebut dipahami, detail dapat dimasukkan secara bertahap.

Tanpa gambaran besar, seseorang menerima banyak fakta tetapi tidak mengetahui hubungan di antara fakta tersebut.

Pecah Proses Menjadi Tahapan yang Memiliki Makna

Instruksi yang terlalu panjang membebani memori kerja.

Daripada memberikan 20 langkah sekaligus, kelompokkan proses menjadi beberapa tahap yang logis. Misalnya: persiapan data, pemeriksaan, pemrosesan, dan final review.

Setiap tahap kemudian dapat memiliki beberapa langkah kecil.

Struktur seperti ini membuat orang memiliki titik referensi ketika kehilangan arah. Mereka dapat mengatakan, “Saya sudah selesai bagian pemeriksaan, sekarang masuk ke pemrosesan.”

Ini jauh lebih mudah dibandingkan mengingat bahwa mereka sedang berada di langkah ke-13 dari daftar panjang.

Jangan Menjelaskan Terlalu Banyak dalam Satu Waktu

Ketika seseorang menguasai topik, ada dorongan untuk memberikan semua pengetahuan sekaligus. Kita ingin pemula mengetahui setiap kemungkinan, pengecualian, shortcut, risiko, dan trik yang pernah dipelajari.

Niatnya baik, tetapi hasilnya dapat berupa information overload.

Pemula belum memiliki struktur mental untuk menempatkan seluruh detail tersebut. Informasi penting dan informasi tambahan akhirnya terasa sama pentingnya.

Prioritaskan apa yang perlu diketahui untuk menyelesaikan tugas pertama dengan benar. Detail lanjutan dapat ditambahkan setelah fondasi terbentuk.

Cara menjelaskan sesuatu dengan sederhana bukan berarti menghilangkan substansi, melainkan mengatur urutan informasi berdasarkan kebutuhan penerima.

Contoh Konkret Sering Lebih Berguna daripada Definisi Panjang

Konsep abstrak lebih mudah dipahami ketika memiliki contoh.

Jika menjelaskan “prioritas pelanggan”, berikan satu kasus. Jika menjelaskan format laporan yang baik, tunjukkan contoh laporan. Jika menjelaskan kesalahan input, tampilkan contoh input yang salah dan versi yang benar.

Contoh memberikan sesuatu yang dapat diamati.

Namun jangan berhenti pada contoh. Jelaskan juga prinsip yang membuat contoh tersebut benar atau salah.

Tujuannya agar orang tidak hanya meniru satu kasus, tetapi dapat menerapkan prinsip pada situasi lain.

Gunakan Perbandingan dengan Sesuatu yang Sudah Dikenal

Ketika konsep benar-benar baru, analogi dapat menjadi jembatan.

Misalnya, database dapat dijelaskan kepada pemula dengan membandingkannya secara sederhana dengan lemari arsip yang memiliki struktur tertentu. Workflow approval dapat dibandingkan dengan dokumen yang harus melewati beberapa meja sebelum dianggap selesai.

Analogi tentu tidak sempurna. Jangan memaksakannya sampai detail yang tidak sesuai.

Fungsinya adalah memberikan titik awal agar konsep baru tidak terasa sepenuhnya asing.

Setelah pemahaman dasar terbentuk, penjelasan yang lebih akurat dapat ditambahkan.

“Paham?” Bukan Pertanyaan yang Sangat Berguna

Setelah menjelaskan sesuatu selama sepuluh menit, kita sering menutup dengan satu pertanyaan:

“Paham?”

Hampir semua orang akan menjawab, “Iya.”

Kadang mereka memang paham. Kadang mereka merasa paham. Kadang mereka belum paham tetapi tidak ingin terlihat lambat. Ada juga yang bahkan belum mengetahui bagian mana yang sebenarnya belum dipahami.

Karena itu, pertanyaan yang lebih spesifik dapat memberikan informasi lebih baik.

Misalnya, “Kalau besok kamu mendapatkan kasus seperti ini, langkah pertama yang akan kamu lakukan apa?”

Jawaban tersebut menunjukkan bagaimana orang memahami proses tanpa membuat percakapan terasa seperti ujian.

Minta Orang Menjelaskan Kembali dengan Bahasanya Sendiri

Salah satu cara sederhana untuk memeriksa pemahaman adalah meminta penerima merangkum konsep menggunakan bahasanya sendiri.

Bukan mengulang kata demi kata.

Jika seseorang dapat menjelaskan ide dengan struktur yang berbeda tetapi maknanya tetap tepat, kemungkinan besar ia sudah membangun pemahaman.

Teknik ini juga membantu menemukan bagian yang ambigu. Seseorang mungkin memahami 80 persen proses dengan benar tetapi salah menafsirkan satu tahapan penting.

Kesalahan tersebut lebih baik ditemukan saat latihan daripada ketika tugas sudah masuk ke pekerjaan nyata.

Beri Kesempatan untuk Mencoba

Melihat orang lain melakukan sesuatu dan melakukan sendiri adalah dua pengalaman berbeda.

Demonstrasi dapat membuat sebuah proses terlihat mudah karena orang berpengalaman bergerak dengan lancar. Pemula baru mengetahui bagian yang membingungkan ketika tangannya sendiri mulai melakukan pekerjaan tersebut.

Setelah demonstrasi, berikan kesempatan mencoba dengan risiko yang terkendali.

Biarkan orang menjalankan proses sementara Anda mengamati. Jangan langsung mengambil alih ketika ia membutuhkan beberapa detik untuk berpikir.

Sedikit kesulitan merupakan bagian normal dari proses belajar.

Jangan Langsung Memberikan Jawaban pada Setiap Kesulitan

Ketika mengajari seseorang, melihat mereka berhenti pada satu langkah dapat membuat kita ingin langsung memberikan solusi.

Namun jika setiap hambatan segera diselesaikan oleh pengajar, orang tersebut tidak mendapatkan kesempatan membangun kemampuan problem-solving.

Coba gunakan pertanyaan.

“Menurut kamu, informasi apa yang kita butuhkan di sini?”

“Bagian mana yang membuat kamu ragu?”

“Kalau melihat contoh sebelumnya, apa yang berbeda?”

Pertanyaan membantu seseorang menggunakan pengetahuan yang sudah dimiliki untuk menemukan langkah berikutnya.

Dokumentasi Harus Ditulis untuk Orang yang Belum Tahu

Dokumentasi internal sering ditulis oleh orang yang paling memahami proses. Ironisnya, hal tersebut dapat menjadi sumber masalah.

Penulis menggunakan singkatan, melewatkan langkah, dan menganggap struktur sistem sudah diketahui pembaca.

Saat membuat dokumentasi kerja yang mudah dipahami, bayangkan orang yang baru bergabung minggu depan.

Apakah ia mengetahui di mana file berada? Apakah istilah sudah dijelaskan? Apakah screenshot masih sesuai dengan interface terbaru? Apakah prosedur menjelaskan apa yang dilakukan ketika sesuatu tidak berjalan normal?

Dokumentasi yang hanya dapat dipahami oleh pembuatnya bukan dokumentasi yang efektif.

Screenshot Saja Tidak Selalu Cukup

Tutorial kerja sering berisi banyak screenshot dengan tanda panah tetapi sedikit penjelasan mengenai alasan di balik setiap langkah.

Format tersebut memang membantu menunjukkan lokasi tombol. Namun ketika interface berubah, dokumentasi dapat kehilangan sebagian besar kegunaannya.

Gabungkan instruksi visual dengan prinsip.

Jelaskan apa yang ingin dicapai pada langkah tersebut, bukan hanya tombol mana yang harus ditekan.

Jika tombol berpindah setelah update software, orang masih memiliki pemahaman untuk mencari fungsi yang sama.

Ajarkan Kondisi Normal dan Pengecualian Secara Terpisah

Pemula sebaiknya memahami alur normal terlebih dahulu.

Setelah proses dasar cukup familiar, barulah masuk ke pengecualian yang paling sering terjadi. Jika seluruh edge case diberikan sejak awal, proses utama menjadi sulit terlihat.

Misalnya, ajarkan bagaimana memproses order normal. Setelah itu, jelaskan apa yang dilakukan jika stok tidak sesuai, alamat bermasalah, atau pembayaran belum terkonfirmasi.

Urutan ini membangun struktur mental yang lebih jelas: inilah jalur utama, dan inilah kondisi yang membuat kita keluar dari jalur tersebut.

Kecepatan Berbicara Harus Mengikuti Kompleksitas Informasi

Orang yang sudah sangat familiar dengan sebuah topik dapat berbicara cepat karena tidak membutuhkan waktu untuk memproses konsepnya sendiri.

Pendengar belum tentu memiliki kemampuan yang sama.

Semakin baru dan kompleks informasi, semakin banyak waktu yang dibutuhkan untuk menghubungkannya dengan pengetahuan yang sudah ada.

Berikan jeda setelah bagian penting. Jangan takut pada beberapa detik keheningan.

Diam tidak selalu berarti seseorang tidak memperhatikan. Bisa jadi mereka sedang membangun pemahaman.

Hindari Mengoreksi dengan Cara yang Membuat Orang Takut Bertanya

Lingkungan belajar dapat rusak ketika setiap kesalahan kecil mendapatkan respons yang membuat seseorang malu.

Jika anggota baru merasa pertanyaan sederhana dianggap bodoh, mereka akan berhenti bertanya. Bukan berarti mereka tiba-tiba memahami semuanya; mereka hanya mulai menyembunyikan ketidakpahaman.

Akibatnya, kesalahan muncul lebih jauh di dalam proses ketika dampaknya lebih besar.

Bangun budaya bahwa klarifikasi merupakan bagian normal dari pekerjaan.

Orang seharusnya dapat mengatakan “saya belum mengerti bagian ini” tanpa merasa sedang mengakui ketidakmampuan.

Ahli Juga Perlu Belajar dari Pertanyaan Pemula

Pertanyaan yang terlihat sederhana sering mengungkap bagian proses yang selama ini tidak pernah dipikirkan kembali.

“Kenapa kita melakukan langkah ini?”

Kadang jawabannya jelas. Namun terkadang orang menyadari bahwa proses tersebut dilakukan hanya karena “dari dulu memang begitu”.

Pemula belum memiliki kebiasaan yang membuat proses terasa normal. Karena itu, mereka dapat melihat inkonsistensi yang tidak lagi terlihat oleh orang lama.

Onboarding yang baik bukan hanya transfer pengetahuan satu arah. Pertanyaan orang baru juga dapat menjadi audit terhadap sistem yang sudah ada.

Gunakan Kesalahan sebagai Petunjuk untuk Memperbaiki Penjelasan

Jika beberapa orang baru terus melakukan kesalahan pada langkah yang sama, jangan langsung menyimpulkan bahwa semuanya kurang teliti.

Mungkin instruksinya memang tidak jelas.

Periksa kembali dokumentasi, contoh, interface, dan urutan proses. Apakah ada istilah ambigu? Apakah satu langkah terlalu bergantung pada pengetahuan yang belum diajarkan?

Kesalahan berulang merupakan data.

Sistem pelatihan yang baik menggunakan pola tersebut untuk memperbaiki cara informasi disampaikan.

Menjelaskan dengan Sederhana Bukan Berarti Merendahkan Orang

Ada perbedaan antara bahasa sederhana dan bahasa yang patronizing.

Bahasa sederhana mengurangi kompleksitas yang tidak diperlukan. Ia menjelaskan istilah ketika diperlukan, menggunakan contoh yang relevan, dan memberikan struktur yang jelas.

Patronizing muncul ketika kita berbicara seolah lawan bicara tidak mampu memahami konsep yang kompleks.

Jangan menghindari ide sulit. Pecah ide tersebut menjadi bagian yang dapat diikuti.

Tujuannya adalah membuat kompleksitas dapat dipahami, bukan berpura-pura kompleksitas tersebut tidak ada.

Sesuaikan Penjelasan dengan Pengetahuan Awal

Orang yang benar-benar baru membutuhkan penjelasan berbeda dari rekan yang sudah memahami bidang tersebut tetapi belum mengenal satu sistem tertentu.

Sebelum menjelaskan, cari tahu starting point-nya.

“Apa kamu pernah menggunakan sistem seperti ini sebelumnya?”

“Bagian mana yang sudah familiar?”

Pertanyaan sederhana membantu menghindari dua masalah: menjelaskan terlalu dasar kepada orang berpengalaman atau langsung melompat terlalu jauh kepada pemula.

Komunikasi yang baik dimulai dari posisi pendengar, bukan posisi pembicara.

Orang yang Benar-benar Menguasai Topik Biasanya Bisa Mengubah Cara Menjelaskannya

Kemampuan menjelaskan bukan sekadar mengulang definisi yang sama dengan suara lebih keras.

Jika seseorang belum memahami penjelasan pertama, coba pendekatan lain. Gunakan contoh berbeda, analogi, diagram, demonstrasi, atau pecah konsep menjadi bagian yang lebih kecil.

Fleksibilitas ini merupakan tanda bahwa pengetahuan tidak hanya dihafalkan.

Seseorang memahami topik secara mendalam ketika ia mampu melihatnya dari beberapa sudut dan memilih penjelasan yang sesuai dengan kebutuhan audiens.

Kesimpulan

Mengetahui cara menjelaskan sesuatu agar mudah dipahami bukan hanya keterampilan untuk guru atau trainer. Kemampuan ini dibutuhkan ketika melakukan onboarding, memberikan instruksi kerja, membuat presentasi, menulis dokumentasi, mendelegasikan tugas, dan berkolaborasi dengan orang yang memiliki pengalaman berbeda.

Kesulitan terbesar sering muncul karena kita lupa seberapa banyak pengetahuan yang sudah tersimpan di kepala sendiri. Istilah yang terasa biasa, langkah yang berjalan otomatis, dan hubungan yang terlihat jelas bagi seorang ahli belum tentu terlihat sama bagi pemula.

Mulailah dari tujuan, berikan gambaran besar, pecah proses menjadi tahapan, gunakan contoh konkret, periksa pemahaman melalui praktik, dan jangan menganggap pertanyaan sebagai tanda ketidakmampuan. Semakin mudah orang bertanya dan mencoba, semakin cepat pengetahuan dapat benar-benar berpindah.

Keahlian bukan hanya tentang seberapa banyak yang kita ketahui. Salah satu bentuk keahlian yang paling berguna adalah kemampuan membuat sesuatu yang rumit menjadi cukup jelas sehingga orang lain akhirnya dapat melakukannya sendiri.

Scroll to top