Senior Engineer Tidak Seharusnya Memiliki Direct Subordinate (Struktural)

Ada keputusan organisasi yang terlihat masuk akal di atas kertas tapi perlahan merusak tim dari dalam: memberikan direct subordinate secara struktural kepada senior engineer. Biasanya keputusan ini lahir dari tekanan pertumbuhan — tim bertambah cepat, Engineering Manager tidak cukup, dan senior engineer yang paling dekat dengan pekerjaan sehari-hari terlihat seperti kandidat alami untuk “menanggung sebagian beban”. Niatnya baik. Tapi trade-off-nya sering jauh lebih mahal dari yang diperhitungkan. Artikel ini mengurai mengapa pemisahan antara jalur individual contributor dan jalur people management bukan sekadar preferensi organisasi, tapi keputusan desain yang berdampak langsung pada kualitas teknis, kesehatan tim, dan karier engineer itu sendiri.

Dua Peran yang Berbeda Secara Fundamental

Sebelum membahas mengapa mencampurkan keduanya bermasalah, penting untuk memahami seberapa berbeda peran senior engineer dan engineering manager secara mendasar — bukan hanya dari sisi tanggung jawab, tapi dari sisi skill yang dibutuhkan, motivasi yang menggerakkan, dan beban mental yang dibawa setiap hari.

Apa yang Sebenarnya Dikerjakan Senior Engineer

Senior engineer adalah individual contributor berdampak tinggi. Nilai terbesarnya untuk organisasi datang dari kemampuan menyelesaikan masalah teknis yang kompleks, membuat keputusan arsitektur yang tepat, dan mengangkat kualitas seluruh codebase — bukan hanya kode yang ia tulis sendiri.

Ruang lingkup pekerjaan senior engineer secara sehat mencakup:

• Menyelesaikan problem teknis yang terlalu kompleks untuk dikerjakan sendiri oleh junior atau mid-level
• Menjadi rujukan teknis ketika ada pertanyaan arsitektur, performance, atau trade-off desain
• Melakukan code review yang substantif — bukan hanya memeriksa sintaks tapi mempertanyakan keputusan desain
• Mentoring secara informal: bukan karena ada struktur yang mewajibkan, tapi karena ia tahu kapan seseorang butuh dibantu
• Menjaga standar engineering di level yang konsisten — lewat contoh, bukan instruksi

Yang secara eksplisit bukan tanggung jawab senior engineer: performance review formal untuk orang lain, keputusan promosi, penanganan konflik interpersonal di antara anggota tim, dan semua beban administratif yang menyertai people management.

Apa yang Sebenarnya Dikerjakan Engineering Manager

Engineering manager adalah peran yang secara eksplisit berfokus pada manusia. Ini bukan tentang memimpin proyek teknis atau membuat keputusan arsitektur — ini tentang memastikan setiap individu di dalam tim bisa tumbuh, berkontribusi, dan bertahan.

Tanggung jawab EM yang konkret:

• Mengelola performa individu secara berkelanjutan, termasuk memberikan feedback yang jujur dan tepat waktu
• Coaching untuk area yang di luar kompetensi teknis: komunikasi, kolaborasi, prioritisasi, ketahanan mental
• Capacity planning: siapa yang butuh lebih banyak tantangan, siapa yang sedang overloaded, kapan perlu rekrut
• Career development: membantu tiap engineer memahami ke mana mereka tumbuh dan apa yang harus dikerjakan untuk sampai di sana
• Menjaga kesehatan tim secara psikologis — mendeteksi ketika ada yang burnout, konflik, atau kehilangan motivasi sebelum menjadi krisis

flowchart LR
    subgraph IC["Individual Contributor Track"]
        JE[Junior Engineer] --> ME[Mid Engineer]
        ME --> SE[Senior Engineer]
        SE --> SSE[Staff Engineer]
        SSE --> PE[Principal Engineer]
    end

    subgraph EM["Engineering Manager Track"]
        EM1[Engineering Manager] --> SEM[Senior EM]
        SEM --> DIR[Director of Engineering]
        DIR --> VP[VP Engineering]
    end

    SE -.->|"Sering terjadi\n(tapi bermasalah)"| EM1
    SE -->|"Seharusnya"| SSE

    style IC fill:#e8f5e9,stroke:#43a047
    style EM fill:#e3f2fd,stroke:#1e88e5

Dua jalur ini berbeda bukan hanya di struktur org chart — ia berbeda di DNA-nya. Seseorang yang unggul di IC track tidak otomatis siap atau cocok di EM track, dan sebaliknya. Memaksa seseorang untuk menjalankan keduanya secara bersamaan bukan solusi efisien — ia adalah resep untuk melakukan keduanya dengan setengah-setengah.

