1-on-1 #

Di banyak tim engineering — termasuk di Indonesia — sebutan “1-on-1” sering memunculkan kecemasan. Ketika seorang manager mengundang engineer untuk 1-on-1, pikiran pertama yang muncul adalah: ada masalah apa dengan saya? Ini bukan salah engineer-nya — ini adalah cerminan dari bagaimana 1-on-1 sering dijalankan secara salah: hanya muncul saat ada masalah, berubah menjadi sesi evaluasi sepihak, atau tidak pernah jelas tujuannya. Artikel ini meluruskan persepsi itu dan membahas 1-on-1 sebagaimana seharusnya: sebagai investment conversation — percakapan yang menginvestasikan waktu untuk pertumbuhan individu dan kesehatan tim jangka panjang.

Apa Itu 1-on-1 Session? #

1-on-1 session adalah pertemuan rutin antara dua individu — paling umum antara engineer dengan Engineering Manager atau Tech Lead — yang berfokus pada komunikasi dua arah, penyelarasan ekspektasi, dan pengembangan individu. Bukan pada update task harian.

Perbedaan mendasar antara 1-on-1 dan meeting biasa:

// ✗ Persepsi yang salah tentang 1-on-1
"1-on-1 = ada masalah dengan saya"
"1-on-1 = sesi evaluasi kinerja"
"1-on-1 = manager mau mengkritik pekerjaan saya"

// ✓ Apa sebenarnya 1-on-1
"1-on-1 = ruang aman untuk bicara jujur tentang pekerjaan dan pertumbuhan"
"1-on-1 = kesempatan untuk menyelaraskan ekspektasi sebelum jadi masalah"
"1-on-1 = investasi waktu untuk pertumbuhan karier jangka panjang"

Mengapa 1-on-1 Penting dalam Engineering? #

Engineer Resign karena Tidak Didengar, Bukan karena Gaji #

Ini bukan klaim tanpa dasar. Survei dari berbagai penelitian tentang attrisi engineering secara konsisten menemukan bahwa faktor terbesar engineer meninggalkan tim bukan kompensasi — tapi hubungan dengan manager langsung dan perasaan bahwa pertumbuhan mereka tidak difasilitasi. 1-on-1 yang konsisten adalah mekanisme paling sederhana untuk mencegah keduanya.

Tanda-tanda yang biasanya muncul sebelum engineer resign,
yang tidak terdeteksi tanpa 1-on-1:
  - Kontribusi di code review menurun secara perlahan
  - Kurang vokal di meeting teknikal
  - Tidak mengangkat blocker karena merasa "percuma"
  - Mengerjakan task dengan minimum viable effort
  - Mulai sering ijin tidak masuk

Dengan 1-on-1 yang rutin, sinyal-sinyal ini bisa ditangkap jauh sebelum
engineer benar-benar memutuskan untuk pergi.

Alignment yang Buruk Sering Disalahartikan sebagai Masalah Performa #

Banyak “masalah performa” yang sebenarnya adalah masalah komunikasi:

flowchart TD
    A[Engineer tidak perform sesuai ekspektasi] --> B{Root cause}
    B --> C[Skill gap yang asli]
    B --> D[Ekspektasi tidak dikomunikasikan dengan jelas]
    B --> E[Motivasi turun karena masalah yang tidak pernah dibahas]
    B --> F[Burnout yang tidak terdeteksi]
    
    C --> G[Perlu coaching & learning plan]
    D --> H[Perlu klarifikasi ekspektasi — bisa diselesaikan di 1-on-1]
    E --> H
    F --> H

Tanpa 1-on-1, manager cenderung menyimpulkan semua kasus sebagai C (skill gap) dan merespons dengan PIP (Performance Improvement Plan) — padahal D, E, dan F jauh lebih umum dan jauh lebih mudah diselesaikan jika ditangkap lebih awal.

Psychological Safety Tidak Tumbuh Sendiri #

Psychological safety — kondisi di mana seseorang merasa aman untuk mengambil risiko interpersonal seperti mengakui kesalahan, menyampaikan pendapat berbeda, atau meminta bantuan — adalah salah satu prediktor terkuat dari performa tim. Dan psychological safety dibangun melalui interaksi yang konsisten dan aman, bukan melalui deklarasi nilai di slide presentasi.

