Ketika Feedback Terasa Menyakiti: Pelajaran dari Lapangan sebagai Software Lead
"Tidak ada kata kasar bukan berarti tidak ada yang tersakiti."
Sebagai seorang Lead Engineer, salah satu tanggung jawab yang sering diabaikan — namun justru paling krusial — adalah memberikan feedback yang efektif kepada tim. Kita bisa sangat mahir dalam code review, arsitektur sistem, atau problem-solving teknikal. Tapi ketika berhadapan dengan human dynamics, skill set itu tidak selalu cukup.
Saya pernah mengalaminya langsung.
Situasinya
Saya memberikan feedback dan coaching kepada salah satu anggota tim — dilakukan secara 1-on-1, tanpa kata-kata kasar, dengan niat tulus membantu. Tapi hasilnya? Orang tersebut merasa disakiti. Merasa saran saya adalah bentuk penilaian negatif terhadap dirinya.
Di situlah saya mulai bertanya: apa yang sebenarnya terjadi?
Root Cause: Bukan Konten, Tapi Persepsi
Setelah merefleksikan situasi ini secara kritis, saya menemukan bahwa ini bukan konflik soal apa yang disampaikan, melainkan bagaimana pesan itu diterima.
Ini yang disebut Feedback Reception Gap — jurang antara intent pengirim dan impact yang dirasakan penerima.
1. Power Dynamic yang Sering Terlupakan
Sebagai Lead, posisi kita secara hierarkis berbeda. Apapun yang kita ucapkan — sekecil apapun — bobotnya lebih berat di mata anggota tim. Yang kita rasa sebagai "diskusi ringan", bisa terasa sebagai "penilaian dari atasan" bagi mereka.
Fun fact: Riset menunjukkan bahwa feedback dari atasan diproses otak dengan intensitas emosional yang lebih tinggi dibanding feedback dari rekan sejawat — bahkan ketika kata-katanya persis sama.
2. Intent ≠ Impact
Membantu orang berkembang.
"Kerjaanku — dan mungkin diriku — dianggap kurang."
Tidak adanya kata kasar tidak secara otomatis membuat feedback terasa aman. Tone, frekuensi, dan framing berbicara lebih keras dari kata-kata itu sendiri.
3. Karakter Individu: High Sensitivity terhadap Kritik
Ada orang-orang yang, secara psikologis, sangat sulit memisahkan antara "output saya dikritik" dengan "saya sebagai orang dikritik". Identitas mereka sangat terikat dengan pekerjaan mereka. Ini bukan kelemahan — ini sifat manusia yang perlu kita pahami sebagai pemimpin.
Pelajaran: Adapt Delivery, Bukan Intent
Niat yang baik adalah syarat perlu, tapi bukan syarat cukup. Pemimpin yang efektif harus mampu mengadaptasi cara menyampaikan feedback sesuai karakter orangnya.
Berikut perubahan framing yang saya pelajari:
| Pola lama (evaluatif) | Pola baru (kolaboratif) |
|---|---|
| "Ini kurang tepat karena..." | "Menurutmu ada alternatif lain untuk bagian ini?" |
| "Harusnya begini..." | "Kalau kita coba approach X, kira-kira gimana?" |
| Langsung ke problem | Acknowledge dulu apa yang sudah berjalan baik |
| Satu arah: saya menilai, kamu menerima | Dua arah: kita berpikir bareng |
Kuncinya: jadikan mereka subjek yang berpikir bersama, bukan objek yang dievaluasi.
Teknik Paling Efektif yang Saya Temukan
Sebelum memberikan feedback, coba tanya dulu:
"Gimana menurutmu progress ini? Ada yang kamu rasa perlu ditingkatkan?"
Ketika seseorang mengidentifikasi masalah dari dirinya sendiri, ego tidak terancam. Mereka lebih terbuka, lebih receptive, dan solusi yang muncul pun lebih sustainable karena datang dari kesadaran internal — bukan tekanan eksternal.
1. Ego tidak terancam
Ketika masalah datang dari refleksi sendiri, pertahanan diri tidak aktif. Orang lebih terbuka menerima dan mengolah informasinya.
2. Solusi lebih sustainable
Perbaikan yang lahir dari kesadaran internal bertahan lebih lama dibanding yang dipaksakan dari luar.
3. Trust meningkat
Tim merasa diperlakukan sebagai partner, bukan bawahan yang dievaluasi. Ini membangun fondasi trust jangka panjang.
Kesimpulan
Menjadi Lead Engineer bukan hanya soal technical excellence. Ada satu dimensi kepemimpinan yang sering underestimated: kemampuan untuk membuat orang lain merasa aman untuk berkembang.
Konflik seperti ini bukan tentang siapa yang salah. Ini tentang gap antara dua model mental yang berbeda soal apa itu feedback yang konstruktif.
Sebagai Lead, tanggung jawab menjembatani gap itu ada di pundak kita — bukan karena kita yang salah, tapi karena kita yang punya leverage lebih besar untuk mengubah dinamikanya.
Adjust the delivery. Keep the intent.
Ditulis berdasarkan pengalaman nyata di lapangan sebagai Lead Software Engineer.