Engineering manager
Engineering manager bertanggung jawab atas bagaimana sebuah tim bekerja, bukan atas seperti apa kodenya. Cakupannya meliputi orang-orangnya — hiring, pengembangan, kinerja, jenjang karier — dan kondisi di sekitarnya: komposisi tim, proses, koordinasi dengan fungsi lain, dan apakah kelompok itu bisa diandalkan untuk mengirimkan hasil. Ini profesi yang benar-benar berbeda dari engineering, dan panduan ini menjelaskan isinya serta kapan sebuah tim membutuhkannya.
Apa yang dikerjakan seorang engineering manager?
Engineering manager bertanggung jawab atas berfungsinya sebuah tim engineering: siapa yang ada di dalamnya, bagaimana mereka berkembang, bagaimana kinerjanya, bagaimana mereka bekerja bersama, dan apakah tim itu mengirimkan hasil secara andal. Cakupannya biasanya meliputi hiring, sesi satu lawan satu, umpan balik dan percakapan kinerja, pengembangan karier serta pengajuan promosi, komposisi tim dan batas kepemilikan, desain proses, koordinasi dengan product, design dan fungsi lain, serta pelaporan delivery ke organisasi yang lebih luas. Keputusan teknis tentang software-nya sendiri umumnya berada di tangan tech lead atau para engineer; sang manajer bertanggung jawab atas kondisi yang membuat keputusan itu diambil dengan baik.
Perpindahan ke peran ini adalah pergantian profesi, bukan promosi di dalam satu profesi. Kepuasan menyelesaikan sesuatu sendiri digantikan oleh pengaruh yang dijalankan dari kejauhan, dengan jeda, melalui orang lain. Hasilnya tiba berbulan-bulan kemudian dan sulit diatribusikan. Manajer yang belum melakukan pergeseran itu di dalam dirinya terus meraih pekerjaan yang mereka tahu cara menyelesaikannya, dan gejalanya terlihat sebagai manajer yang menulis kode di jalur kritis sementara percakapan umpan balik yang tidak diinginkan siapa pun ditunda satu kuartal lagi.
Sebagian besar pekerjaan ini dilakukan sebelum ada yang salah. Tim yang komposisinya baik, yang kepemilikannya jelas, yang ekspektasinya eksplisit dan yang anggotanya didukung secara individual menghasilkan sangat sedikit krisis. Itu membuat pekerjaan ini diam-diam sulit dinilai, karena manajer terkuat tampak menangani lebih sedikit hal dibanding rekan yang kesulitan, dan godaan untuk mengukur peran ini dari aktivitas yang terlihat adalah alasan begitu banyak organisasi mempromosikan orang yang keliru ke dalamnya.
Cakupannya lebih luas dari delivery dan lebih sempit dari segalanya. Engineering manager bukan kepala arsitek tim dan tidak semestinya membatalkan keputusan teknis timnya atas dasar senioritas; kebiasaan itu mencabut kepemilikan dari para engineer dan perlahan menurunkan kemampuan tim. Sebaliknya, manajer yang menolak semua keterlibatan dalam substansi teknis tidak bisa menilai risiko, tidak bisa mengajukan promosi secara kredibel dan tidak bisa mewakili batasan timnya kepada siapa pun di luar. Posisi kerjanya adalah melek teknis sekaligus menahan diri secara teknis.
Kapan organisasi membutuhkan kapabilitas ini
Engineering management sering diserap oleh seorang engineer senior atau seorang pendiri selama masih bisa. Berikut tanda-tanda bahwa pengaturan itu sudah berhenti berjalan.
Urusan orang dikerjakan di sela-sela tugas lain
Sesi satu lawan satu dibatalkan ketika delivery sedang ketat, umpan balik hanya terjadi saat insiden, dan jenjang karier dibicarakan setahun sekali karena saat itulah formulirnya jatuh tempo. Urusan orang dikerjakan pada kualitas apa pun yang diizinkan oleh waktu sisa.
Engineer yang baik keluar dan alasannya tidak dipelajari
Pengunduran diri dianggap soal uang atau kesempatan karena tidak ada yang bertanya lebih awal atau bertanya dengan cukup baik. Kepergian biasanya didahului berbulan-bulan sinyal yang sebenarnya bisa ditangkap, dan menangkap sinyal itu adalah sebuah praktik, bukan naluri.
Jenjang karier mandek dan tidak ada yang memilikinya
Engineer tidak bisa menjelaskan apa yang akan membawa mereka ke level berikutnya, pengajuan promosi diargumentasikan lewat advokasi alih-alih bukti, dan orang-orang terkuat menyimpulkan bahwa pertumbuhan menuntut pindah ke luar. Kesimpulan itu cepat mewujudkan dirinya sendiri.
Delivery tidak terprediksi karena alasan organisasional
Komitmen meleset karena kepemilikan yang tidak jelas, dependency yang tidak dikelola, interupsi terus-menerus dan permintaan yang saling bersaing, bukan karena engineering-nya sulit. Penyebab semacam itu berada di luar kendali engineer mana pun dan di luar cakupan yang murni teknis.
Koordinasi terjadi secara informal atau tidak terjadi sama sekali
Fungsi product, design, data dan komersial masing-masing memegang sebagian gambaran, dan tim menemukan bagian yang hilang saat implementasi. Seseorang harus bertanggung jawab atas sambungan antar fungsi, dan itu terpisah dari bertanggung jawab atas kodenya.
Sebuah tim akan bertumbuh secara signifikan
Menambahkan orang ke kelompok yang normanya tidak pernah dibuat eksplisit akan mengencerkan norma itu. Melakukan hiring dengan cepat, melakukan onboarding dengan baik dan menjaga budaya tetap terbaca selama ekspansi adalah pekerjaan tersendiri, dan jauh lebih murah dilakukan dengan sengaja daripada diperbaiki setelahnya.
Kapabilitas inti
Sesi satu lawan satu yang memunculkan masalah lebih awal
Percakapan rutin yang bentuknya ditentukan lawan bicara, dilakukan cukup sering sehingga kesulitan muncul selagi masih kecil. Manajer yang sesi satu lawan satunya berupa laporan status akan mengetahui masalah pada saat yang sama dengan semua orang, yang menghapus manfaat utama dari mengadakannya.
Umpan balik dan percakapan kinerja
Mengatakan hal yang sulit sejak awal, secara spesifik dan tanpa ambiguitas. Kinerja yang terus di bawah standar dan ditangani terlambat adalah kegagalan manajemen yang paling umum, dan biayanya ditanggung rekan-rekan yang menutupinya jauh sebelum ditanggung orang yang bersangkutan.
Pengembangan karier
Memahami ke mana setiap orang ingin sampai, jujur tentang jaraknya, dan mengatur pekerjaan yang menutup jarak itu. Pengembangan jauh lebih banyak terjadi lewat penugasan daripada lewat pelatihan, yang membuatnya sama-sama menjadi persoalan penjadwalan dan negosiasi seperti halnya persoalan coaching.
Hiring
Mendefinisikan apa yang sebenarnya dibutuhkan sebuah posisi, merancang proses wawancara yang mengujinya, mengalibrasi para pewawancara agar penilaiannya sebanding, lalu memutuskan. Proses wawancara yang disusun karena kebiasaan cenderung mengukur kenyamanan dan keakraban, bukan kemampuan mengerjakan pekerjaannya.
Komposisi tim
Membentuk bauran keterampilan, senioritas dan kepemilikan agar tim tidak berat di atas maupun terlalu tipis, dan agar tidak ada satu orang pun yang menjadi satu-satunya jalan menuju sebuah sistem kritis. Keputusan komposisi punya konsekuensi yang lebih panjang daripada hampir semua hal lain yang dilakukan seorang manajer.
Tanggung jawab atas delivery
Membuat perkiraan secara jujur, mengomunikasikan keterlambatan begitu diketahui alih-alih ketika sudah tidak terhindarkan, dan menjaga perbedaan antara komitmen dan cita-cita. Kredibilitas di sini dibangun oleh kabar buruk yang datang awal dan dihancurkan oleh penenangan yang datang terlambat.
Merancang dan menghapus proses
Memperkenalkan seremoni seminimal mungkin yang menyelesaikan masalah yang teridentifikasi, dan menghapus yang sudah lewat masa gunanya. Proses menumpuk secara default karena setiap penambahannya dulu masuk akal satu per satu, dan tidak ada yang ditugaskan memperhatikan bobot totalnya.
Koordinasi lintas fungsi
Memegang hubungan kerja dengan fungsi product, design, data, operasional dan komersial, menegosiasikan prioritas dan memunculkan dependency sebelum ia menggigit. Banyak gesekan yang dianggap berasal dari engineering sebenarnya berasal dari batas-batas ini.
Membaca kesehatan tim
Menafsirkan indikator yang mendahului masalah — lembur yang berkepanjangan, kesunyian di dalam review, kelelahan on-call, orang yang sama yang selalu mengajukan diri — lalu bertindak selagi intervensinya masih murah.
Mewakili tim ke atas
Menjelaskan batasan, trade-off dan risiko kepada orang tanpa konteks engineering, lalu kembali membawa keputusan beserta penalarannya, bukan sekadar instruksi. Manajer yang menyerap tekanan tanpa meneruskan informasi meninggalkan tim yang bingung mengapa ada yang berubah.
Bagaimana disiplin ini dipraktikkan
Peran ini tidak didefinisikan oleh sebuah technology stack, sehingga yang berikut ini menguraikan metode. Praktik dan artefak di bawah adalah yang lazim dipakai di industri — gambaran tentang cara disiplin ini bekerja, bukan klaim tentang cara kerja manajer mana pun secara khusus. Semuanya juga mudah diadopsi secara permukaan, dan karena itulah substansi di baliknya yang layak diperiksa.
Praktik pengelolaan orang
- Sesi satu lawan satu rutin
- Rencana pertumbuhan dan pengembangan
- Kerangka level dan kompetensi
- Siklus kinerja dan promosi
- Konvensi umpan balik terstruktur
Praktik hiring
- Scorecard peran
- Desain rangkaian wawancara
- Kalibrasi pewawancara
- Debrief terstruktur
- Rencana onboarding
Pengelolaan delivery
- Perencanaan roadmap dan komitmen
- Pemetaan dependency
- Register risiko
- Perencanaan kapasitas dan alokasi
- Pelaporan kepada stakeholder
Irama kerja tim
- Irama perencanaan
- Retrospektif
- Kesepakatan kerja
- Jalur kepemilikan dan eskalasi
- Kebijakan interupsi dan rotasi on-call
Indikator kesehatan
- Survei keterlibatan dan pulse
- Peninjauan retensi dan atrisi
- Peninjauan beban on-call
- Ukuran alur delivery
- Tindak lanjut pasca-insiden
Bagaimana peran ini bekerja dengan tim Anda
Engineer bekerja di dalam tim Anda, mengikuti prioritas dan standar Anda. Anda yang mengarahkan pekerjaannya; Talent.ID menangani hubungan kerjanya. Pembagian di bawah ini adalah keseluruhan pengaturannya.
Tetap milik Anda
- Produk
- Prioritas bisnis
- Roadmap
- Arsitektur
- Prioritas sprint
- Standar engineering
- Kolaborasi teknis sehari-hari
Ditangani Talent.ID
- Hubungan kerja
- Payroll
- Benefit karyawan
- Administrasi talenta
- Hubungan karyawan berkelanjutan
Seperti apa ini dalam praktik
Skenario hipotetis, ditulis untuk menunjukkan bagaimana model kerjanya diterapkan. Ini bukan klien Talent.ID dan bukan proyek yang pernah dikerjakan.
- Tantangan
- Sebuah kelompok engineering yang bertumbuh telah melampaui pengaturan yang dulu menopangnya. Percakapan pengembangan terjadi ketika delivery mengizinkan, ekspektasi tentang jenjang karier tidak tertulis, koordinasi dengan fungsi lain bergantung pada hubungan antarindividu, dan komitmen meleset karena hal-hal yang tidak banyak berkaitan dengan engineering-nya sendiri.
- Pendekatan
- Kapasitas manajemen tambahan bekerja sepenuhnya di dalam organisasi klien — garis pelaporan klien, kerangka jenjang karier klien, prioritas klien dan standar engineering klien. Keputusan tentang kinerja, promosi, gaji dan struktur tim tetap milik klien, demikian pula seluruh arah teknis dan arsitektural.
- Yang ditambahkan ke tim
- Organisasi memperoleh kapasitas berpengalaman untuk pekerjaan menjalankan sebuah tim, sementara setiap keputusan tentang orang, struktur, produk dan arah teknis tetap berada pada klien dan kepemimpinannya sendiri.
Disiplin terkait
Pertanyaan yang sering diajukan
- Apa bedanya engineering manager dan tech lead?
- Keduanya bertanggung jawab atas hal yang berbeda tentang tim yang sama. Manajer menjawab bagaimana tim berfungsi: siapa yang bergabung, bagaimana orang berkembang, bagaimana kinerja ditangani, bagaimana pekerjaan dikoordinasikan dan apakah delivery bisa diandalkan. Tech lead menjawab substansi teknis dari pekerjaannya — bagaimana ia dirancang, ditinjau dan dibangun dengan standar yang konsisten. Di organisasi kecil satu orang sering memegang keduanya, yang berjalan selama timnya kecil dan cenderung rusak saat membesar, karena kedua cakupan itu memperebutkan perhatian dan yang mendesak selalu menang.
- Apa bedanya engineering manager dan project manager?
- Project manager bertanggung jawab atas satu paket pekerjaan yang terdefinisi sampai selesai — ruang lingkup, jadwal, dependency, pelaporan — dan tanggung jawabnya berakhir ketika proyeknya berakhir. Engineering manager bertanggung jawab atas sebuah tim tetap dari waktu ke waktu, termasuk orang-orang di dalamnya, yang berlanjut terlepas dari apa yang sedang dikerjakan. Project manager mengoordinasikan pekerjaan; engineering manager membangun dan menjaga kapabilitas yang mengerjakannya.
- Apakah engineering manager harus punya latar teknis?
- Mereka butuh cukup literasi teknis untuk menilai risiko, mengikuti percakapan substantif tentang trade-off, mengajukan promosi secara kredibel dan mewakili batasan tim ke luar. Mereka tidak perlu menjadi engineer terkuat yang ada, dan keyakinan bahwa mereka harus begitu menghasilkan manajer yang bersaing dengan timnya sendiri. Manajer dari latar non-engineering bisa berhasil di tempat pengambilan keputusan teknis benar-benar dimiliki pihak lain, meski umumnya mereka membutuhkan mitra teknis yang kuat dan kerendahan hati yang besar tentang apa yang tidak bisa mereka nilai.
- Apakah engineering manager sebaiknya masih menulis kode?
- Sedikit, pada pekerjaan yang tidak berada di jalur kritis, adalah cara yang wajar untuk tetap melek teknis dan merasakan hambatan yang sama dengan timnya. Sebagai komitmen rutin, hal ini biasanya gagal: pekerjaan manajerial mudah terinterupsi dan tidak terprediksi, sehingga kodenya yang menjadi korban, dan sang manajer berubah menjadi dependency yang tidak andal bagi timnya sendiri. Bentuk paling aman adalah kecil, bisa ditunda, dan tidak menghalangi siapa pun.
- Berapa banyak engineer yang sebaiknya ditangani satu manajer?
- Rentang yang bisa dijalankan berada di angka satu digit, dan itu bervariasi menurut apa lagi yang dipikul orang tersebut. Manajer yang sekaligus bertindak sebagai pemimpin teknis, atau mendampingi beberapa orang yang sedang bertumbuh pesat, atau memegang porsi besar koordinasi lintas fungsi, akan lebih cepat mencapai batasnya. Petunjuk yang andal tentang rentang yang berlebih bukanlah sebuah angka melainkan sebuah pola: sesi satu lawan satu yang dibatalkan, umpan balik yang tertunda, dan manajer yang mengetahui masalah dari orang lain.
- Apa yang sebaiknya tetap dipegang tim alih-alih manajernya?
- Keputusan teknis, pendekatan desain, estimasi dan detail tentang bagaimana pekerjaan dilakukan. Manajer yang mengambil alih semua itu mencabut kepemilikan yang membuat sebuah tim mampu berjalan tanpanya, dan menciptakan bottleneck yang memburuk seiring tim membesar. Kontribusi sang manajer adalah memastikan keputusan tersebut diambil oleh orang yang tepat, dengan informasi yang tepat, dan konsekuensinya terlihat.
- Bagaimana engineering manager bekerja dengan tim engineering yang sudah ada?
- Di dalam struktur organisasi Anda, tidak pernah di atasnya. Ketika sebuah posisi diisi lewat penambahan kapasitas tim, organisasi Anda tetap memegang garis pelaporan, keputusan kinerja dan gaji, jenjang karier, struktur tim, prioritas dan proses, bersama arsitektur, arah teknis dan kepemilikan produk. Kepemimpinan Anda yang mengarahkan pekerjaan. Talent.ID hanya memegang sisi kepegawaian — hubungan kerja, payroll, benefit karyawan dan administrasi talenta — dan tidak ada bagian dari menjalankan organisasi engineering Anda yang ikut berpindah bersamanya.
Ceritakan kebutuhan tim Anda
Jelaskan kekurangannya — pekerjaannya, stack-nya, cara tim Anda berjalan — dan kami akan menyampaikan apa yang dapat kami dukung. Bila bukan sesuatu yang bisa kami bantu, kami akan mengatakannya.