Belajar Engineering Manager - Budget & Headcount
Episode 15 of 28

Belajar Engineering Manager - Budget & Headcount

Mengelola uang tim engineering: anatomi budget dari gaji sampai tool cloud, konsep fully-loaded cost dan run-rate, siklus planning tahunan, keputusan FTE vs contractor vs outsourcing, serta cara membela permintaan headcount dengan bahasa ROI yang dipahami CFO

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

Pendahuluan

Setelah di episode 14 kita menata kerja distributed, kita masuk wilayah yang jarang diajarkan kepada engineer lalu tiba-tiba menjadi tanggung jawab: uang.

Banyak EM menghindari topik budget karena terasa ranah finance. Padahal keputusan sehari-hari kalian semuanya berdampak finansial: menyetujui tool baru, membuka posisi hiring, memilih contractor, mengizinkan langganan SaaS bertambah satu lagi. EM yang memahami bahasa angka organisasi bisa membela timnya di meja keputusan — alokasi debt, bonus, headcount — sedangkan yang tidak akan selalu kalah oleh departemen yang bisa menghitung dirinya sendiri.

Anatomi Budget Engineering

Biaya tim engineering terbagi dua kategori besar:

KategoriKomponenKarakter
People cost (dominan)Gaji, tunjangan, BPJS/asuransi, bonus, equitySticky: susah turun cepat
Non-peopleCloud/infra, tool SaaS, hardware, training, eventFleksibel tapi siluman

Dua fakta yang sering mengejutkan EM baru. Pertama, people cost biasanya 70-85% dari budget tim — optimasi lisensi SaaS bagus untuk hemat 5%, tapi keputusan struktur tim menggerakkan puluhan persen. Kedua, biaya cloud adalah siluman klasik: tagihan yang naik pelan 8% per bulan tidak memicu alarm siapa pun sampai akhir tahun jadi 2.5x lipat. Jadikan review tagihan cloud bulanan sebagai agenda tetap — bukan karena kalian harus jadi cost cutter, melainkan karena anomali biaya sering merupakan gejala teknis (resource lupa dimatikan, query mahal, egress boros).

Fully-Loaded Cost: Harga Sebenarnya Satu Orang

Konsep paling penting untuk semua diskusi headcount: gaji bukan biaya seorang engineer. Fully-loaded cost menambahkan semua beban di atasnya:

Perkiraan fully-loaded cost per tahun (contoh ilustratif)
Gaji bruto tahunan                    : Rp 240.000.000
Tunjangan & asuransi (BPJS, kesehatan): Rp  36.000.000   (+15%)
Bonus/thr & variable                  : Rp  24.000.000   (+10%)
Hardware + tool + lisensi             : Rp  20.000.000
Training, konferensi, event tim       : Rp   8.000.000
Biaya rekrutmen amortisasi            : Rp  12.000.000
------------------------------------------------------------
Fully-loaded                          : ~Rp 340.000.000/tahun
                                      : ~Rp 28.000.000/bulan

Aturan kasar yang berguna saat diskusi cepat: fully-loaded cost biasanya 1.25x sampai 1.5x gaji. Angka pastinya kalian dapatkan dari HR/finance — mintalah, jangan menebak, karena ini fondasi semua argumen kalian. Dengan angka ini, pertanyaan "haruskah hire satu senior?" bisa dijawab dalam bahasa bisnis: "investasi Rp X per tahun untuk dampak spesifik Y".

Run-Rate dan Siklus Planning

Yang perlu kalian pegang setiap saat adalah run-rate: total biaya bulanan tim saat ini — jumlah fully-loaded cost semua anggota plus rata-rata biaya non-people per bulan. Run-rate memberi insting cepat: "tool ini setara setengah hari kerja satu engineer per bulan — layak jika menghemat lebih dari itu".

Siklus budget organisasi umumnya berjalan begini:

  1. Q3-Q4: leadership menetapkan arah tahun depan; EM menyusun usulan headcount dan investasi tim.
  2. Negosiasi: proposal diperebutkan antar departemen; inilah momen storytelling berbasis angka kalian diuji.
  3. Lock: budget dikunci; perubahan besar butuh approval khusus.
  4. Review kuartalan: actual vs plan; deviasi besar harus bisa dijelaskan, bukan disembunyikan.

Note

Jangan tunggu finance mengajar kalian angka tim sendiri. Minta data kompensasi agregat dan tagihan cloud/tool milik tim, bangun spreadsheet run-rate di manager OS, dan perbarui tiap kuartal. EM yang tahu run-rate-nya di luar kepala didengar beda di rapat budget.

FTE vs Contractor vs Outsourcing

Permintaan kapasitas punya tiga pintu jawaban dengan ekonomi berbeda:

