Ceritakan Saat Anda Tidak Setuju dengan Keputusan Teknis

Perintah dan Konteks yang Berlaku

Ceritakan tentang saat Anda tidak setuju dengan keputusan teknis yang dibuat oleh rekan tim, pimpinan, atau mitra lintas fungsi. Jelaskan opsi-opsi yang saling bersaing, risiko sebenarnya, bagaimana Anda menyanggah usulan tersebut, siapa yang memiliki wewenang keputusan akhir, dan apa yang Anda lakukan setelah keputusan diambil.

Pertanyaan perilaku (behavioral question) ini umum diajukan untuk rekayasawan perangkat lunak (software engineers) dan juga berlaku untuk peran data, produk, serta manajemen rekayasa (engineering management). Pewawancara tidak sekadar menanyakan teknologi mana yang lebih baik. Sinyal yang lebih kuat adalah apakah Anda dapat mengubah opini menjadi penilaian yang dapat diuji di bawah tekanan, insentif yang saling bertentangan, atau perbedaan kekuasaan/jabatan sambil tetap menjaga hubungan kerja yang fungsional.

Gunakan pengalaman nyata. Anda boleh menganonimkan perusahaan, proyek, dan rekan kerja, tetapi jangan membesar-besarkan komentar tinjauan kode (code review) biasa menjadi konflik besar atau mengubah siapa yang membuat keputusan akhir. Kerangka STAR menyediakan alur cerita. Bagian Action (Tindakan) juga harus memaparkan tujuan, bukti, kriteria keputusan, hak pengambilan keputusan, dan eksekusi Anda setelah keputusan diambil.

Apa yang Dinilai Pewawancara

Pertama, apakah ketidaksepakatan tersebut nyata dan berdampak penting? Cerita yang baik memiliki setidaknya dua opsi yang layak, dengan masing-masing pihak melindungi kekhawatiran yang sah seperti waktu pengiriman (delivery time), keandalan, biaya pemeliharaan, atau risiko kepatuhan (compliance). Jika pihak lain jelas-jelas keliru secara konyol, Anda memilih lawan yang terlalu mudah alih-alih menunjukkan penanganan konflik yang matang.

Kedua, bagaimana Anda menyanggah keputusan tersebut? Jawaban yang kuat lebih dari sekadar “Saya menggunakan data untuk meyakinkan tim.” Jawaban tersebut mengidentifikasi bukti, fakta yang dapat membalikkan pandangan Anda sendiri, dan apakah Anda dapat menyatakan kekhawatiran terkuat dari pihak lawan secara akurat. Perbedaan itulah yang memisahkan pencarian kebenaran dari sekadar keinginan untuk menang.

Ketiga, apakah proses pengambilan keputusan memiliki batasan? Sebutkan siapa yang memberi masukan, siapa yang bertanggung jawab atas hasilnya, dan kapan keputusan harus diambil. Perdebatan tidak bisa berlanjut tanpa batas, dan otoritas tidak boleh membungkam bukti penting. Jika keputusan akhir tidak sesuai dengan Anda, menghentikan perdebatan dan menjadi eksekutor yang andal adalah sinyal utama dalam pertanyaan ini.

Terakhir, pewawancara menguji batasan Anda. Berkomitmen setelah keputusan diambil bukanlah kepatuhan tanpa syarat. Jika bukti baru melanggar batas keselamatan, hukum, integritas data, atau etika profesional yang telah disepakati sebelumnya, dokumentasikan risikonya dan lakukan eskalasi melalui jalur yang tepat. Jawaban yang matang mencakup komitmen sekaligus garis henti (stop line).

Pertanyaan untuk Diklarifikasi Sebelum Menjawab

