1-on-1 #
Di banyak tim engineering — termasuk di Indonesia — undangan 1-on-1 dari manager sering memicu kecemasan yang tidak perlu: “Ada yang salah dengan performa saya?”, “Apa saya akan ditegur?”, “Kenapa tiba-tiba diajak ngobrol berdua?” Persepsi ini bukan tanpa alasan — banyak engineer pernah mengalami 1-on-1 yang dijalankan dengan buruk, dipakai sebagai sesi evaluasi sepihak atau bahkan konfrontasi. Padahal 1-on-1 yang dijalankan dengan benar adalah salah satu alat paling powerful yang dimiliki manager untuk membangun tim yang sehat dan engineer untuk mengakselerasi pertumbuhannya. Artikel ini meluruskan miskonsepsi tersebut, membahas tujuan sebenarnya, jenis-jenis 1-on-1, dan bagaimana menjalankannya secara efektif — baik dari kursi manager maupun kursi engineer.
Apa Itu 1-on-1? #
1-on-1 adalah pertemuan rutin dan privat antara dua orang — paling umum antara engineer dengan Engineering Manager atau Tech Lead — yang tujuan utamanya bukan membahas task harian, melainkan membangun komunikasi dua arah yang aman, menyelaraskan ekspektasi, dan mendukung pertumbuhan individu.
Perbedaan mendasar 1-on-1 dari meeting lain:
Meeting biasa (sprint planning, standup, technical sync):
→ Fokus pada pekerjaan dan produk
→ Semua orang hadir, informasi disebarkan ke tim
→ Output: keputusan teknis, task, koordinasi
1-on-1:
→ Fokus pada individu dan hubungan kerja
→ Privat, dua orang saja
→ Output: alignment, kepercayaan, pertumbuhan, masalah yang terdeteksi lebih awal
Cara yang paling tepat untuk memahami 1-on-1 adalah sebagai investment conversation — percakapan yang tidak selalu menghasilkan output yang terukur hari ini, tapi yang membangun fondasi yang membuat tim bisa bekerja lebih efektif dalam jangka panjang.
Meluruskan Konotasi Negatif #
Sebelum masuk ke praktik, penting untuk memahami mengapa 1-on-1 sering ditakuti — dan mengapa ketakutan itu tidak seharusnya ada.
Persepsi yang salah:
✗ "Diundang 1-on-1 berarti ada yang salah dengan performaku"
✗ "1-on-1 adalah sesi evaluasi"
✗ "Ini hanya untuk orang-orang bermasalah"
✗ "Manager akan menghakimi saya"
Realita dari 1-on-1 yang dijalankan dengan benar:
✓ 1-on-1 rutin adalah standar di organisasi engineering yang matang
✓ Ini adalah ruang aman untuk berbicara jujur — dua arah
✓ Engineer yang tidak pernah di-1-on-1 justru yang berisiko terlupakan
✓ Masalah performa yang serius tidak dibahas pertama kali di 1-on-1
— ada proses formal tersendiri untuk itu
Konotasi negatif hampir selalu berasal dari salah satu dari tiga hal: budaya organisasi yang reaktif (1-on-1 hanya diadakan saat ada masalah), pengalaman buruk dengan manager yang tidak terlatih, atau kurangnya transparansi tentang tujuan sesi. Masalahnya bukan pada 1-on-1 sebagai praktik — melainkan pada cara menjalankannya.
Mengapa 1-on-1 Penting #
Sebagai Sistem Peringatan Dini #
Masalah di tim engineering jarang muncul tiba-tiba. Biasanya ada tanda-tanda yang terakumulasi perlahan: motivasi yang turun, frustrasi yang tidak tersampaikan, burn-out yang tidak terdeteksi, konflik yang diredam. 1-on-1 yang dijalankan konsisten adalah mekanisme terbaik untuk mendeteksi sinyal-sinyal ini sebelum menjadi krisis.
Tanpa 1-on-1 rutin — skenario yang umum terjadi:
Bulan 1: Engineer A mulai merasa tidak selaras dengan arah teknis tim
Bulan 2: Frustrasi bertambah tapi tidak ada ruang untuk disampaikan
Bulan 3: Kualitas kode mulai menurun, motivasi turun
Bulan 4: Engineer A mulai job hunting
Bulan 5: Engineer A resign — tim kehilangan orang yang sudah punya konteks
Manager: "Saya tidak tahu ada masalah, dia terlihat baik-baik saja"
Dengan 1-on-1 rutin:
Bulan 1: Dalam 1-on-1, Engineer A menyampaikan kekhawatiran tentang arah teknis
Bulan 1: Manager dan Engineer A mendiskusikan konteks dan alasan keputusan teknis
→ Masalah teridentifikasi dan ditangani sebelum berkembang
→ Engineer A merasa didengar, tetap engaged
Membangun Psychological Safety #
Psychological safety — rasa aman untuk berbicara jujur tanpa takut dihukum — adalah fondasi dari tim yang berkinerja tinggi. 1-on-1 adalah salah satu mekanisme paling efektif untuk membangunnya, karena ia menyediakan ruang privat yang jauh lebih aman dari forum tim besar.
Banyak hal yang tidak akan pernah disampaikan di standup atau team meeting bisa muncul di 1-on-1 yang dijaga dengan baik:
Hal yang sulit disampaikan di forum besar tapi penting untuk disampaikan:
"Saya merasa overloaded tapi tidak mau kelihatan lemah di depan tim"
"Saya tidak setuju dengan keputusan arsitektur ini tapi tidak tahu cara menyampaikannya"
"Ada dinamika di tim yang membuat saya tidak nyaman"
"Saya bingung dengan ekspektasi performa saya — saya tidak tahu apakah sudah cukup baik"
"Saya ingin berkembang ke area X tapi tidak tahu cara memintanya"
Tanpa ruang privat seperti 1-on-1, masalah-masalah ini tersimpan dan mengakumulasi sampai akhirnya meledak — atau sampai engineer yang bersangkutan memutuskan untuk pergi.
Menjaga Alignment Tanpa Micromanagement #
Ada perbedaan besar antara alignment dan micromanagement. Micromanagement adalah mengontrol cara kerja seseorang di level detail. Alignment adalah memastikan seseorang bergerak di arah yang sama dengan tim dan organisasi, dengan pemahaman yang sama tentang mengapa, bukan hanya apa.
// Micromanagement (yang harus dihindari):
"Kenapa task ini belum selesai? Apa yang kamu kerjakan hari ini?
Tolong update Jira setiap 2 jam sekali."
// Alignment melalui 1-on-1 (yang seharusnya terjadi):
"Kita sedang push untuk fitur X karena ada commitment ke klien besar.
Apakah ada hambatan dari sisi kamu yang perlu saya bantu unblock?
Dan apakah kamu punya kekhawatiran tentang timeline-nya?"
→ Engineer paham konteks bisnis, bisa membuat keputusan yang lebih baik
→ Manager tahu hambatan yang mungkin tidak visible dari luar
Mendukung Pertumbuhan Karier #
Tanpa percakapan eksplisit tentang pengembangan karier, pertumbuhan seorang engineer sering bergantung pada kebetulan — project yang kebetulan menarik, mentor yang kebetulan available, atau kesempatan yang kebetulan datang. 1-on-1 adalah tempat untuk membuat pertumbuhan itu disengaja.
Pertanyaan yang perlu dijawab secara berkala tapi jarang punya forum:
"Saya ingin berkembang ke arah mana — lebih dalam secara teknis (IC track)
atau ke arah kepemimpinan?"
"Skill apa yang perlu saya kembangkan untuk sampai ke level berikutnya?"
"Apakah ada proyek atau kesempatan yang bisa membantu saya berkembang ke arah itu?"
"Bagaimana orang-orang di sekitar saya melihat kontribusi saya?"
Jenis-Jenis 1-on-1 #
Regular 1-on-1 (Weekly atau Bi-weekly) #
Ini adalah jenis yang paling fundamental — sesi rutin yang menjaga komunikasi tetap terbuka dan masalah terdeteksi lebih awal. Durasi ideal 30–45 menit. Weekly lebih baik untuk engineer baru atau yang sedang dalam situasi sulit; bi-weekly bisa cukup untuk engineer yang sudah establish.
Fokus utama regular 1-on-1 bukan pada task dan progress — melainkan pada kondisi individu, hambatan yang tidak terlihat, dan pertanyaan yang belum terjawab. Task dan progress dibahas di standup dan sprint ceremonies.
Topik yang cocok untuk regular 1-on-1:
✓ Bagaimana kondisi kamu minggu ini — apa yang berjalan baik?
✓ Ada hambatan yang tidak bisa diselesaikan sendiri?
✓ Apakah ada yang membuat kamu frustasi atau bingung?
✓ Apakah ada sesuatu yang ingin kamu sampaikan tapi belum sempat?
Topik yang sebaiknya tidak di regular 1-on-1:
✗ "Kenapa story X belum selesai?" → ini untuk standup atau sprint review
✗ "Tolong ceritakan semua task yang dikerjakan minggu ini" → ini status report
✗ "Kita bahas requirement fitur Y" → ini untuk technical meeting
Career Development 1-on-1 #
Dilakukan lebih jarang — sekali per kuartal atau semi-annually — dan fokusnya jauh lebih panjang. Ini adalah percakapan tentang arah karier, gap skill yang perlu ditutup, dan bagaimana organisasi bisa mendukung pertumbuhan engineer.
Template agenda Career Development 1-on-1:
1. Refleksi 6 bulan terakhir (10 menit)
→ Apa pencapaian yang paling kamu banggakan?
→ Apa yang paling sulit? Apa yang kamu pelajari?
→ Apakah kamu merasa berkembang?
2. Aspirasi dan arah (15 menit)
→ Ke mana kamu ingin berkembang — teknis lebih dalam atau kepemimpinan?
→ Skill apa yang paling ingin kamu kuasai dalam 6–12 bulan ke depan?
→ Ada peran atau tanggung jawab yang ingin dicoba?
3. Gap dan support (10 menit)
→ Apa yang menghalangi kamu untuk sampai ke tujuan itu?
→ Dukungan apa yang bisa diberikan organisasi?
→ Apakah ada mentor, project, atau learning opportunity yang relevan?
4. Komitmen bersama (5 menit)
→ Engineer: 1–2 hal konkret yang akan dikerjakan
→ Manager: 1–2 hal konkret yang akan difasilitasi
Feedback-Focused 1-on-1 #
1-on-1 yang berfokus pada pertukaran feedback — dan ini harus dua arah, bukan hanya top-down. Engineer memberikan feedback ke manager, dan manager memberikan feedback ke engineer. Keduanya sama-sama penting.
// ✗ Feedback 1-on-1 yang hanya satu arah:
Manager: "Ada beberapa hal yang perlu kamu perbaiki. Pertama..."
[20 menit manager berbicara]
Manager: "Ada pertanyaan?"
Engineer: "Tidak ada"
→ Engineer tidak merasa aman memberikan feedback ke manager
→ Masalah yang disebabkan manager tidak pernah tersampaikan
// ✓ Feedback 1-on-1 yang sehat dan dua arah:
Manager: "Saya ingin mulai dengan mendengar feedback darimu dulu.
Dalam 2 minggu terakhir, ada sesuatu yang bisa saya lakukan
berbeda untuk lebih mendukung kamu?"
Engineer: [berbagi feedback]
Manager: [merespons dengan terbuka, bukan defensif]
Manager: "Terima kasih. Saya juga punya beberapa observasi yang ingin saya bagikan..."
→ Kepercayaan dibangun dari kedua sisi
Coaching 1-on-1 #
Ketika engineer menghadapi situasi yang sulit — stuck di problem teknis yang besar, mengalami konflik dengan rekan, atau menghadapi keputusan karier yang tidak pasti — coaching 1-on-1 memberikan ruang untuk berpikir keras dengan bantuan pertanyaan yang tepat.
Prinsip utama coaching 1-on-1: manager atau lead berperan sebagai coach, bukan advisor. Artinya lebih banyak mengajukan pertanyaan yang membantu engineer menemukan jawabannya sendiri, bukan langsung memberikan solusi.
// ✗ Pendekatan advice-giving yang kurang efektif:
Engineer: "Saya stuck dengan desain sistem caching ini"
Manager: "Kamu harus pakai Redis, set TTL 1 jam, dan..."
→ Engineer tidak berkembang, bergantung pada manager untuk setiap keputusan
// ✓ Pendekatan coaching yang lebih efektif:
Engineer: "Saya stuck dengan desain sistem caching ini"
Manager: "Apa yang sudah kamu pertimbangkan sejauh ini?"
Engineer: [menjelaskan]
Manager: "Apa yang membuatmu belum yakin dengan pilihan itu?"
Engineer: [menjelaskan kekhawatiran]
Manager: "Kalau constraint X tidak ada, kamu akan pilih apa?"
→ Engineer menemukan jawabannya sendiri, kemampuan berpikir berkembang
Ad-hoc 1-on-1 #
1-on-1 yang tidak terjadwal, dipanggil karena ada situasi spesifik yang butuh percakapan privat segera: setelah incident besar, setelah ada perubahan organisasi yang signifikan, setelah ada konflik yang perlu diselesaikan, atau ketika ada kabar — baik atau buruk — yang perlu disampaikan secara personal.
Ad-hoc 1-on-1 yang dipanggil mendadak tanpa konteks adalah salah satu trigger terbesar dari kecemasan engineer. Selalu berikan konteks singkat saat mengundang ad-hoc 1-on-1: “Hey, saya ingin ngobrol sebentar — tidak ada yang serius, hanya ingin update kamu tentang perubahan struktur tim minggu depan.” Ini menghilangkan kecemasan yang tidak perlu selama beberapa jam sebelum meeting.
Menjalankan 1-on-1 yang Efektif — Perspektif Manager #
1. Jadikan Konsisten, Bukan Reaktif #
Ini adalah prinsip terpenting. 1-on-1 yang hanya diadakan saat ada masalah justru memperkuat konotasi negatif. Konsistensi — bahkan saat tidak ada masalah — adalah yang membangun kepercayaan.
// ✗ 1-on-1 reaktif:
Manager hanya schedule 1-on-1 saat:
- Engineer menunjukkan tanda-tanda masalah
- Ada performance issue yang perlu dibicarakan
- Setelah incident besar
→ Engineer mengasosiasikan 1-on-1 dengan masalah
→ Saat ada masalah sungguhan, engineer tidak mau terbuka
// ✓ 1-on-1 yang konsisten:
1-on-1 dijadwalkan setiap 2 minggu, tidak peduli kondisi tim
→ Bahkan saat semua berjalan baik, tetap diadakan
→ 1-on-1 menjadi tempat yang aman, bukan tanda bahaya
→ Saat ada masalah, engineer sudah terbiasa terbuka
2. Ini Adalah Meeting Milik Engineer, Bukan Manager #
Salah satu kesalahan paling umum manager: datang ke 1-on-1 dengan agenda penuh yang ingin disampaikan, lalu engineer tidak mendapat ruang untuk berbicara.
Aturan praktis: engineer berbicara 70% dari waktu, manager 30%. Manager hadir untuk mendengar, mengajukan pertanyaan yang tepat, dan memberikan konteks — bukan untuk ceramah.
// ✗ Manager yang mendominasi 1-on-1:
Manager: [30 menit menjelaskan update organisasi, rencana sprint, ekspektasi baru]
Engineer: [5 menit di akhir untuk "ada pertanyaan?"]
→ Bukan 1-on-1, ini briefing
// ✓ Manager yang mendengar:
Manager: "Kita punya 45 menit. Ada topik yang ingin kamu angkat duluan?"
[Engineer berbicara, manager mendengar dan mengajukan pertanyaan]
Manager: [5–10 menit terakhir] "Ada beberapa update dari sisi saya yang relevan..."
→ Engineer merasa didengar, manager mendapat informasi yang lebih akurat
3. Pertanyaan yang Tepat Lebih Berharga dari Jawaban #
Kualitas 1-on-1 sangat bergantung pada kualitas pertanyaan yang diajukan. Pertanyaan tertutup (ya/tidak) menghasilkan percakapan yang dangkal. Pertanyaan terbuka yang tepat membuka percakapan yang bermakna.
Pertanyaan yang lemah:
"Kamu baik-baik saja?" → Hampir selalu dijawab "Iya"
"Ada masalah?" → Hampir selalu dijawab "Tidak ada"
"Task-nya lancar?" → "Lancar"
Pertanyaan yang lebih efektif:
"Apa yang paling menguras energi kamu minggu ini?"
"Kalau ada satu hal yang bisa saya ubah untuk membuat pekerjaanmu lebih mudah,
apa itu?"
"Ada keputusan teknis atau bisnis yang kamu bingung dengan alasannya?"
"Kapan terakhir kali kamu merasa benar-benar bisa berkontribusi maksimal?
Apa yang berbeda saat itu?"
"Apa yang paling ingin kamu pelajari dalam 3 bulan ke depan?"
"Apakah ada sesuatu yang tidak disampaikan di forum tim tapi penting?"
4. Jaga Confidentiality dengan Serius #
Apa yang disampaikan engineer di 1-on-1 adalah kepercayaan yang diberikan secara privat. Membocorkan informasi itu — bahkan dengan niat baik — menghancurkan kepercayaan yang sudah dibangun dan membuat engineer tidak akan pernah terbuka lagi.
// ✗ Melanggar confidentiality:
Engineer menceritakan frustrasi tentang rekan X di 1-on-1
Manager kemudian menyebut hal itu di meeting tim: "Kemarin A cerita bahwa..."
→ Trust hancur, engineer tidak akan pernah terbuka lagi di 1-on-1
// ✓ Menjaga confidentiality:
Jika ada sesuatu yang perlu ditindaklanjuti, minta izin dulu:
"Apa yang kamu ceritakan tadi penting untuk ditangani. Boleh saya tindak lanjuti
ini, atau kamu ingin menanganinya sendiri?"
→ Engineer tetap punya kontrol atas informasi yang mereka bagikan
5. Tindaklanjuti Action Item #
1-on-1 yang tidak menghasilkan tindak lanjut adalah 1-on-1 yang mengajarkan engineer bahwa berbicara tidak ada gunanya.
// ✗ 1-on-1 tanpa follow-through:
Engineer: "Saya ingin kesempatan untuk memimpin proyek, tapi belum pernah dikasih."
Manager: "Oke, saya catat ya"
[3 bulan berlalu, tidak ada perubahan]
→ Engineer belajar bahwa 1-on-1 hanya tempat curhat tanpa akibat
// ✓ 1-on-1 dengan follow-through:
Engineer: "Saya ingin kesempatan untuk memimpin proyek"
Manager: "Ada proyek Y yang mulai sprint depan. Saya akan propose kamu
jadi tech lead-nya ke PM. Kita review lagi di 1-on-1 dua minggu lagi."
[Dua minggu kemudian]
Manager: "Update soal proyek Y: kamu resmi jadi tech lead-nya mulai sprint 15."
→ Engineer melihat 1-on-1 sebagai sarana yang menghasilkan perubahan nyata
Menjalankan 1-on-1 yang Efektif — Perspektif Engineer #
1. Datang dengan Agenda #
Banyak engineer masuk 1-on-1 tanpa persiapan, lalu bingung saat ditanya “ada yang ingin dibahas?” Padahal ini adalah waktumu — manfaatkan dengan persiapan yang minimal tapi bermakna.
Persiapan 5 menit sebelum 1-on-1:
□ Apa yang berjalan baik minggu ini yang layak dibagikan?
□ Ada hambatan yang belum bisa diselesaikan sendiri?
□ Ada pertanyaan tentang arah teknis, bisnis, atau karier?
□ Ada sesuatu yang mengganjal tapi belum ada ruang untuk disampaikan?
□ Ada feedback untuk manager atau tim yang ingin disampaikan?
2. Sampaikan Hal yang Sulit Disampaikan di Forum Lain #
Ini adalah tujuan utama kenapa 1-on-1 privat — untuk hal-hal yang tidak nyaman disampaikan di depan banyak orang. Jika ada sesuatu yang mengganjal, 1-on-1 adalah tempatnya.
Hal yang sering tidak disampaikan tapi seharusnya:
"Saya merasa beban kerjaku tidak sustainable"
"Saya tidak setuju dengan keputusan arsitektur kemarin dan ini alasannya"
"Saya merasa kontribusi saya kurang dihargai dibanding rekan lain"
"Saya punya ide tapi tidak tahu cara menyampaikannya ke tim yang lebih besar"
"Saya ingin berkembang tapi tidak tahu apa yang diharapkan dari saya"
Tips menyampaikan hal yang sulit:
✓ Fokus pada situasi dan dampaknya, bukan pada orangnya
✓ Gunakan "saya merasa..." bukan "kamu selalu..."
✓ Sertakan konteks spesifik jika bisa
✓ Sampaikan apa yang ingin kamu capai dari percakapan ini
3. Berikan Feedback ke Manager #
Feedback tidak hanya mengalir dari atas ke bawah. Manager yang baik membutuhkan dan menghargai feedback tentang cara mereka memimpin. Ini bukan kesombongan — ini cara terbaik untuk membantu manager berkembang dan membuat tim lebih efektif.
Cara memberikan feedback ke manager secara efektif:
✓ Spesifik: "Ketika kamu mengubah prioritas mendadak tanpa konteks,
itu membuat saya sulit merencanakan pekerjaan"
✓ Berorientasi ke depan: "Ke depannya, kalau ada perubahan prioritas,
apakah bisa ada penjelasan singkat alasannya?"
✗ Hindari generalisasi: "Kamu selalu berubah-ubah"
✗ Hindari perbandingan: "Manager sebelumnya lebih baik dalam hal ini"
4. Gunakan untuk Klarifikasi Ekspektasi #
Banyak engineer merasa tidak pasti tentang apakah performa mereka sudah cukup baik, apa yang dibutuhkan untuk naik level, atau bagaimana kontribusi mereka dilihat oleh organisasi. 1-on-1 adalah tempat yang tepat untuk mengklarifikasi ini — jangan tunggu performance review tahunan.
Pertanyaan untuk mengklarifikasi ekspektasi:
"Apa yang perlu saya tunjukkan untuk dianggap perform di level berikutnya?"
"Dari sudut pandangmu, apa area yang paling perlu saya kembangkan?"
"Apakah ada proyek atau tanggung jawab yang bisa memberikan saya exposure
ke area yang ingin saya kembangkan?"
"Apakah ada feedback dari stakeholder atau rekan lain yang relevan
untuk saya ketahui?"
Anti-Pattern 1-on-1 yang Harus Dihindari #
1-on-1 yang Berubah Menjadi Status Report #
Ini adalah anti-pattern paling umum dan paling merusak nilai 1-on-1. Ketika 1-on-1 diisi dengan “ceritakan progress task-mu” dan “kenapa story X belum selesai”, ia berhenti menjadi ruang aman dan berubah menjadi audit meeting yang tidak nyaman.
// ✗ Status report meeting yang menyamar sebagai 1-on-1:
Manager: "Oke, update progress kamu minggu ini?"
Engineer: [menjelaskan semua task satu per satu]
Manager: "Story A kenapa belum selesai?"
Engineer: [menjelaskan dan merasa defensif]
→ Engineer tidak mendapat nilai dari pertemuan ini
→ Manager mendapat informasi yang bisa diperoleh dari melihat board
// ✓ 1-on-1 yang fokus pada individu:
Manager: "Board sudah saya lihat. Dari yang saya lihat sprint berjalan baik.
Apa yang paling kamu sukai dari cara bekerja sprint ini?"
→ Membuka percakapan yang tidak mungkin muncul dari melihat board
1-on-1 yang Sering Dibatalkan #
Membatalkan 1-on-1 secara konsisten — terutama karena “ada yang lebih penting” — mengirimkan pesan yang jelas kepada engineer: kamu bukan prioritas. Ini merusak kepercayaan dan membuat engineer merasa tidak dihargai sebagai individu.
// ✗ Pola pembatalan yang merusak:
Sprint 1: 1-on-1 dibatalkan ("ada sprint planning mendadak")
Sprint 2: 1-on-1 digeser 3 kali, akhirnya tidak jadi
Sprint 3: 1-on-1 dibatalkan ("sedang ada demo ke client")
→ Engineer belajar: "Manager tidak punya waktu untuk saya"
→ Engineer berhenti mempersiapkan dan akhirnya berhenti peduli
// ✓ Menjaga konsistensi:
Jika harus membatalkan (situasi darurat):
→ Reschedule dalam minggu yang sama, bukan geser ke minggu depan
→ Komunikasikan alasan dan tunjukkan bahwa ini adalah exception, bukan norma
1-on-1 Tanpa Follow-Through #
Sudah dibahas sebelumnya dari perspektif manager, tapi layak ditegaskan dari perspektif engineer juga: jika kamu menyampaikan sesuatu di 1-on-1 dan tidak ada yang berubah selama beberapa sesi berturut-turut, sampaikan itu secara eksplisit.
// Engineer yang pasif menerima:
Sprint 1: "Saya butuh lebih banyak kesempatan untuk code review"
Sprint 3: [situasi tidak berubah, tidak ada yang disampaikan]
Sprint 5: [frustrasi menumpuk, tidak pernah disampaikan]
→ Manager tidak tahu ada masalah, engineer makin frustrasi
// Engineer yang aktif menindaklanjuti:
Sprint 3: "Dua sprint lalu saya menyebutkan kebutuhan untuk lebih banyak
kesempatan code review. Ada update tentang hal itu?"
→ Membuka percakapan, memastikan topik tidak terlupakan
1-on-1 yang Terlalu Formal atau Terstruktur #
Di sisi lain, 1-on-1 yang terlalu kaku dengan template agenda yang selalu diikuti kata per kata juga kehilangan kualitasnya sebagai percakapan yang organik. Kadang percakapan paling bermakna muncul dari topik yang tidak direncanakan.
// ✗ 1-on-1 yang terlalu terskripkan:
Manager: [membuka template di laptop]
Manager: "Pertanyaan 1: Apa yang berjalan baik minggu ini?"
Engineer: [menjawab]
Manager: "Pertanyaan 2: Apa hambatan yang kamu hadapi?"
→ Terasa seperti survei, bukan percakapan
→ Engineer memberikan jawaban yang aman, bukan yang jujur
// ✓ 1-on-1 yang natural tapi tetap punya arah:
Manager punya 2–3 topik yang ingin disentuh, tapi membiarkan percakapan mengalir
Jika muncul topik penting yang tidak direncanakan, follow that thread
Template adalah panduan, bukan skrip
Template Agenda 1-on-1 #
Berikut template yang bisa digunakan sebagai panduan — bukan sebagai skrip yang wajib diikuti:
## Regular 1-on-1 (30–45 menit, bi-weekly)
**Check-in (5 menit)**
→ Bagaimana kondisi kamu secara umum minggu ini?
→ Ada sesuatu yang ingin langsung diangkat?
**Topik dari engineer (15–20 menit)**
→ Agenda yang dipersiapkan engineer
→ Hambatan, pertanyaan, atau hal yang mengganjal
**Topik dari manager (10 menit)**
→ Update konteks yang relevan
→ Feedback atau observasi yang perlu disampaikan
**Penutup (5 menit)**
→ Action items: siapa, apa, kapan
→ Konfirmasi: apakah ada yang belum tersampaikan?
---
## Career Development 1-on-1 (60 menit, quarterly)
1. Refleksi periode lalu (15 menit)
→ Pencapaian yang dibanggakan?
→ Tantangan terbesar dan learning-nya?
→ Apakah kondisi kerja sustainable?
2. Aspirasi dan arah (20 menit)
→ IC track atau leadership track?
→ Target skill 6–12 bulan ke depan?
→ Ada area yang ingin di-explore?
3. Gap dan support (15 menit)
→ Apa yang menghalangi pertumbuhan?
→ Dukungan apa yang bisa diberikan?
→ Mentor, project, atau learning opportunity?
4. Komitmen bersama (10 menit)
→ Engineer: 1–2 komitmen konkret
→ Manager: 1–2 hal yang akan difasilitasi
→ Cara mengukur progress di quarter berikutnya
---
## Feedback 1-on-1 (30–45 menit)
1. Feedback dari engineer ke manager (15 menit)
→ "Apa yang bisa saya lakukan berbeda untuk lebih mendukung kamu?"
→ Manager mendengar tanpa defensif, mencatat
2. Feedback dari manager ke engineer (15 menit)
→ Observasi spesifik dengan contoh konkret
→ Bukan evaluasi umum — fokus pada perilaku dan dampaknya
3. Alignment dan next steps (10 menit)
→ Apakah ada misalignment dalam ekspektasi?
→ Action items untuk kedua pihak
Checklist 1-on-1 yang Sehat #
UNTUK MANAGER:
□ 1-on-1 dijadwalkan secara konsisten (bukan hanya saat ada masalah)
□ Pembatalan diminimalkan — jika terpaksa, reschedule minggu yang sama
□ Engineer diberi ruang untuk berbicara 70% dari waktu
□ Pertanyaan terbuka digunakan, bukan pertanyaan ya/tidak
□ Tidak ada pembahasan task harian dan progress report di 1-on-1
□ Confidentiality dijaga — informasi tidak bocor ke forum lain
□ Action items dari sesi sebelumnya selalu di-follow up
□ Career development dibahas secara eksplisit, minimal sekali per kuartal
UNTUK ENGINEER:
□ Datang dengan 2–3 topik yang sudah disiapkan
□ Gunakan untuk menyampaikan hal yang sulit di forum besar
□ Berikan feedback ke manager, bukan hanya menerima
□ Klarifikasi ekspektasi performa dan karier secara aktif
□ Follow up action item yang belum ditindaklanjuti dari sesi sebelumnya
□ Manfaatkan untuk membahas pertumbuhan karier, jangan tunggu review tahunan
TANDA 1-on-1 YANG BERJALAN DENGAN BAIK:
□ Engineer datang dengan topik yang ingin dibahas
□ Ada keputusan atau insight yang muncul dari percakapan
□ Manager mendapat informasi yang tidak bisa diperoleh dari board atau meeting
□ Engineer merasa didengar setelah sesi selesai
□ Action items diikuti di sesi berikutnya
Jika kamu baru memulai 1-on-1 di tim yang belum pernah melakukannya, mulai dengan ekspektasi yang rendah di awal. Engineer butuh beberapa sesi untuk merasa aman berbicara jujur — terutama jika budaya sebelumnya tidak mendukung. Konsistensi selama 2–3 bulan pertama lebih penting dari kualitas setiap sesi individu. Kepercayaan dibangun perlahan.
Ringkasan #
- 1-on-1 bukan tanda ada masalah — ia adalah standar di tim yang matang — konotasi negatif muncul dari 1-on-1 yang dijalankan buruk, bukan dari praktiknya sendiri.
- Ini adalah investment conversation, bukan status meeting — fokusnya pada individu, kondisi, dan pertumbuhan — bukan pada task dan progress yang bisa dilihat dari board.
- Konsistensi adalah kunci — 1-on-1 yang hanya diadakan saat ada masalah memperkuat konotasi negatif. Jadwalkan rutin, bahkan saat semua berjalan baik.
- Engineer berbicara 70%, manager 30% — manager hadir untuk mendengar dan mengajukan pertanyaan yang tepat, bukan untuk ceramah atau memberikan update sepihak.
- Pertanyaan terbuka lebih berharga dari jawaban — “Apa yang paling menguras energi kamu minggu ini?” menghasilkan percakapan yang lebih bermakna dari “Kamu baik-baik saja?”
- Confidentiality adalah fondasi kepercayaan — informasi yang dibagikan di 1-on-1 tidak boleh bocor ke forum lain tanpa izin eksplisit. Pelanggaran confidentiality menghancurkan kepercayaan yang dibangun selama berbulan-bulan.
- Follow-through lebih penting dari frekuensi — 1-on-1 yang tidak menghasilkan tindak lanjut mengajarkan engineer bahwa berbicara tidak ada gunanya.
- Engineer juga harus aktif — datang dengan agenda, sampaikan hal yang sulit, berikan feedback ke manager, dan klarifikasi ekspektasi secara proaktif.
- Feedback harus dua arah — manager yang tidak bisa menerima feedback dari engineer tidak akan pernah membangun 1-on-1 yang benar-benar produktif.
- Career development butuh percakapan eksplisit — pertumbuhan karier tidak terjadi secara kebetulan. 1-on-1 career development sekali per kuartal adalah investasi minimum yang perlu dilakukan.