Mengapa Mencampurkan Keduanya Bermasalah

Ada lima alasan konkret mengapa memberikan direct subordinate kepada senior engineer adalah keputusan desain yang buruk, bahkan ketika dilakukan dengan niat yang baik.

1. Distraksi dari Pekerjaan yang Paling Berdampak

Senior engineer memberikan nilai tertinggi ketika ia bisa masuk ke dalam masalah teknis yang sulit dan keluar dengan solusi yang baik. Ini membutuhkan fokus yang dalam — bukan dalam hitungan menit, tapi dalam hitungan jam dan kadang hari. Deep work adalah modal utama seorang engineer senior, dan ia sangat mudah terfragmentasi.

Begitu ada direct subordinate, kalender senior engineer mulai terisi dengan hal-hal yang tidak ada hubungannya dengan pekerjaan teknisnya:

• 1-on-1 rutin yang membutuhkan persiapan, pelaksanaan, dan tindak lanjut
• Percakapan tentang performa yang sensitif dan butuh waktu lebih dari yang direncanakan
• Konflik interpersonal antara subordinate dengan anggota tim lain yang harus dimediasi
• Pertanyaan karier dari subordinate yang tidak bisa dijawab dalam 5 menit
• Pelaporan ke EM tentang kondisi tim — yang berarti ia harus punya awareness level yang berbeda

Setiap item di atas bukan hanya memotong waktu secara langsung — ia juga memotong konsentrasi. Studi tentang cognitive switching cost menunjukkan bahwa berpindah dari mode “problem solving teknis” ke mode “mendengarkan dan merespons kebutuhan emosional orang” dan kemudian kembali lagi tidak bisa dilakukan tanpa biaya mental yang signifikan.

Hasilnya: senior engineer tidak lagi menghasilkan solusi teknis terbaik yang bisa ia hasilkan. Dan karena kemampuan teknisnya adalah alasan utama ia diberi posisi tersebut, organisasi sebenarnya sedang mengikis aset utamanya.

2. Burnout yang Tidak Terdeteksi

People management adalah emotional labor — pekerjaan emosional yang menghabiskan energi dengan cara yang berbeda dari pekerjaan teknis. Bagi engineer yang tidak memilih jalur ini dan tidak disiapkan untuk ini, beban tersebut bisa sangat berat.

Yang membuat situasi ini berbahaya adalah sifatnya yang tidak terlihat. Senior yang mengalami burnout karena beban people management biasanya masih “terlihat produktif” di permukaan — kode masih ditulis, PR masih di-review, meeting masih dihadiri. Tapi di bawah permukaan:

• Ia merasa bertanggung jawab atas performa orang lain tapi tidak punya alat untuk benar-benar memengaruhinya
• Ia merasa bersalah ketika subordinate bermasalah, meskipun masalahnya di luar kendalinya
• Ia terjebak di dua dunia — dituntut sebagai technical leader sekaligus people manager — dan tidak bisa memberikan yang terbaik di keduanya
• Ia tidak bisa “mematikan” mode manager bahkan di luar jam kerja, karena ia tahu ada orang yang bergantung padanya untuk hal-hal yang melampaui kode

stateDiagram-v2
    [*] --> FokusTeknis: Senior engineer tanpa direct report
    FokusTeknis --> DeepWork: Bisa masuk problem teknis dalam
    DeepWork --> SolusiTerbaik: Menghasilkan nilai teknis tertinggi

    [*] --> TerbebaniDual: Senior engineer dengan direct report
    TerbebaniDual --> FragmentasiFokus: Kalender terpecah antara teknis dan people
    FragmentasiFokus --> KualitasMenurun: Solusi teknis tidak optimal
    TerbebaniDual --> EmotionalLabor: Menanggung beban people management
    EmotionalLabor --> Burnout: Kelelahan yang tidak terlihat
    Burnout --> Turnover: Senior resign atau kehilangan motivasi

Burnout jenis ini sering berakhir dengan satu dari dua skenario: senior engineer resign karena tidak tahan, atau senior engineer bertahan tapi motivasinya sudah mati — ia datang, mengerjakan yang minimum, dan tidak lagi memberikan kontribusi terbaik yang pernah ia berikan.

Keduanya adalah kehilangan yang mahal untuk organisasi.

3. Kesiapan Mental yang Tidak Bisa Diasumsikan