• Apakah pewawancara menginginkan ketidaksepakatan teknis atau konflik tempat kerja apa pun? Pilih cerita dengan pertukaran teknis (technical tradeoff) yang nyata. Untuk perintah yang lebih luas, perselisihan terkait cakupan kerja atau prioritas antartim dapat digunakan jika tetap menghasilkan keputusan yang jelas.
• Wewenang apa yang Anda miliki? Pisahkan wewenang rekomendasi, keputusan, dan eksekusi. Tidak memegang keputusan akhir tidak melemahkan cerita Anda; memengaruhi penilaian yang tepat tanpa wewenang formal justru bisa menjadi contoh yang lebih kuat.
• Apa yang dihitung sebagai hasil? Metrik produksi sangat berguna, begitu pula pencapaian keputusan tepat waktu, penghentian debat yang berputar-putar, validasi asumsi, atau peningkatan kualitas tinjauan di masa depan. Jangan mengarang angka pendapatan atau performa untuk mengisi kekosongan.
• Haruskah usulan Anda menang? Tidak. Usulan yang ditolak tetap dapat menunjukkan sanggahan yang berkualitas tinggi, kesediaan untuk memperbarui pandangan, dan eksekusi yang andal. Ini sering kali menghindari kesan cerita rekaan bahwa “Saya selalu benar.”
• Kapan Anda tidak boleh sekadar berkomitmen? Lakukan eskalasi untuk kerentanan keamanan, permintaan yang melanggar hukum, ancaman terhadap integritas data, atau masalah etika yang serius. Jelaskan bukti, dampak, dan jalur eskalasi daripada mengubah preferensi biasa menjadi batas mati.

Kerangka Jawaban 30 Detik

“Selama [proyek dan tenggat], [Penanggung jawab keputusan] lebih memilih [opsi A]. Saya khawatir hal itu akan menyebabkan [risiko spesifik], jadi saya merekomendasikan [opsi B]. Saya terlebih dahulu memastikan bahwa tujuan bersama kami adalah [tujuan] dan menyatakan kembali kekhawatiran mereka tentang [kendala]. Saya kemudian membandingkan opsi-opsi tersebut terhadap [kriteria] menggunakan [catatan desain, eksperimen, atau bukti historis]. [Penanggung jawab keputusan] pada akhirnya memilih [opsi akhir]; saya bertanggung jawab atas [langkah eksekusi] dan kami menyepakati [ambang untuk membuka kembali keputusan]. Hasilnya adalah [hasil yang dapat diverifikasi], dan saya belajar [koreksi spesifik].”

Pembukaan ini menetapkan ketidaksepakatan, akuntabilitas, dan akhir cerita. Jaga agar jawaban lengkap berdurasi sekitar dua hingga tiga menit. Gunakan sebagian besar waktu tersebut untuk menjelaskan bagaimana Anda menguji penilaian, menanggapi bukti yang membantah pandangan Anda, dan bertindak setelah keputusan dibuat.

Jawaban Mendalam Langkah demi Langkah

Pilih cerita dengan cermat. Contoh yang cocok memenuhi empat syarat: ketidaksepakatan memengaruhi hasil nyata, kedua posisi memiliki dasar yang masuk akal, Anda mengambil tindakan yang dapat diamati, dan proses tersebut mencapai keputusan eksplisit. Preferensi gaya, keberatan yang tidak pernah Anda suarakan, atau manajer yang mengakhiri diskusi tanpa tindak lanjut terlalu dangkal untuk digunakan.

Buat Situation (Situasi) dan Task (Tugas) tetap singkat. Tetapkan tujuan, batas waktu, tanggung jawab Anda, tanggung jawab pihak lain, dan opsi yang bersaing. Jangan menghabiskan waktu satu menit untuk mencantumkan seluruh tumpukan teknologi (stack). Simpan hanya detail teknis yang diperlukan agar pewawancara di luar spesialisasi tersebut dapat memahami risikonya.

Susun bagian Action (Tindakan) dengan urutan berikut:

