Gaji Rekayasa Perangkat Lunak Dibayar dari Salah Satu dari Tiga Anggaran

Tiga anggaran

• Gaji rekayasa perangkat lunak berasal dari salah satu dari tiga anggaran.
• Anggaran yang membayar gaji memengaruhi pekerjaan sehari-hari dan lintasan karier.
• Tiga anggaran tersebut adalah penjualan/pemasaran, riset dan pengembangan, serta pemeliharaan.

Anggaran penjualan/pemasaran

• Saat berada di organisasi pertumbuhan, hasilnya mudah dikuantifikasi dan diukur.
• Ini mencakup growth engineer, sales engineer, developer relations, dan peran serupa yang menangani penjualan produk yang sudah ada, pemberitahuan fitur, dan adopsi alat.
• Anggaran ini menginginkan dampak yang segera.
• Dampak yang terukur membuat ROI selalu dapat diketahui, dan secara langsung menghasilkan pendapatan.
• Jika pengukuran mudah, perbandingan juga menjadi mudah sehingga dapat memicu budaya persaingan internal.
• Pekerjaan berfokus pada jangka pendek, mengejar eksperimen berikutnya, pelanggan berikutnya, atau tren pemasaran berikutnya.
• Karena perusahaan ingin memaksimalkan laba atas investasi, tingkat perpindahan kerja bisa menjadi tinggi.

Riset dan pengembangan

• Riset dan pengembangan (R&D) mempekerjakan paling banyak engineer.
• Mereka bekerja di bawah organisasi produk, dan perusahaan besar memiliki organisasi riset dan sains yang sesungguhnya.
• Ini mencakup product engineer, peneliti, arsitek, dan peran lain yang membangun atau mengeksplorasi produk yang dijual atau dapat dijual oleh perusahaan.
• Anggaran ini menginginkan pertumbuhan seiring waktu.
• Lingkungannya lebih tenang, mencari keseimbangan antara pemeliharaan dan fitur untuk menarik pengguna baru.
• Perusahaan dengan departemen riset yang matang memiliki orang-orang yang meneliti ide yang baru akan menjadi produk beberapa tahun kemudian.
• Pengembangan dan riset berbeda, tetapi kesamaannya adalah fokus pada hasil jangka panjang.
• Jangka perhatian terpendek adalah per kuartal, dan pekerjaan harus menjadi aset yang memberi nilai selama bertahun-tahun.

Pemeliharaan

• Pemeliharaan sebagian besar terserap ke dalam pengembangan.
• Anggaran ini menginginkan optimalisasi biaya.
• Ini mencakup administrator sistem, orang-orang yang memelihara sistem lama, dan kadang-kadang platform engineer.
• Perusahaan memandang pekerjaan ini sebagai biaya murni dan ingin meminimalkannya.
• Di banyak perusahaan, pekerjaan ini digabungkan ke pengembangan produk dan dianggap sebagai pekerjaan yang tidak bernilai.
• Perusahaan sangat tidak menyukai anggaran ini sampai-sampai memberi waktu kepada engineer untuk pekerjaan NFR (kebutuhan nonfungsional) dianggap sebagai perlakuan khusus.
• Membangun alat internal juga bisa masuk kategori ini, misalnya dashboard administrasi yang membuat perusahaan tetap berjalan tetapi tidak pernah mendapat prioritas.

Mengapa ini penting

• Pekerjaan sehari-hari berubah tergantung pada anggaran tempat Anda bekerja.
• Pertumbuhan itu terukur dan penuh volatilitas.
• Riset itu tenang dan ambigu.
• Pengembangan itu bernilai dan dibangun seiring waktu.
• Pemeliharaan selalu menjadi target pemangkasan.

Opini GN⁺

• Tulisan ini membantu software engineer merencanakan karier mereka dan memahami bagaimana pekerjaan mereka dipersepsikan di dalam perusahaan.
• Dengan memahami karakteristik tiap anggaran, engineer dapat menilai apakah pekerjaan mereka menciptakan nilai jangka panjang atau berfokus pada hasil jangka pendek.
• Wawasan ini berguna agar engineer dapat memahami peran mereka dengan lebih jelas dan mengambil keputusan strategis yang diperlukan untuk mencapai tujuan karier mereka.