Ada asumsi yang sangat berbahaya yang sering mendasari keputusan ini: bahwa engineer yang hebat secara teknis pasti bisa mengelola manusia dengan baik, atau setidaknya bisa belajar cukup cepat. Asumsi ini salah dalam banyak kasus.

Mengelola manusia membutuhkan skill set yang berbeda secara fundamental dari membuat keputusan teknis:

• Kemampuan mendengarkan tanpa langsung memberikan solusi
• Toleransi terhadap ambiguitas dan proses yang lambat
• Kemampuan memberikan feedback negatif dengan cara yang tidak merusak hubungan
• Empati terhadap kondisi emosional yang memengaruhi performa
• Kesabaran dengan perkembangan yang tidak linear

Banyak engineer yang unggul secara teknis justru sangat tidak nyaman dengan hal-hal di atas — bukan karena mereka kurang dewasa, tapi karena otak mereka terlatih untuk mencari solusi cepat dan presisi, bukan untuk duduk dengan ketidakpastian manusia.

Yang lebih bermasalah: ketika senior engineer diberikan direct subordinate tanpa persiapan yang memadai, beberapa pola negatif yang tidak produktif cenderung muncul:

Pola disfungsional yang sering muncul:

✗ Micro-managing teknis — senior terlalu dalam ikut campur
  implementasi karena lebih nyaman dengan kode daripada
  memberi arahan dan menunggu

✗ False authority — menggunakan posisi struktural untuk
  memvalidasi keputusan teknis yang seharusnya didiskusikan,
  bukan diperintahkan

✗ Resistensi terhadap EM formal — merasa posisinya tumpang
  tindih dengan EM dan mulai ada friksi tidak produktif

✗ Inkonsistensi feedback — kadang sangat detail teknis,
  kadang tidak ada feedback sama sekali, karena tidak punya
  framework yang jelas untuk people management

Ini bukan kesalahan individu senior engineer-nya. Ini adalah hasil yang dapat diprediksi ketika seseorang dimasukkan ke dalam peran yang tidak ia pilih dan tidak disiapkan dengan benar.

4. Mentoring dan Managing Adalah Dua Hal yang Berbeda

Salah satu justifikasi yang paling sering digunakan untuk memberikan direct subordinate kepada senior engineer adalah: “toh mereka sudah mentoring junior selama ini, ini hanya formalitasnya saja.” Ini adalah kesalahpahaman yang sangat fundamental tentang apa yang berbeda antara mentoring dan managing.

Ketika seseorang yang nyaman dan efektif sebagai mentor dipaksakan menjadi manager, yang sering terjadi bukan mentor yang lebih baik — ia adalah manager yang tidak nyaman dengan aspek-aspek formal dari perannya dan mentor yang hubungannya menjadi canggung karena ada power dynamics struktural yang masuk ke dalamnya.

Begitu ada struktur formal atasan-bawahan, dinamika mentoring berubah. Mentee menjadi subordinate. Pertanyaan jujur tentang ketidakmampuan menjadi berisiko karena sama dengan mengakui kelemahan kepada orang yang punya wewenang dalam evaluasi karier. Keamanan psikologis yang membuat mentoring efektif bisa runtuh.

5. Organizational Debt yang Terakumulasi

Seperti technical debt, organizational debt tidak langsung terlihat tapi terus terakumulasi. Memberikan direct subordinate kepada senior engineer menciptakan beberapa bentuk organizational debt sekaligus.

Ambiguitas otoritas. Ketika ada dua jalur pelaporan — senior engineer sebagai atasan struktural dan engineering manager sebagai atasan formal — subordinate sering bingung: siapa yang keputusannya lebih final? Siapa yang harus dituju ketika ada masalah non-teknis? Siapa yang menentukan prioritas ketika ada konflik? Ambiguitas ini tidak hanya membuang waktu — ia menciptakan stres yang tidak perlu bagi semua pihak.

Feedback yang tidak konsisten. EM yang baik punya sistem untuk memastikan feedback mengalir secara teratur, terstruktur, dan tepat waktu. Senior engineer yang tidak disiapkan untuk people management biasanya tidak punya sistem ini — feedback terjadi secara ad hoc, hanya ketika ada masalah besar, atau terlalu terfokus pada aspek teknikal saja dan mengabaikan dimensi lain dari performa seseorang.

Career path yang tidak jelas bagi subordinate. Jika atasan langsung seseorang adalah senior engineer yang jalur kariernya adalah IC track, siapa yang memfasilitasi diskusi tentang apakah subordinate itu ingin ke IC track atau EM track? Siapa yang punya konteks untuk mengevaluasi kesiapan mereka untuk kedua jalur tersebut?