1. Selaraskan tujuan: Nyatakan apa yang sedang dilindungi bersama oleh tim. Tanpa tujuan bersama, setiap opsi mengoptimalkan masalah yang berbeda.
2. Nyatakan kembali keberatan: Jelaskan versi terkuat dari batasan pihak lain dengan istilah yang akan mereka terima. Ini membuktikan bahwa Anda mendengarkan.
3. Pisahkan fakta dari asumsi: Masukan mana yang merupakan bukti produksi, komitmen pelanggan, atau batas waktu pasti? Mana yang merupakan perkiraan? Ujilah preferensi Anda sendiri dengan standar yang sama.
4. Sepakati kriteria: Tentukan bobot pengiriman, keandalan, biaya jangka panjang, reversibilitas, dan batasan lainnya sebelum melihat kesimpulan. Jangan menggeser standar setelahnya.
5. Jalankan pengujian terkecil yang berguna: Gunakan prototipe berbatas waktu (time-boxed), tinjauan desain, riwayat insiden, atau eksperimen terbatas. Ini harus menjawab pertanyaan yang paling mungkin mengubah keputusan.
6. Sebutkan hak pengambilan keputusan: Siapa yang membuat keputusan, dan kapan batas waktunya? Hak veto terkait keamanan atau kepatuhan juga harus dinyatakan secara eksplisit.
7. Eksekusi setelah keputusan dibuat: Nyatakan kembali keputusan tersebut, catat risiko yang belum terselesaikan, dan ambil tanggung jawab atas tugas konkret. Buka kembali perdebatan hanya jika bukti baru melampaui ambang batas yang telah disepakati.

Jangan langsung mengambil jalan tengah sebagai kompromi (compromise). Menggabungkan dua arsitektur yang tidak kompatibel dapat mempertahankan struktur biaya keduanya. Lebih baik memilih berdasarkan kriteria bersama atau mempersempit komitmen sehingga asumsi penentu dapat diuji. Jika solusi hibrida dipilih, jelaskan batasan independen yang diselesaikannya alih-alih menyajikannya sebagai cara agar semua orang merasa menang sedikit.

Result (Hasil) harus menjawab setidaknya tiga pertanyaan: apa yang dihasilkan dari keputusan tersebut, bagaimana Anda dan pihak lain bekerja sama setelahnya, dan keyakinan apa yang berubah. Anda tidak perlu membuktikan bahwa Anda menang. “Kekhawatiran rollback saya valid, tetapi saya telah meremehkan biaya sertifikasi dua jalur” menunjukkan penilaian yang lebih matang daripada “hasilnya membuktikan bahwa saya benar.”

Saat berlatih, minta seseorang menekan tiga poin: “Bukti apa yang akan mengubah pikiran Anda?” “Siapa yang memegang keputusan akhir?” dan “Apa yang Anda lakukan saat usulan Anda tidak dipilih?” Jawaban yang tidak dapat Anda pertahankan menunjukkan kelemahan cerita Anda. Verifikasi definisi dari setiap angka dan hapus presisi yang tidak dapat Anda telusuri sumbernya.

Contoh Jawaban Berkualitas Tinggi

Berikut adalah contoh fiktif yang mendemonstrasikan struktur. Setiap detail proyek dan angka adalah data placeholder yang harus diganti; jangan menyajikannya sebagai pengalaman pribadi.

“Dua belas minggu sebelum audit pembaruan (placeholder; ganti bagian ini), technical lead mengusulkan penulisan ulang (rewrite) total layanan aturan penagihan (billing-rules) kami. Saya bertanggung jawab atas rencana migrasi dan lebih memilih mengekstrak aturan secara bertahap karena tim belum sepenuhnya memahami kasus-kasus ekstrem (edge cases) lama. Saya khawatir peralihan sekaligus (single cutover) akan memperbesar bidang kegagalan (failure surface). Pimpinan khawatir bahwa mempertahankan dua jalur aturan yang aktif akan menambah biaya audit dan pemeliharaan. Dia memegang keputusan akhir, sementara saya bertanggung jawab atas rekomendasi tertulis mengenai risiko migrasi.

Saya menjadwalkan pertemuan empat mata (one-on-one) dan menuliskan tujuan bersama kami sebagai ‘satu sumber aturan yang dapat diverifikasi sebelum batas waktu audit.’ Saya memintanya untuk mengonfirmasi apakah saya telah memaparkan biaya jalur ganda secara akurat. Saya kemudian menulis catatan keputusan satu halaman yang membandingkan penulisan ulang total dengan migrasi inkremental berdasarkan waktu pengiriman, cakupan validasi, pemulihan (recoverability), dan pemeliharaan jangka panjang. Awalnya saya memberi bobot terbesar pada pemulihan dan mengusulkan penyelesaian bagian migrasi pertama dalam empat minggu (placeholder; ganti bagian ini).