// Apa yang tumbuh dengan psychological safety tinggi
  ✓ Engineer mengangkat blocker lebih cepat sebelum jadi masalah besar
  ✓ Code review lebih jujur karena tidak takut dianggap mengkritik
  ✓ Bug atau keputusan buruk diakui lebih cepat tanpa culture of blame
  ✓ Ide baru lebih sering disampaikan meski belum sempurna

// Apa yang terjadi tanpa psychological safety
  ✗ Masalah disembunyikan sampai meledak jadi incident
  ✗ Engineer setuju di meeting tapi tidak melaksanakan karena tidak setuju sesungguhnya
  ✗ Tidak ada yang mau menyampaikan bad news ke manager
  ✗ Tim terlihat baik-baik saja di permukaan tapi burnout di bawahnya

Jenis-Jenis 1-on-1 #

Tidak semua 1-on-1 bertujuan sama. Memahami jenisnya membantu manager dan engineer mempersiapkan sesi dengan tepat.

Regular 1-on-1 (Weekly / Bi-weekly) #

Ini adalah fondasi — sesi rutin yang membangun kepercayaan dan mendeteksi masalah sebelum menjadi krisis.

Durasi: 30–45 menit
Frekuensi: Weekly (untuk tim baru atau engineer yang sedang menghadapi tantangan)
           Bi-weekly (untuk hubungan yang sudah mapan)

Agenda tipikal (bukan kewajiban, sesuaikan dengan kondisi):
  1. Check-in: Bagaimana kondisimu minggu ini? (5 menit)
  2. Topik dari engineer: Apa yang ingin kamu bahas? (15–20 menit)
  3. Topik dari manager: Ada yang perlu disampaikan atau diklarifikasi? (10 menit)
  4. Penutup: Action item apa yang kita sepakati? (5 menit)

// ✗ Yang BUKAN agenda regular 1-on-1
"Task apa saja yang sudah selesai minggu ini?"
"Kenapa story X belum selesai?"
"Berapa story point yang sudah di-close?"
→ Ini adalah sprint status meeting, bukan 1-on-1

// ✓ Yang merupakan agenda regular 1-on-1
"Ada tidak hambatan yang membuat kamu tidak bisa bekerja optimal?"
"Apakah ada hal yang kurang jelas dari keputusan teknis yang kita buat?"
"Bagaimana perasaanmu tentang sprint ini secara keseluruhan?"

Career Development 1-on-1 #

Sesi yang secara eksplisit berfokus pada pertumbuhan karier jangka panjang — bukan hanya performa sprint ini.

Frekuensi: Quarterly atau semi-annually (tapi bisa lebih sering jika engineer meminta)
Durasi: 60 menit (lebih panjang dari regular 1-on-1)

Topik yang dibahas:
  ✓ Ke mana engineer ingin berkembang: jalur IC (Individual Contributor) atau leadership?
  ✓ Skill apa yang ingin dikembangkan dalam 6–12 bulan ke depan?
  ✓ Gap antara kondisi saat ini dan tujuan — bersama-sama mengidentifikasi, bukan didikte
  ✓ Peluang apa di tim atau proyek yang bisa mendukung pertumbuhan tersebut?
  ✓ Mentorship, learning resource, atau exposure apa yang bisa difasilitasi?

Output yang diharapkan:
  □ Growth plan yang konkret (bukan hanya diskusi)
  □ Minimal 1–2 action item yang bisa dilakukan dalam 30 hari ke depan
  □ Komitmen dari manager untuk memfasilitasi peluang yang disepakati

Feedback-Focused 1-on-1 #

Sesi yang secara eksplisit berfokus pada pertukaran feedback — dan ini harus selalu dua arah.

// ✗ Feedback 1-on-1 yang hanya satu arah
Manager: "Saya ingin memberikan feedback tentang pekerjaanmu"
Engineer: [mendengarkan, tidak diminta memberikan feedback balik]
→ Ini bukan feedback session, ini evaluasi

// ✓ Feedback 1-on-1 yang sebenarnya
Manager: "Saya ingin kita saling berbagi feedback hari ini.
          Saya punya beberapa hal yang ingin saya sampaikan,
          tapi saya juga ingin mendengar bagaimana kamu melihat cara kerja kita bersama."