Skill gap yang melebar. Senior engineer yang terpaksa menghabiskan 30-40% waktunya untuk people management tidak bisa mengembangkan kedalaman teknisnya secepat jika ia fokus. Dalam 2-3 tahun, ia mungkin tertinggal dari rekan-rekannya yang berada di IC track murni — dan ini merugikan baik individunya maupun tim.

Model Alternatif yang Lebih Sehat

Memahami masalahnya lebih mudah dari menemukan solusinya, terutama ketika tekanan pertumbuhan organisasi sangat nyata. Berikut tiga model yang lebih sehat dan terbukti bekerja di organisasi engineering yang matang.

Model 1: Staff dan Principal Engineer Track

Cara paling elegan untuk memberikan tanggung jawab yang lebih besar kepada senior engineer tanpa membebankan people management adalah dengan menciptakan level lanjutan di IC track: Staff Engineer dan Principal Engineer.

Di level ini, senior engineer memiliki scope yang lebih luas — bisa lintas tim atau bahkan lintas organisasi — tapi tetap tanpa direct report. Pengaruhnya datang dari keputusan teknis, arsitektur yang ia rancang, dan standar yang ia tetapkan — bukan dari siapa yang melapor kepadanya secara struktural.

flowchart TD
    SE[Senior Engineer] --> Q{Ingin pertumbuhan\nlebih besar?}

    Q -- "Ya, lewat teknis" --> SSE[Staff Engineer]
    SSE --> PE[Principal Engineer]
    PE --> DE[Distinguished Engineer]

    Q -- "Ya, lewat manusia" --> TEM[Transisi ke EM Track]
    TEM --> EMR[Engineering Manager]
    EMR --> SEM[Senior EM / Director]

    Q -- "Tidak, fokus dulu" --> SE

    style SSE fill:#e8f5e9,stroke:#43a047
    style PE fill:#e8f5e9,stroke:#43a047
    style DE fill:#e8f5e9,stroke:#43a047
    style EMR fill:#e3f2fd,stroke:#1e88e5
    style SEM fill:#e3f2fd,stroke:#1e88e5

Model ini memisahkan pertumbuhan karier dari people management secara eksplisit, dan memungkinkan engineer yang memang tidak tertarik mengelola manusia untuk tetap tumbuh tanpa harus masuk ke jalur yang tidak cocok untuk mereka.

Model 2: Engineering Manager sebagai Single Owner People

Dalam model ini, setiap engineer hanya punya satu atasan formal yang bertanggung jawab atas people management mereka: Engineering Manager. Senior engineer boleh — dan harus — terlibat dalam mentoring, code review, dan memberikan arah teknis. Tapi semua aspek formal (performance review, promosi, konflik interpersonal) tetap berada di tangan EM.

Ini menciptakan kejelasan yang sangat berharga:

• Subordinate tahu ke mana harus pergi untuk masalah yang berbeda
• Senior engineer tahu batas tanggung jawabnya
• EM punya visibilitas penuh terhadap kondisi semua anggota timnya
• Tidak ada kebingungan tentang siapa yang punya kata akhir

Tantangannya adalah rasio EM terhadap engineer harus cukup masuk akal — umumnya 1:6 sampai 1:10 adalah range yang sehat tergantung kompleksitas tim. Jika rasionya jauh melebihi itu, solusinya bukan memberikan wewenang people management ke senior engineer — solusinya adalah merekrut EM baru atau merestrukturisasi tim.

Model 3: Mentoring Matrix Non-Struktural

Untuk kebutuhan knowledge transfer dan pengembangan teknis, mentoring matrix adalah alternatif yang fleksibel dan efektif. Dalam model ini, senior engineer bisa membimbing beberapa junior sekaligus — tapi hubungannya tidak terikat struktur HR, tidak ada evaluasi formal, dan keduanya bisa mengakhiri atau mengubah hubungan tersebut sesuai kebutuhan.

flowchart LR
    SE1[Senior A] -->|Mentoring teknis| JE1[Junior 1]
    SE1 -->|Mentoring teknis| JE2[Junior 2]
    SE2[Senior B] -->|Mentoring teknis| JE2
    SE2 -->|Mentoring teknis| JE3[Junior 3]

    EM[Engineering Manager] -->|People management| JE1
    EM -->|People management| JE2
    EM -->|People management| JE3
    EM -->|People management| SE1
    EM -->|People management| SE2

    style EM fill:#e3f2fd,stroke:#1e88e5
    style SE1 fill:#e8f5e9,stroke:#43a047
    style SE2 fill:#e8f5e9,stroke:#43a047

