Programer yang menghargai berdasarkan kepentingan aplikasi [ditutup]


10

Apakah benar bagi manajemen untuk memberikan programer yang lebih penting atau menghargai yang telah bekerja pada aplikasi strategis dan penting dibandingkan seseorang yang telah bekerja pada aplikasi umum?
Keduanya mungkin telah melakukan upaya yang sama.


Itu adalah cara sempurna untuk kehilangan bisnis dari mereka yang telah menjadi klien selama lebih dari 10 tahun. Harus ada keseimbangan yang sangat rumit antara penjualan, teknik, dan lainnya, atau pesaing akan mengurus Anda.
Pekerjaan

Jawaban:


14

Pertama, lebih berharga tidak selalu berarti lebih sulit. Sebagai contoh: pemrograman alat internal mungkin sangat berguna dan menghemat waktu untuk personel Anda tetapi nilai untuk pelanggan tidak selalu terlihat. Gaji harus diberikan pada kesulitan proyek dan tanggung jawab seseorang dalam tim.

Jika Anda menghargai tim secara berbeda, harus ada satu syarat: orang harus diizinkan mengubah tim saat mereka menginginkannya . Biarkan mereka yang menikmati pengembangan aplikasi yang lebih sulit mendapat penghasilan lebih banyak. Mereka yang lebih suka pekerjaan bebas stres dapat melakukan aplikasi yang lebih mudah. Dengan cara ini semua orang senang.

Mengunci orang ke dalam tim di mana satu tim menghasilkan sedikit lebih banyak akan menyebabkan frustrasi dan dapat membuat orang meninggalkan perusahaan Anda.


+1 Sepenuhnya setuju dengan komentar ini, "Pembayaran harus diberikan pada kesulitan proyek dan tanggung jawab seseorang dalam tim"
maple_shaft

4
Kesulitan bisa datang dalam bentuk risiko dan bukan hanya kompleksitas. Melakukan tarian mungkin lebih rumit daripada berjalan, sampai Anda mencobanya pada balok yang berjarak 500 'dari tanah. Pengembang yang buruk tidak dapat memilih untuk berada di tim untuk aplikasi kritis.
JeffO

8

Benar bagi manajer untuk menggunakan pengembang mereka berdasarkan memaksimalkan laba atas usaha. Karena itu, jika tidak, karyawan yang setara harus diberi penghargaan yang sama.

Seorang manajer yang menyebarkan pengembang ke pekerjaan bernilai rendah ketika ada pekerjaan bernilai tinggi yang harus dilakukan sangat tidak kompeten dari perspektif bisnis, dan pengembang tidak boleh dihukum (atau diberi imbalan) karena kinerja manajernya yang buruk.


Tetap saja perusahaan keluar dari bisnis karena manajemen yang tidak kompeten dan bahkan karyawan yang bekerja paling keras dihukum dengan kehilangan pekerjaan karena itu. Postulat normatif Anda kedengarannya bagus, tetapi saya tidak melihat bagaimana Anda dapat mencegah hal-hal seperti itu terjadi atau bagaimana Anda dapat menegakkan imbalan yang sama. Bahkan petani yang melakukan pekerjaan yang sama akan memiliki pendapatan yang berbeda tergantung pada cuaca dan kualitas tanah pertanian mereka.
Ray

8

Pertama, apa yang dimaksud dengan "benar". Jika pertanyaannya adalah apakah layak secara moral untuk membayar orang pada proyek yang lebih penting maka saya pikir begitu. Anda mendapatkan uang berdasarkan manfaat yang Anda hasilkan bukan berdasarkan biaya yang Anda dapatkan. Jika satu programmer menghabiskan dua bulan untuk menghasilkan sesuatu yang sama sekali tidak berguna sedangkan yang lain menghabiskan dua hari untuk menghasilkan sesuatu yang menggandakan produktivitas, yang kedua harus dibayar lebih banyak meskipun telah menghabiskan sedikit usaha.

Dari perspektif itu, aplikasi strategis dan penting lebih berharga bagi perusahaan dan karyawan yang bekerja yang menghasilkan nilai lebih bagi perusahaan. Satu-satunya hasil alami adalah mereka akan menghasilkan lebih banyak uang.

