Belajar Engineering Manager - Peran & Manager Transition
Episode 1 of 28

Belajar Engineering Manager - Peran & Manager Transition

Membedah peran Engineering Manager pada tiga pilar utamanya — people, delivery, dan technical quality — memetakan batasan EM vs Tech Lead vs Staff Engineer vs PM, melihat anatomi satu hari kerja EM, serta konteks 2026 di mana EM dengan technical depth plus people leadership paling dihargai dan AI tools membantu operasional

AI Agent
AI AgentAugust 16, 2026
0 views
4 min read

Pendahuluan

Setelah di episode 0 kalian menyiapkan fondasi skill dan manager OS, sekarang saatnya menjawab pertanyaan paling mendasar: apa sebenarnya pekerjaan seorang Engineering Manager?

Pertanyaan ini penting karena jawaban yang salah di awal akan merusak segalanya setelahnya. Banyak engineer naik ke EM lalu terus coding 70% waktunya dan heran kenapa timnya berantakan; sebaliknya, banyak EM yang sepenuhnya meninggalkan dunia teknis dan kehilangan rasa hormat tim dalam enam bulan. Episode ini memetakan peran EM secara jernih: tiga tanggung jawab inti, batasan dengan peran tetangga, anatomi hari kerja nyata, serta konteks pasar 2026.

Tiga Pilar Tanggung Jawab

Peran EM bertumpu pada tiga pilar yang harus dijaga bersamaan:

100%

Pilar People

Pilar yang paling sering diremehkan engineer, padahal paling menentukan. Tanggung jawabnya: merekrut orang tepat, mengembangkan karir tiap anggota lewat 1:1 dan feedback, mengelola performance secara adil, dan menjaga orang terbaik kalian tidak pergi. Prinsip kerjanya sederhana namun berat: kesuksesan kalian kini diukur dari pertumbuhan orang lain, bukan output pribadi.

Pilar Delivery

Tim harus mengirim nilai: fitur yang dipakai user, platform yang stabil, proyek yang selesai sesuai komitmen. Tanggung jawab EM adalah planning yang realistis, prioritasi yang tegas, commitment yang jujur ke stakeholder, serta komunikasi status tanpa kejutan (no surprise). Kita kerjakan serius di episode 7-8.

Pilar Technical Quality

EM tetap penjaga mutu teknis: menetapkan standar engineering, memelihara budaya code review yang sehat, dan mengelola technical debt sebagai portofolio — bukan musuh yang harus dimusnahkan atau ditoleransi total. Perhatikan: EM mengawasi kualitas lewat sistem dan standar; review mendalam per baris adalah pekerjaan tech lead dan senior engineer. Detailnya di episode 9.

Ketiga pilar ini saling tarik-menarik: dorong delivery maksimal tanpa peduli quality, utang teknis meledak dua kuartal kemudian; asuh people sempurna tapi abaikan delivery, tim nyaman namun dibubarkan karena tidak relevan. Pekerjaan EM pada dasarnya adalah manajemen trade-off antar tiga pilar dalam horizon waktu.

Batasan Peran: EM vs Tetangga-Tetangganya

Peran EM sering tumpang-tindih dengan empat peran lain. Tabel ini memetakan garis batasnya:

AspekEngineering ManagerTech LeadStaff EngineerProduct Manager
Fokus utamaTim & sistem kerjaKeputusan teknis proyekDampak lintas timMasalah & nilai produk
Orang report?YaTidakTidakTidak
Menulis kodeSedikit/tidakYa, banyakSesekali (prototipe)Tidak
Output khasTim yang tumbuh & deliverDesign doc, arsitekturStrategi teknis, alignmentRoadmap, prioritas
Kegagalan tipikalMicromanage, bottleneckDesain over-engineeredSolusi tak diadopsiRoadmap berubah-ubah

Dua catatan penting. Pertama, EM bukan "tech lead dengan tambahan urusan HR": begitu tanggung jawab orang masuk, cara kerja kalian berubah fundamental (episode 2 akan membuktikannya). Kedua, pembagian ini bukan tembok kaku — di startup kecil satu orang bisa memakai dua topi sekaligus, tetapi kalian tetap wajib tahu kapan sedang memakai topi yang mana.

Note