Pimpinan menunjukkan bahwa saya belum memverifikasi cakupan audit. Saya mengundang mitra kepatuhan (compliance) ke sesi tinjauan dan menjalankan pengujian minimum selama dua hari bersama dua rekayasawan (jumlah orang dan durasi adalah placeholder; ganti bagian ini). Tim kepatuhan mengonfirmasi bahwa dua mesin aturan yang aktif akan memerlukan dua matriks validasi. Prototipe juga menunjukkan bahwa penulisan ulang total membutuhkan waktu sekitar sembilan minggu, bukan dua belas minggu seperti yang awalnya kami khawatirkan (placeholder; ganti bagian ini). Bukti tersebut melemahkan rekomendasi saya. Pimpinan memilih penulisan ulang total. Saya secara eksplisit menerima keputusan tersebut dan mengambil tanggung jawab atas perbandingan bayangan (shadow comparisons) serta daftar periksa peralihan (cutover checklist).

Selama eksekusi, saya tidak terus mendesak migrasi inkremental di luar sesi tinjauan. Saya mengubah kekhawatiran yang tersisa tentang perbedaan pembulatan menjadi garis henti: jika hasil berbeda lebih dari 0,2% dalam jendela 30 menit mana pun, kami akan menjeda peralihan untuk ditinjau oleh pimpinan (placeholder; ganti bagian ini). Perbandingan bayangan menemukan dua kasus ekstrem pembulatan. Setelah perbaikan, tim berhasil meluncurkannya sebelum batas waktu audit dan tidak mengalami insiden tingkat keparahan satu (severity-one) dalam 30 hari pertama (jumlah dan durasi adalah placeholder; ganti bagian ini).

Pengalaman tersebut menunjukkan bahwa kekhawatiran saya tentang rollback bermanfaat, tetapi awalnya saya meremehkan biaya validasi kepatuhan. Sejak saat itu, sebelum menyanggah keputusan arsitektur, saya mengonfirmasi kriteria, hak veto eksternal, dan pemilik keputusan akhir. Hal itu memungkinkan saya untuk menyampaikan ketidaksepakatan sepenuhnya sebelum keputusan dibuat dan membantu tim bergerak ke satu arah setelahnya.”

Saat menggantinya dengan pengalaman Anda sendiri, buang detail penulisan ulang, audit, dan angka-angka tersebut. Temukan kembali opsi dan bukti nyata dari dokumen desain, tiket, catatan rapat, dan rekaman pemantauan (monitoring). Jika hasilnya bersifat kualitatif, identifikasi siapa yang mengamati perbaikan tersebut dan perilaku apa yang berubah alih-alih menambahkan persentase yang menarik namun fiktif.

Kesalahan Umum

• Menganggap pihak lain tidak kompeten secara teknis → Cerita kehilangan pertukaran teknis yang nyata dan menunjukkan kurangnya rasa hormat → Jelaskan tujuan sah yang mereka lindungi dan bagaimana hal itu mengubah analisis Anda.
• Hanya mengatakan “Saya meyakinkan mereka dengan data” → Bukti mungkin tidak relevan, dan pandangan Anda mungkin tidak dapat diuji kesalahannya (unfalsifiable) → Sebutkan sumber, kriteria perbandingan, dan bukti yang dapat mengubah pikiran Anda.
• Menggunakan jabatan untuk mengakhiri perdebatan → Rapat berakhir tanpa menguji kekhawatiran yang ada → Bahkan dengan wewenang keputusan, catat sanggahan, dasar pertimbangan, dan pemicu tinjauan kembali.
• Selalu menceritakan kisah yang Anda menangkan → Terdengar dipoles oleh bias retrospeksi (hindsight) dan tidak membuktikan Anda dapat menerima keputusan → Pilihlah contoh di mana Anda memperbarui pandangan Anda atau pilihan pertama Anda tidak terpilih.
• Terus melobi setelah keputusan diambil → Tim membayar harga untuk dua arah yang berbeda dan friksi eksekusi → Sepakati bukti yang dapat membuka kembali keputusan; hingga saat itu tiba, lakukan eksekusi sepenuhnya.
• Menggabungkan opsi hanya demi menjaga perdamaian → Solusi hibrida dapat menambah kedua jenis kompleksitas dan biaya pemeliharaan → Pilihlah berdasarkan kriteria sebelumnya; wajibkan opsi hibrida untuk menyelesaikan batasan independen.
• Memperlakukan komitmen sebagai kepatuhan mutlak → Ini mengabaikan batasan keselamatan, hukum, data, dan etika → Sebutkan garis henti, dokumentasi, dan jalur eskalasi formal.
• Menggunakan kata “kami” di sepanjang cerita → Pewawancara tidak dapat mengidentifikasi pengaruh Anda → Pisahkan apa yang Anda usulkan dan uji, apa yang disetujui pemilik keputusan, dan apa yang dieksekusi tim.
• Mengarang hasil yang presisi → Jawaban akan runtuh saat definisi metrik diuji lebih dalam → Gunakan catatan nyata; jika tanpa angka, berikan hasil kualitatif yang konkret dan dapat diverifikasi.