Di sisi lain, jika pertanyaannya adalah apakah strategi yang baik untuk melakukannya, maka mungkin tidak. Secara otomatis membayar orang pada proyek yang lebih penting lebih mungkin untuk memperkenalkan insentif yang salah. Orang akan mencoba masuk ke proyek yang lebih penting ketika Anda membutuhkan mereka mengerjakan proyek lain juga. Akibatnya, mungkin lebih baik membayar orang berdasarkan keterampilan daripada berdasarkan per proyek. Ketika berhasil, Anda mungkin akan memiliki orang-orang yang sangat terampil dan dibayar tinggi mengerjakan proyek-proyek yang paling penting. Tetapi Anda mungkin dapat menghindari insentif yang bermasalah.


10
Saya setuju, tetapi saya telah melihat contoh di mana perusahaan lebih menekankan pada "hal besar berikutnya" dan benar-benar tidak menekankan hal-hal seperti peningkatan produk yang ada, dll. Secara khusus, mereka akan memberikan bonus dan penghargaan setelah peluncuran produk baru yang besar , tetapi orang-orang yang memelihara perangkat lunak yang ada (perangkat lunak dengan semua pelanggan) semuanya diabaikan. Jadi saya akan mengatakan saya setuju dengan peringatan bahwa itu hanya benar jika perusahaan dengan benar menetapkan "nilai" berdasarkan nilai aktual , bukan hanya nilai yang dirasakan .
Dean Harding

1
Saya sangat tidak setuju. Logikanya berasumsi bahwa peple punya pilihan apa yang mereka kerjakan DAN bahwa beberapa orang sengaja memilih untuk mengerjakan sesuatu yang tidak produktif. Pada kenyataannya, pengembang jarang dapat memilih proyek mana mereka ditugaskan, dan jika mereka bisa dan proyek-proyek berharga dihargai lebih banyak, yang jelas-jelas berharga akan dibanjiri pengembang, yang juga tidak akan menjadi situasi yang produktif.
Michael Borgwardt

@ Winston: Yang merupakan logika penghitung yang sangat merusak (bagi perusahaan). Apa yang akan terjadi dalam kenyataan adalah bahwa perusahaan menjadi terperosok dalam politik kantor dan pengkhianatan ketika semua orang bersemangat untuk masuk ke proyek "berharga", sementara orang-orang yang sangat terampil yang tidak ingin bermain permainan pergi untuk mencari pekerjaan dengan seorang perusahaan yang kurang disfungsional yang lebih menghargai keterampilan daripada politik.
Michael Borgwardt

@Michael, saya setuju. Tapi itu tampaknya lebih merupakan keberatan terhadap metode yang digunakan untuk memutuskan siapa yang ditugaskan untuk suatu proyek kemudian pada gagasan bahwa orang-orang di proyek penting akan dibayar lebih. Perusahaan pintar akan menggunakan uang tambahan yang tersedia untuk posisi itu untuk menarik programmer dengan keterampilan yang lebih baik.
Winston Ewert

1
@ Winston: Itu jauh lebih masuk akal, tetapi mengasumsikan bahwa setiap proyek memiliki anggaran perekrutan independen dan membuat keputusan perekrutan independen. Yang saya pikir tidak terjadi di mana saja. Kami setuju bahwa tujuan perusahaan adalah untuk mendapatkan pengembang yang paling terampil untuk proyek yang paling berharga untuk memastikan mereka berhasil. Saya mengatakan bahwa dalam lingkungan di mana perekrutan terpusat dan pengembang mengambil proyek satu demi satu dalam perusahaan yang sama (kasus yang paling umum), mendasarkan hadiah secara eksplisit pada nilai proyek saat ini tidak akan memiliki efek yang diinginkan.
Michael Borgwardt

5

Ya, kemungkinan besar. Saya pikir alasan terbesar untuk menghargai pengembang adalah untuk mencegah mereka ingin pindah ke perusahaan lain.

Jika Anda memiliki tiga pengembang yang memelihara sistem yang sangat penting dan dua puluh pengembang yang memelihara sistem lain, Anda mungkin akan lebih khawatir tentang mempertahankan ketiga pengembang tersebut, karena kehilangan salah satu dari dua puluh itu bukanlah hal yang besar. Mungkin masuk akal untuk menghabiskan lebih banyak sumber daya untuk membuat ketiga pengembang senang, jika Anda tidak mampu membuat mereka semua bahagia.


2