[GN⁺]

Komentar Hacker News

• Penting untuk memahami bagaimana organisasi memandang pengembangan perangkat lunak, karena ini sangat memengaruhi karier.

  • Di perusahaan konsultan, hubungan dengan klien dan kemampuan dasar pengembangan perangkat lunak dianggap penting.
  • Di perusahaan produk, kemampuan membangun dan mengoperasikan perangkat lunak adalah hal yang penting.
  • Di perusahaan lain tempat perangkat lunak berperan tambahan, kemampuan mengirimkan hasil sesuai anggaran itu penting, dan sulit untuk mendapat sorotan.

• Sulit memahami budaya teknologi modern yang selalu menjadikan pemeliharaan sebagai sasaran pemotongan anggaran dan meremehkannya.

  • Pengembangan fitur baru memang penting, tetapi memastikan fitur berfungsi dengan baik juga penting.
  • Di satu perusahaan, ada budaya yang terus-menerus membangun hal baru alih-alih melakukan pemeliharaan, dan ini berujung pada penggantian alat internal tanpa henti.
  • Tidak menganggap pemeliharaan penting merugikan bisnis dan bersifat merusak diri sendiri.

• Menilai software engineering sebagai sesuatu yang "tidak bernilai" berarti tidak memahami bisnis industri tersebut.

  • Dibandingkan dengan industri lain, anggaran dan margin keuntungan berbeda, sehingga cara mempekerjakan dan memberi kompensasi kepada engineer juga berbeda.
  • Investasi jangka panjang berbeda-beda tergantung lini produk dan fungsi lain di dalam perusahaan, dan ini memengaruhi anggaran untuk produk perangkat lunak.

• Dalam laporan tahunan perusahaan, "penjualan dan pemasaran" serta "riset dan pengembangan" sering terlihat, tetapi "pemeliharaan" jarang disebut.

  • Dengan membaca laporan keuangan perusahaan, kita bisa memahami berbagai pos biaya dan dinamika yang berbeda-beda.

• Blog patio11 membedakan antara cost center dan profit center, dan berpendapat bahwa penting untuk berada di profit center.

  • Blog tersebut juga menyediakan banyak informasi berguna lainnya.

• Ada empat kategori untuk membedakan anggaran:

  1. Riset dan pengembangan: mendapat manfaat pajak khusus dan kredit pajak.
  2. Penjualan/pemasaran: bisa mencakup sales engineer dan implementasi.
  3. Pemeliharaan: developer yang menangani perbaikan bug dan pekerjaan kode yang tidak mendapat manfaat pajak khusus.
  4. Dalam hosting service/PaaS/SaaS, operasional mencakup tingkat tertentu dari gaji software engineer.
  • Memahami pekerjaan apa yang dilakukan dari anggaran mana itu penting dari sisi pajak.

• Swizec menulis buku berguna berjudul "Serverless Handbook" dan telah lama menulis newsletter email yang informatif.

  • Ia mendukung "belajar lewat praktik / belajar di ruang terbuka" dan sangat baik dalam membagikan apa yang dipelajarinya.

• Mengibaratkan anggaran sebagai "bucket" memang bersifat metaforis, tetapi dalam tulisan itu digunakan secara harfiah.

  • Peran pemeliharaan termasuk dalam pengembangan produk, dan waktu yang dialokasikan untuk pemeliharaan di setiap sprint terbatas.
  • Engineer growth dan developer relations biasanya berada dalam organisasi produk.

• Secara historis, software engineering merupakan bagian dari fungsi IT, dan ini berasal dari akuntansi.

  • Bahkan saat ini, di banyak bisnis, akuntansi masih menjadi pendorong utama di balik perangkat lunak.

• Berdasarkan pengalaman, gaji growth engineering tidak pernah berasal dari anggaran pemasaran, dan juga tidak ada yang namanya anggaran "pemeliharaan".

  • Semuanya termasuk dalam anggaran R&D/engineering; ekspektasinya memang berbeda menurut tim/peran, tetapi itu bukan masalah anggaran.