Pertanyaan Lanjutan dan Tanggapan

Pertanyaan Lanjutan 1: Apa yang akan Anda lakukan jika peristiwa di kemudian hari membuktikan bahwa Anda benar?

Tangani dampaknya terlebih dahulu dan hindari ungkapan “Sudah kubilang juga apa.” Identifikasi bukti baru yang melampaui ambang batas yang disepakati, buka kembali keputusan melalui jalur yang tepat, dan bantu menangani perbaikannya. Dalam sesi tinjauan (post-mortem), periksa bukti asli dan prosesnya alih-alih mengubah hasilnya menjadi ajang menunjukkan keunggulan pribadi.

Pertanyaan Lanjutan 2: Bagaimana jika keputusan akhir bertentangan dengan rekomendasi Anda?

Jelaskan bagaimana Anda mengonfirmasi keputusan tersebut, mencatat sisa risiko, dan menerima tugas eksekusi yang konkret. Berkomitmen tidak mengharuskan Anda berpura-pura setuju. Ini berarti bahwa tanpa bukti baru yang material, Anda tidak menciptakan arah kedua melalui penundaan atau lobi pribadi.

Pertanyaan Lanjutan 3: Kapan Anda harus melakukan eskalasi di atas pemilik keputusan?

Gunakan jalur organisasi saat risiko menyangkut keselamatan, hukum, integritas data, atau etika profesional yang serius dan pemilik keputusan biasa tidak bertindak berdasarkan bukti yang dapat diverifikasi. Tuliskan fakta, dampak, tingkat urgensi, dan komunikasi sebelumnya terlebih dahulu. Preferensi arsitektur biasa atau frustrasi pribadi bukanlah eskalasi darurat.

Pertanyaan Lanjutan 4: Bagaimana Anda dapat menyanggah keputusan saat tidak ada data?

Jangan mengarang kepastian. Bandingkan batasan yang diketahui, preseden yang relevan, reversibilitas, dan dampak skenario terburuk, lalu rancang pengujian terkecil yang berguna. Jika bukti penting tetap tidak bisa didapatkan sebelum batas waktu, nyatakan asumsi dan tingkat keyakinan (confidence level), lalu biarkan orang yang bertanggung jawab atas hasilnya mengambil keputusan.

Pertanyaan Lanjutan 5: Bagaimana Anda menyampaikan ketidaksepakatan dengan seseorang yang lebih senior?

Bicaralah dalam kerangka tujuan bersama dan kriteria keputusan. Periksa secara pribadi apakah Anda melewatkan suatu konteks, lalu sajikan buktinya di forum yang sesuai. Senioritas mengubah hak pengambilan keputusan; itu tidak melenyapkan fakta. Jaga nada bicara tetap lugas dan isi argumen dapat diuji.

Pertanyaan Lanjutan 6: Bagaimana jika ketidaksepakatan berubah menjadi konflik pribadi?

Pisahkan penilaian teknis dari masalah perilaku. Berhenti melabeli motif, nyatakan kembali pandangan pihak lain, dan periksa apakah ada kesalahpahaman. Fasilitator netral dapat membantu memulihkan aturan diskusi. Jika perilaku tersebut melibatkan hinaan, diskriminasi, atau pembalasan, dokumentasikan faktanya dan gunakan proses formal bagian SDM alih-alih menyembunyikannya di dalam kompromi teknis.