Saya tidak berpikir ada semacam keadilan seperti "upah yang sama untuk prestasi kerja yang sama". Ini hanya mitos berguna yang ditemukan di banyak masyarakat. Saya tidak tahu apakah pertanyaan Anda tentang hukum yang mungkin ada di beberapa negara, atau apakah Anda ingin mengajukan pertanyaan etis. Bagaimanapun saya tidak akan tahu bagaimana mengukur atau menegakkan kesetaraan. Apakah sopir taksi berkinerja jauh lebih sedikit daripada bintang sepak bola yang penghasilannya mungkin lebih tinggi dengan beberapa dimensi?

Pembayaran mungkin tergantung pada seberapa baik negosiasi ketika seorang programmer mengganti perusahaan atau bagaimana situasi pasar ketika pekerjaannya dimulai, jadi saya ragu ada banyak perusahaan di sekitar yang membayar programmer mereka semua jumlah yang sama pula.


2

Ini pertanyaan yang sulit, tetapi pada umumnya responsabilitas diakui oleh manajemen. Gaji manajer ditentukan oleh tanggung jawab yang dimilikinya dan saya pikir itu berlaku untuk pengembang juga.

Jika pengembang Hanna menangani perangkat lunak penting (Sistem Keamanan Nasional) ia mengambil risiko lebih tinggi jika terjadi kesalahan daripada pengembang Jill yang menangani aplikasi game untuk iPhone. Dalam contoh ini, Hanna harus dihargai lebih dari Jill jika semua aspek lainnya sama.


1

Anda membayar pengembang yang lebih baik lebih banyak uang terlepas dari keuntungan proyek. Kriteria apa yang Anda gunakan untuk mendefinisikan "lebih baik", adalah pertanyaan lain.

Saya tidak berpikir semua pengembang yang memiliki keterampilan lebih tinggi harus berada dalam satu tim, jadi siapa yang akan didemosiasikan ke produk baru yang belum menghasilkan uang. Dua pengembang tahun pertama yang sama sekarang akan dikompensasi secara berbeda karena undian lotere untuk mendapatkan tim yang menguntungkan. Anda masuk ke sistem upah berdasarkan pada hal-hal yang tidak Anda kendalikan. Politik kantor akan ikut bermain dan menghambat moral.

Ini menjadi sistem lain untuk dimainkan oleh para pemain seperti baris kode. Manajer yang lebih baik akan berpolitik untuk imbalan yang lebih besar. Bayangkan menjadi pengembang di Microsoft pada produk baru yang impas, tetapi Anda tidak menghasilkan uang sebanyak tim yang menguntungkan (karena aplikasi mereka memiliki tahun pemasaran di belakangnya) yang membuat rilis buruk dan tidak membuat proyeksi penjualan . Anda tidak memberi hadiah kepada tim yang menggunakan produk unggulan.

Pasang naik menaikkan semua kapal.


0

Saya terkejut berapa banyak orang yang berasumsi bahwa orang yang bekerja pada aplikasi penggerak strategi atau laba harus lebih memenuhi syarat untuk proyek itu daripada orang yang mengerjakan aplikasi risiko rendah. Orang-orang di sini juga menganggap pengembang lain ini mengambil bagian dalam desain keseluruhan.

Semua hal lain dianggap sama, dan dengan asumsi keduanya dapat diubah dari satu proyek ke proyek lain dengan jumlah waktu penangkapan yang sama berarti bahwa keduanya harus diberi bonus sama dengan upaya yang sama.


0

Pemrogram harus melakukan pemrograman yang paling sulit yang dapat mereka tangani, dan harus dibayar berdasarkan kesulitan tugas itu. Pada (hampir) semua aplikasi ada bagian yang mudah dan bagian yang sulit. Orang-orang yang tidak dapat memprogram tidak seharusnya diberi imbalan karena mereka mengerjakan bagian yang sangat mudah dari beberapa aplikasi yang sangat penting. Demikian pula, bahkan jika suatu proyek tidak penting, jika beberapa pembuat kode yang benar-benar baik melakukan pekerjaan yang sulit, mereka harus diberi penghargaan dengan tepat. Jika suatu proyek tidak cukup penting untuk membayar pengembang jumlah yang sesuai untuk proyek, mungkin perusahaan tidak boleh melakukan proyek. Mungkin ada cara yang lebih murah untuk menyelesaikan pekerjaan yang sama seperti menggunakan perpustakaan yang ada (open source atau lisensi berbayar) atau membeli paket perangkat lunak yang ada.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.