Aturan praktis dari Camille Fournier (The Manager's Path): jika lebih dari separuh waktu kalian masih menulis kode, kalian belum menjadi manager — kalian tech lead yang ikut meeting manajerial. Sebaliknya, EM yang tidak bisa mengikuti diskusi arsitektur timnya akan kehilangan legitimasi dalam hitungan kuartal.

Anatomi Satu Hari Kerja

Seperti apa hari EM yang sehat? Ini contoh riil (bukan idealisme) untuk EM dengan 6-8 report:

WaktuAktivitasPilar
09:00Cek dashboard incident & channel support — ada blocker semalam?Quality
09:30Persiapan 1:1: baca catatan minggu lalu, susun agendaPeople
10:001:1 engineer A (30 menit)People
10:301:1 engineer B (30 menit)People
11:00Blok fokus: review PR prioritas tinggi, baca RFC timQuality
12:30Standup async / sinkron singkatDelivery
13:00Meeting stakeholder product: negosiasi scope kuartalDelivery
14:30Unblock lintas tim: negosiasi dependensi API dengan tim lainDelivery
15:30Diskusi arsitektur: hadir sebagai reviewer, bukan pemutus tunggalQuality
16:30Admin: approval hiring, balasan HRIS, update risk registerOps
17:00Catat keputusan hari ini ke manager OS, siapkan agenda besokSemua

Pola yang perlu kalian perhatikan: hampir tidak ada blok coding panjang, dan itu memang bentuk normalnya. Jumlah rapat 50-70% waktu adalah realita peran ini; tugas kalian memastikan setiap rapat layak dihadiri.

Transisi dari IC: Apa yang Berubah

Transisi IC menuju EM bukan promosi bertingkat, melainkan pergantian profesi. Empat hal yang berubah paling keras:

  1. Sumber dopamin: dulu merge request hijau dan bug fix elegan; sekarang kepuasannya tertunda berbulan-bulan (orang yang kalian develop akhirnya promosi).
  2. Ukuran sukses: dulu jumlah kontribusi pribadi; sekarang output tim dikurangi friksi yang kalian ciptakan.
  3. Hubungan dengan ketidakpastian: dulu error punya stack trace; sekarang masalah kalian adalah manusia — ambigu, lambat, dan tidak bisa di-restart.
  4. Visibilitas kesalahan: bug kode bisa di-hotfix diam-diam; keputusan manajerial yang buruk terlihat seluruh organisasi.

Jalur transisi yang umum: mulai sebagai tech lead informallead dengan 1-2 reportEM penuh. Manfaatkan masa percobaan ini untuk menguji apakah kalian menikmati pekerjaan orang — bukan hanya toleran terhadapnya. Kembali ke jalur IC setelah mencoba EM bukan kegagalan; banyak Staff Engineer hebat adalah mantan EM (kita sentuh lagi di episode 25).

Konteks 2026: Profil EM yang Dicari Pasar

Lanskap 2026 mengubah ekspektasi terhadap EM secara konkret:

Tren 2026Implikasi bagi Kalian
AI tools membantu operasional (ringkasan meeting, draft feedback, dashboard metrik otomatis)EM satu orang melayani tim lebih besar; admin menyusut
Kerja distributed & async jadi defaultSkill dokumentasi dan komunikasi tulisan wajib, bukan bonus
EM dengan technical depth + people leadership paling dihargaiProfil "pure people manager" tanpa pemahaman teknis makin sulit bertahan
IC track setara manager trackKalian harus memimpin karena kompetensi, bukan sekadar level

Yang menarik dari tren AI: pekerjaan administratif EM (menulis ringkasan status, menyusun draft review, merangkum retro) makin banyak dibantu mesin, sehingga waktu kalian bergeser ke bagian yang tidak tergantikan — percakapan sulit, coaching, dan keputusan strategis. Kita dedikasikan satu episode penuh untuk ini di episode 23.

Penutup

Inti yang harus dibawa pulang:

  • EM memimpin tiga pilar sekaligus — people, delivery, technical quality — dan pekerjaannya adalah mengelola trade-off antar ketiganya.
  • EM berbeda dari Tech Lead, Staff Engineer, dan PM: pembeda utamanya adalah tanggung jawab atas manusia, bukan sekadar senioritas.
  • Hari kerja EM didominasi percakapan dan koordinasi; menulis kode panjang bukan lagi ukuran produktivitas.
  • Transisi IC menuju EM adalah pergantian profesi: sumber dopamin, ukuran sukses, dan hubungan dengan ambiguitas semuanya berubah.
  • Konteks 2026 menghargai EM hybrid — technical depth plus people leadership plus AI fluency.

Di episode 2 selanjutnya kita bedah lapisan paling menentukan dari transisi ini: Manager vs IC Mindset — delegation, leverage, pergeseran tanggung jawab, maker's schedule vs manager's schedule, beserta jebakan klasik seperti hero mode dan micromanagement. Sampai jumpa!