OpsiCocok UntukKelebihanRisiko Utama
FTE (full-time)Kapabilitas inti jangka panjangLoyalitas, akumulasi domain knowledgeBiaya sticky, ramp-up 2-3 bulan
ContractorLonjakan demand temporer, skill spesifikCepat masuk-keluar, biaya per proyekKnowledge transfer buruk, kualitas bervariasi
Outsourcing/vendorFungsi non-inti (support tier-1, QA massal)Skala fleksibelKetergantungan vendor, konteks produk tipis

Prinsip pemilihan yang sehat: inti di dalam, tepi di luar. Domain knowledge produk adalah aset strategis — ia harus menumpuk di kepala FTE, bukan di kontrak vendor yang bisa habis. Contractor sah untuk kebutuhan nyata temporer, dengan syarat knowledge transfer direncanakan sejak kontrak ditulis: dokumentasi wajib, pairing dengan FTE, handover checklist. Kesalahan klasik adalah memakai contractor sebagai FTE permanen dengan harga lebih mahal tanpa loyalitas — skenario terburuk dari kedua dunia.

Satu bentuk lain yang populer di pasar 2026: staff augmentation (contractor embedded di dalam tim). Berhasil jika mereka diperlakukan seperti anggota tim — ikut retro, ikut on-call rotation, akses penuh dokumentasi — dan gagal jika diperlakukan sebagai tenaga borongan.

Membela Permintaan Headcount

Proposal headcount kalian bersaing dengan proposal departemen lain. Struktur yang membuatnya kuat:

  1. Mulai dari masalah bisnis: bukan "kami butuh 2 engineer", melainkan "roadmap Q1-Q2 membutuhkan X person-bulan; gap kami Y".
  2. Tunjukkan alternatif sudah dieksplorasi: potong backlog, otomasi, contractor (episode 8) — ini membuktikan hiring bukan jawaban default kalian.
  3. Kuantifikasi dampak dan biaya: "senior platform engineer (fully-loaded Rp X) membebaskan 30% waktu empat mid engineer yang tersangkut infrastruktur; nilai setara Y per tahun".
  4. Sertakan risiko bila tidak hire: delay roadmap, attrition karena overwork, opportunity cost fitur.
  5. Timeline realistis: ingatkan ramp-up 2-3 bulan (episode 8); janji dampak instan akan mengkhianati kalian di review kuartal.

Format pengajuannya biasanya satu-pager: masalah, opsi yang dipertimbangkan, rekomendasi plus biaya, risiko, timeline. Latih presentasi lisan lima menitnya — keputusan headcount jarang lahir dari dokumen yang dibaca, melainkan dari keyakinan yang terbentuk di rapat.

Hemat yang Sehat vs Pelit yang Mahal

Penutup bagian ini dengan keseimbangan: efisiensi yang merusak juga ada. Pola pelit yang mahal: memotong training lalu kehilangan engineer senilai enam bulan rekrutmen; menolak upgrade CI yang lebih cepat lalu membayar ribuan jam engineer menunggu build; menahan kompensasi pasar lalu membayar premium pengganti. Aturan keputusannya konsisten dengan frame leverage dari episode 2: belanja yang mengembalikan waktu engineer berharga hampir selalu ROI positif; belanja sekadar hiburan atau tambalan budaya rusak bukan urusan budget, melainkan urusan manajemen (episode 6).

Dan satu disiplin penutup: catat semua keputusan budget penting beserta alasannya di manager OS. Saat pertanyaan muncul dua kuartal kemudian ("kenapa dulu kami tolak tool ini?"), kalian menjawab dari jejak keputusan — bukan dari ingatan yang sudah direvisi oleh waktu.

Tip

Mulailah dari spreadsheet sederhana: baris = anggota tim + pos biaya non-people, kolom = bulan. Satu jam membangunnya hari ini memberi kalian run-rate yang bisa dibuka kapan pun — dan kebiasaan melihat tim sebagai unit ekonomi yang sehat.

Penutup

Inti yang harus dibawa pulang:

  • People cost mendominasi 70-85% budget tim; biaya cloud/SaaS adalah siluman yang butuh review bulanan.
  • Fully-loaded cost ≈ 1.25-1.5x gaji; mintalah angka resmi dari HR/finance dan pakai di semua argumen.
  • Pegang run-rate tim di luar kepala — insting cepat untuk setiap keputusan belanja.
  • Inti di dalam (FTE), tepi di luar (contractor/vendor), dengan knowledge transfer direncanakan sejak kontrak.
  • Bela headcount dengan struktur lima langkah: masalah bisnis, alternatif, dampak-biaya terkuantifikasi, risiko, timeline ramp-up.

Di episode 16 selanjutnya kita beralih ke sisi manusia dari angka: Retention & Engagement — alasan riil orang resign, engagement survey dan eNPS sebagai telemetri, stay interview untuk deteksi dini risiko keluar, serta strategi retensi yang bekerja sebelum offer letter datang. Sampai jumpa!

Belajar Engineering Manager - Budget & Headcount | Belajar Engineering Manager