→ Feedback mengalir ke dua arah
→ Engineer mendapat kesempatan yang sama untuk menyampaikan observasinya

Format feedback yang konstruktif (berlaku untuk kedua arah):
  ✓ Spesifik dan berbasis perilaku, bukan karakterisasi
  ✓ "Ketika X terjadi, dampaknya Y, dan saya ingin menyarankan Z"
  ✗ "Kamu selalu lambat dalam mengambil keputusan"
  ✓ "Dalam tiga sprint terakhir, beberapa keputusan teknikal tertunda lebih dari 2 hari
      dan ini menyebabkan tim lain menunggu. Apakah ada hambatan yang bisa kita bantu?"

Problem-Solving / Coaching 1-on-1 #

Sesi yang dipanggil saat engineer sedang stuck — baik secara teknikal, interpersonal, maupun dalam mengambil keputusan.

Prinsip coaching dalam 1-on-1:
  ✓ Pandu dengan pertanyaan, jangan langsung beri jawaban
  ✓ Tujuannya adalah engineer menemukan solusinya sendiri, bukan bergantung pada manager
  ✓ Pertanyaan terbuka lebih efektif dari pertanyaan tertutup

// Pertanyaan coaching yang efektif
"Apa yang sudah kamu coba sejauh ini?"
"Apa yang menghambat kamu dari mengambil keputusan tersebut?"
"Jika kamu tidak takut salah, apa yang akan kamu lakukan?"
"Apa yang menurutmu akan terjadi jika kamu coba pendekatan X?"
"Siapa lagi yang mungkin bisa membantu di situasi ini?"

// ✗ Pendekatan yang melemahkan kemandirian engineer
"Ini yang harus kamu lakukan: ..."
"Seharusnya dari awal kamu sudah ..."
→ Engineer tidak belajar berpikir mandiri; hanya belajar bertanya ke manager

Ad-hoc 1-on-1 #

Sesi yang tidak terjadwal tapi diperlukan untuk merespons situasi tertentu secara cepat.

Kapan ad-hoc 1-on-1 diperlukan:
  ✓ Setelah production incident besar yang melibatkan engineer tersebut
  ✓ Setelah perubahan organisasi yang berdampak pada role atau tim
  ✓ Saat engineer menunjukkan tanda-tanda distress yang mencolok
  ✓ Saat ada konflik interpersonal yang perlu diselesaikan

Cara memulai ad-hoc 1-on-1 yang tidak menakutkan:
  ✓ "Saya ingin ngobrol sebentar — tidak ada yang salah, saya hanya ingin check-in"
  ✗ "Bisa kita bicara sebentar?" [tanpa konteks] → langsung memicu kecemasan

Mengapa 1-on-1 Sering Berkonotasi Negatif? #

Konotasi negatif ini tidak muncul dari ketiadaan alasan. Ada pola nyata dalam cara 1-on-1 dijalankan yang menjadi sumbernya:

flowchart TD
    A[Konotasi negatif 1-on-1] --> B[1-on-1 hanya muncul\nsaat ada masalah]
    A --> C[Manager tidak terlatih —\n1-on-1 jadi sesi evaluasi sepihak]
    A --> D[Tidak ada transparansi\ntentang tujuan sesi]
    A --> E[Confidentiality tidak dijaga —\napa yang dibahas menyebar ke tim]
    A --> F[Tidak ada follow-up —\nmasalah yang disampaikan tidak ditindaklanjuti]

    B --> G[Engineer menyimpulkan:\n1-on-1 = saya bermasalah]
    C --> G
    D --> G
    E --> H[Engineer tidak berani jujur]
    F --> H

Masalahnya bukan pada 1-on-1 sebagai praktik — masalahnya ada pada cara menjalankannya. Dan solusinya bukan menghapus 1-on-1, tapi memperbaiki cara menjalankannya.

Best Practice untuk Manager / Tech Lead #

Jadikan 1-on-1 Milik Engineer, Bukan Milik Manager #

Ini adalah perubahan paling mendasar yang bisa dilakukan manager. 1-on-1 harus dirasakan oleh engineer sebagai waktu mereka — bukan waktu manager untuk menyampaikan hal-hal yang perlu dikerjakan.

