Bagaimana Anda membantu tim teknis dan non-teknis untuk saling memahami dengan lebih baik?

Question

Accepted Answer

Masalah intinya bukan kecerdasan, melainkan **kosakata yang berbeda dan tujuan yang berbeda**. Engineer berpikir dalam sistem, kendala, dan edge case; Sales, Marketing, dan Support berpikir dalam pelanggan, kesepakatan, dan hasil. Tugas saya sebagai Tech Lead adalah menjadi penerjemah dan membangun kebiasaan yang mengurangi kebutuhan akan penerjemahan seiring waktu.

## Apa yang saya lakukan dalam praktik

- **Terjemahkan jargon ke dua arah.** Saya melarang akronim dalam rapat lintas-fungsi dan membingkai ulang konsep teknis sebagai dampak bisnis: bukan "antreannya menumpuk" tetapi "pesanan butuh 10 menit untuk dikonfirmasi, itulah mengapa Support menerima keluhan."
- **Berlabuh pada artefak bersama.** Demo mengalahkan dokumen. Prototipe yang berfungsi, sebuah dashboard, atau diagram customer journey memberi kedua sisi hal konkret yang sama untuk ditunjuk.
- **Bangun empati melalui paparan.** Saya sesekali meminta engineer ikut dalam panggilan Sales atau shift Support. Mendengar pelanggan nyata kesulitan lebih berarti daripada spec mana pun. Sebaliknya, saya mengundang orang non-teknis ke walkthrough arsitektur yang disederhanakan.
- **Gunakan analogi, bukan abstraksi.** Membandingkan sebuah migrasi dengan "merenovasi rumah saat orang masih tinggal di dalamnya" langsung mengena bagi audiens non-teknis.
- **Ciptakan satu sumber kebenaran tunggal untuk status.** Sebuah roadmap atau papan status berbahasa lugas yang dibagikan mencegah permainan telepon rusak yang menumbuhkan ketidakpercayaan.

## Sebuah kerangka yang dapat diulang

1. **Dengarkan** kekhawatiran sebenarnya di balik permintaan ("bisa tambahkan tombol?" sering berarti "seorang pelanggan terhambat").
2. **Bingkai ulang** dalam bahasa sisi lainnya.
3. **Konfirmasikan** pemahaman dengan mengulanginya kembali.
4. **Dokumentasikan** keputusan bersama agar ia bertahan melampaui rapat.

## Jebakan yang harus dihindari

- **Merendahkan.** Non-teknis bukan berarti tidak cerdas; menyederhanakan berlebihan menghina orang.
- **Bersembunyi di balik kompleksitas** untuk menghindari berkata tidak. "Ini rumit" bukanlah jawaban.
- **Penerjemahan satu arah.** Engineer juga perlu memahami konteks bisnis, bukan sekadar dilindungi darinya.

## Mengapa ini penting

Sebagian besar friksi organisasi adalah kegagalan komunikasi, bukan kegagalan kompetensi. Ketika tim teknis dan non-teknis benar-benar saling memahami, keputusan menjadi lebih cepat, ekspektasi menjadi realistis, dan kepercayaan menggantikan dinamika kita-lawan-mereka yang diam-diam memperlambat segalanya.