Perhatikan bahwa dalam model ini, EM tetap menjadi satu-satunya jalur people management untuk semua orang — termasuk senior engineer itu sendiri. Senior engineer hanya berperan dalam jalur teknis dan mentoring, tanpa tumpang tindih dengan wewenang formal EM.

Kapan Pengecualian Mungkin Masuk Akal

Tidak ada aturan yang benar-benar absolut dalam desain organisasi. Ada kondisi di mana memberikan tanggung jawab yang menyentuh people management kepada senior engineer bisa dipertimbangkan — dengan syarat yang sangat ketat.

BISA DIPERTIMBANGKAN jika semua kondisi ini terpenuhi:
  ✓ Ini adalah transisi eksplisit menuju EM track, bukan tambahan beban
  ✓ Ada timeline jelas untuk formalisasi perannya sebagai EM
  ✓ Ada coaching khusus untuk kesiapan people management
  ✓ Tanggung jawab teknis dikurangi secara proporsional
  ✓ Senior engineer sendiri memilih dan menginginkan ini

HINDARI jika salah satu kondisi ini ada:
  ✗ "Sementara" tanpa timeline jelas — sementara biasanya jadi permanen
  ✗ Tanggung jawab teknis tidak dikurangi — dua beban penuh sekaligus
  ✗ Senior engineer tidak pernah ditanya apakah ia mau
  ✗ Motivasinya adalah mengurangi beban EM yang ada, bukan pengembangan senior
  ✗ Tidak ada plan untuk membuat EM baru atau merestrukturisasi

Jika alasan utama memberikan direct subordinate kepada senior engineer adalah “EM kita kewalahan”, solusi yang tepat adalah merekrut EM baru atau menyesuaikan ukuran tim — bukan mendelegasikan people management ke orang yang tidak disiapkan dan tidak memilih untuk itu.

Sinyal Bahwa Struktur Sudah Bermasalah

Jika kamu sudah berada di situasi di mana senior engineer memiliki direct subordinate, ada beberapa sinyal yang menunjukkan bahwa struktur ini mulai menimbulkan masalah dan perlu dievaluasi:

• Senior engineer mulai absen dari diskusi teknis yang sebelumnya selalu ia ikuti
• Kualitas code review dari senior engineer menurun — lebih superfisial, lebih cepat disetujui
• Subordinate lebih sering bypass senior engineer langsung ke EM untuk masalah non-teknis
• Ada friksi yang tidak produktif antara senior engineer dan EM tentang siapa yang punya otoritas untuk keputusan tertentu
• Senior engineer mulai mengeluhkan “terlalu banyak meeting” atau “tidak bisa fokus”
• Performance review yang senior engineer tulis untuk subordinate-nya terasa sangat teknis dan mengabaikan aspek lain dari performa

Salah satu dari sinyal ini sudah cukup untuk membuka percakapan tentang apakah struktur yang ada memang yang terbaik.

Ringkasan

• Senior engineer dan engineering manager adalah dua peran yang berbeda secara fundamental — bukan hanya di tanggung jawab, tapi di skill yang dibutuhkan, motivasi yang menggerakkan, dan beban mental yang dibawa setiap hari.
• Nilai tertinggi senior engineer datang dari fokus teknis — setiap jam yang ia habiskan untuk people management adalah jam yang tidak digunakan untuk menyelesaikan masalah teknis berdampak tinggi.
• Burnout karena people management sulit terdeteksi — senior yang kelelahan karena beban ganda seringkali masih “terlihat produktif” sampai akhirnya resign atau kehilangan motivasi sepenuhnya.
• Mentoring dan managing adalah dua hal yang berbeda — menambahkan struktur formal ke hubungan mentoring justru bisa merusak keamanan psikologis yang membuat mentoring efektif.
• Organizational debt terakumulasi diam-diam — ambiguitas otoritas, feedback yang tidak konsisten, dan career path yang tidak jelas adalah biaya jangka panjang yang sering tidak diperhitungkan.
• Staff dan Principal Engineer track adalah alternatif yang lebih sehat — memberikan ruang pertumbuhan bagi senior engineer tanpa memaksakan people management.
• EM sebagai single owner people management menciptakan kejelasan — satu jalur formal untuk semua hal yang berkaitan dengan manusia, senior engineer fokus pada teknis dan mentoring informal.
• Jika EM kewalahan, solusinya rekrut EM baru — bukan mendelegasikan people management ke orang yang tidak memilih dan tidak disiapkan untuk itu.