// ✗ 1-on-1 yang terasa milik manager
Manager memulai: "Oke, ada beberapa hal yang ingin saya sampaikan..."
[Manager berbicara 40 menit, engineer 5 menit di akhir]

// ✓ 1-on-1 yang terasa milik engineer
Manager memulai: "Apa yang ingin kamu bahas hari ini?"
[Engineer berbicara 25–30 menit, manager merespons dan bertanya]
Manager di akhir: "Ada satu hal yang ingin saya sampaikan juga — boleh?"

Target rasio bicara: 70% engineer, 30% manager

Konsisten dan Terjadwal — Tidak Pernah Di-skip Tanpa Alasan Kuat #

// ✗ Pola yang merusak kepercayaan
Sprint 1: 1-on-1 dilaksanakan
Sprint 2: "Sibuk, kita skip minggu ini ya"
Sprint 3: 1-on-1 dilaksanakan
Sprint 4: "Ada meeting mendadak, kita reschedule tapi tidak pernah terjadwal ulang"
→ Engineer menyimpulkan: 1-on-1 tidak penting, atau hanya muncul saat ada masalah

// ✓ Pola yang membangun kepercayaan
1-on-1 selalu terjadwal dan sangat jarang di-skip
Jika perlu di-reschedule, dilakukan proaktif dan langsung dijadwalkan ulang
→ Engineer tahu: ini adalah investasi yang serius, bukan formalitas

Jaga Confidentiality dengan Ketat #

Apa yang disampaikan engineer dalam 1-on-1 tidak boleh menjadi bahan gossip atau dikutip di forum lain tanpa izin. Begitu engineer tahu bahwa apa yang mereka ceritakan di 1-on-1 muncul dalam konteks lain, mereka tidak akan pernah jujur lagi.

// ✗ Pelanggaran confidentiality yang sering terjadi (kadang tidak disadari)
Manager di meeting tim: "Oh, [Engineer A] juga pernah bilang ke saya soal ini..."
Manager ke HR: "Jadi waktu 1-on-1 kemarin, dia bilang..."
→ Engineer A langsung tidak percaya pada 1-on-1 lagi

// ✓ Menjaga confidentiality
Tanya dulu: "Boleh saya share ini ke [orang lain] karena mungkin bisa membantu?"
Jika engineer tidak setuju, hormati keputusannya
Informasi tentang kondisi personal engineer tidak boleh dibagikan tanpa consent

Tindak Lanjuti Setiap Action Item #

Ini adalah sumber frustrasi terbesar dari sisi engineer: menyampaikan masalah di 1-on-1, manager berjanji akan menindaklanjuti, tapi tidak ada yang terjadi. Ini lebih merusak dari tidak ada 1-on-1 sama sekali.

// ✓ Praktik yang membangun kepercayaan
Setiap action item dari 1-on-1 dicatat (bisa di shared doc atau note)
Di awal 1-on-1 berikutnya, review action item dari sesi sebelumnya
Jika action item tidak bisa ditindaklanjuti, jelaskan kenapa — jangan diam saja

// Template sederhana untuk mencatat action item 1-on-1
Tanggal: [tanggal]
Topik yang dibahas: [ringkasan]
Action item:
  - [Nama] akan [tindakan] sebelum [tanggal]
  - [Nama] akan [tindakan] sebelum [tanggal]
Status (diisi di sesi berikutnya): ✓ / ✗ / In progress

Best Practice untuk Engineer #

Datang dengan Topik, Bukan Tangan Kosong #

1-on-1 adalah waktumu — manfaatkan sepenuhnya. Engineer yang datang tanpa persiapan cenderung menghabiskan sesi untuk update task rutin yang sebenarnya bisa disampaikan async.

Pertanyaan yang bisa membantu mempersiapkan topik 1-on-1:
  ✓ Ada hambatan apa yang tidak bisa saya selesaikan sendiri?
  ✓ Ada ketidakjelasan ekspektasi yang membuat saya tidak yakin?
  ✓ Ada hal di lingkungan kerja yang mengganggu produktivitas saya?
  ✓ Ada skill yang ingin saya kembangkan dan butuh dukungan?
  ✓ Ada keputusan tim yang saya tidak mengerti alasannya?
  ✓ Ada yang ingin saya sampaikan tentang cara kerja kita bersama?

Gunakan 1-on-1 untuk Membahas Pertumbuhan, Bukan Hanya Masalah #

1-on-1 bukan hanya untuk membahas apa yang salah. Ini juga — bahkan terutama — untuk membahas ke mana kamu ingin berkembang.

// Topik growth yang bisa dibawa ke 1-on-1
"Saya tertarik untuk mencoba memimpin proyek kecil dalam sprint ke depan"
"Saya ingin belajar lebih dalam tentang distributed systems — ada rekomendasi?"
"Saya merasa sudah siap untuk scope yang lebih besar — bagaimana pandangan kamu?"
"Saya ingin feedback tentang cara saya melakukan code review"

Berikan Feedback ke Manager — Ini Dua Arah #

Banyak engineer tidak tahu bahwa mereka bisa dan sebaiknya memberikan feedback ke manager di 1-on-1. Manager yang baik justru akan menghargainya.

// Cara menyampaikan feedback ke manager yang konstruktif
Berbasis perilaku, bukan karakterisasi personal:
  ✓ "Dalam beberapa keputusan teknikal terakhir, saya merasa kurang dilibatkan
      dalam diskusi awal. Apakah ada cara agar saya bisa berkontribusi lebih awal?"
  ✗ "Kamu selalu membuat keputusan sendiri tanpa bertanya ke tim"

Sampaikan dengan konteks:
  ✓ "Saya ingin menyampaikan sesuatu — mungkin ini hanya perspektif saya,
      tapi saya ingin memastikan kamu tahu"
  ✓ Fokus pada dampak terhadap pekerjaan, bukan penilaian personal

Pertanyaan yang Membuka Percakapan Bermakna #

Pertanyaan yang diajukan di 1-on-1 menentukan kualitas percakapannya. Berikut pertanyaan yang terbukti membuka diskusi yang lebih dalam:

UNTUK MENGECEK KONDISI (check-in):
  "Bagaimana kondisimu minggu ini — skala 1 sampai 10, dan kenapa?"
  "Apa yang paling menguras energimu belakangan ini?"
  "Ada tidak hal di luar pekerjaan yang mempengaruhi fokusmu?"

UNTUK MENGGALI HAMBATAN:
  "Apa yang paling menghambatmu dari bekerja seefektif mungkin?"
  "Jika kamu bisa mengubah satu hal tentang cara kita bekerja, apa itu?"
  "Ada keputusan atau proses yang menurutmu tidak masuk akal?"

UNTUK PERTUMBUHAN:
  "Apa yang ingin kamu pelajari atau coba dalam 3 bulan ke depan?"
  "Di bagian mana kamu merasa paling berkembang belakangan ini?"
  "Apa yang bisa saya lakukan untuk membantumu berkembang lebih cepat?"

UNTUK FEEDBACK:
  "Bagaimana cara saya bisa lebih membantu kamu?"
  "Ada feedback yang ingin kamu sampaikan tentang cara kita bekerja bersama?"
  "Apakah ada ekspektasi yang menurutmu tidak jelas dari sisi saya?"

UNTUK ENGAGEMENT:
  "Apa yang membuatmu bersemangat datang kerja belakangan ini?"
  "Apakah ada proyek atau area yang ingin kamu kerjakan tapi belum sempat?"

Anti-Pattern 1-on-1 yang Harus Dihindari #

// ✗ 1-on-1 yang hanya muncul saat ada masalah
Bulan-bulan tanpa 1-on-1 → tiba-tiba dipanggil
→ Engineer langsung defensif karena asosiasi kuat: 1-on-1 = masalah
// ✓ 1-on-1 rutin adalah fondasi; ad-hoc hanya tambahan

// ✗ Manager mendominasi seluruh waktu sesi
"Saya punya banyak hal yang perlu saya sampaikan ke kamu..."
[45 menit manager berbicara]
"Oke ada yang mau ditanyakan?" [2 menit tersisa]
// ✓ Engineer harus mendapat porsi berbicara yang lebih banyak

// ✗ 1-on-1 berubah jadi status meeting
"Oke, ceritakan progress story X, Y, dan Z minggu ini"
// ✓ Status update bisa dilakukan async; 1-on-1 untuk hal yang tidak bisa

// ✗ Tidak ada follow-up dari sesi ke sesi
Engineer menyampaikan masalah → manager berjanji → tidak ada yang terjadi
→ Engineer berhenti percaya pada 1-on-1 dan mulai memberikan jawaban yang aman saja
// ✓ Setiap action item dicatat dan di-review di sesi berikutnya

// ✗ 1-on-1 tidak pernah membahas karier
Setiap sesi hanya membahas isu teknikal atau kondisi sprint
→ Engineer merasa tidak ada investasi pada pertumbuhannya
// ✓ Minimal satu kali per kuartal, secara eksplisit bahas career development

// ✗ Confidentiality dilanggar — bahkan secara tidak sengaja
Manager menyebut isi 1-on-1 di konteks lain tanpa izin
→ Kepercayaan yang dibangun bertahun-tahun bisa runtuh dalam satu kejadian
// ✓ Apa yang dibahas di 1-on-1 tetap di 1-on-1 kecuali ada consent eksplisit

Checklist 1-on-1 yang Sehat #

UNTUK MANAGER / TECH LEAD:
  □ 1-on-1 terjadwal secara rutin dan konsisten — tidak di-skip tanpa alasan kuat
  □ Engineer tahu tujuan sesi ini sebelum hadir
  □ Agenda dibuka untuk engineer di awal sesi: "Apa yang ingin kamu bahas?"
  □ Manager berbicara ≤ 30% dari total waktu sesi
  □ Confidentiality dijaga — tidak ada yang dibocorkan tanpa consent
  □ Action item dari sesi sebelumnya di-review di awal sesi berikutnya
  □ Topik karier dan pertumbuhan dibahas minimal sekali per kuartal
  □ Feedback diminta dari engineer, bukan hanya diberikan ke engineer

UNTUK ENGINEER:
  □ Datang dengan minimal 1 topik yang ingin dibahas
  □ Gunakan sesi ini untuk lebih dari sekadar update task
  □ Angkat hambatan yang tidak bisa diselesaikan sendiri
  □ Sampaikan aspirasi karier — jangan tunggu ditanya
  □ Berikan feedback konstruktif ke manager jika ada
  □ Tindak lanjuti action item yang disepakati sebelum sesi berikutnya

TANDA 1-ON-1 YANG SEHAT:
  □ Engineer datang dengan antusias, bukan cemas
  □ Percakapan terasa aman — engineer berbicara jujur tentang kesulitan
  □ Ada tindak lanjut nyata dari sesi ke sesi
  □ Hubungan antara manager dan engineer berkembang dari waktu ke waktu
  □ Engineer merasa pertumbuhannya difasilitasi, bukan hanya dimonitor

Ringkasan #

• 1-on-1 bukan tanda masalah — ini investasi — organisasi yang matang menjalankan 1-on-1 secara rutin justru karena mereka peduli pada pertumbuhan dan retensi engineer.
• 1-on-1 adalah milik engineer, bukan manager — engineer harus mendapat porsi bicara 70%, agenda dibuka untuk mereka, dan topik mengikuti kebutuhan mereka.
• Konsistensi adalah sumber kepercayaan — 1-on-1 yang di-skip terus atau hanya muncul saat ada masalah secara aktif merusak persepsi engineer tentang sesi ini.
• Status update bukan topik 1-on-1 — hal-hal yang bisa disampaikan async tidak perlu mengisi waktu 1-on-1 yang terbatas.
• Feedback harus dua arah — engineer berhak dan sebaiknya memberikan feedback ke manager, bukan hanya menerimanya.
• Confidentiality adalah harga mati — satu pelanggaran bisa menghancurkan kepercayaan yang dibangun selama berbulan-bulan.
• Action item harus ditindaklanjuti — 1-on-1 yang tidak menghasilkan perubahan lebih merusak dari tidak ada 1-on-1 sama sekali karena menciptakan sinisme.
• Konotasi negatif 1-on-1 adalah masalah implementasi, bukan masalah konsep — perbaiki cara menjalankannya, bukan hapus praktiknya.

← Sebelumnya: Syncup   Berikutnya: Knowledge Sharing →