Bagaimana saya meyakinkan majikan saya untuk mempekerjakan pengembang tambahan tanpa menjual diri saya pendek? [Tutup]


40

Saya satu-satunya pengembang di perusahaan kecil. Saya perlahan-lahan pindah ke pengembangan di sini; sampai ~ 4 bulan yang lalu 50-75% dari waktu saya dihabiskan untuk operasi. Sekarang, 50-75% dari waktu saya dihabiskan untuk pengembangan, dengan sisanya dibagi antara operasi dan berbagai hal IT. Saya secara teratur berakhir bekerja lebih dari 50 jam seminggu.

Saya mewarisi beberapa aplikasi yang ditulis dengan buruk (sebelumnya dikelola oleh dua orang) yang banyak diandalkan oleh bisnis ini. Terus menjalankan dan menjalankan ini, mengerjakan aplikasi baru yang lebih kecil, dan tanggung jawab saya yang lain sudah menghabiskan semua waktu saya.

Agar dapat diukur, perangkat lunak yang ada membutuhkan refactoring yang signifikan dan fungsionalitas tambahan. Saya belum pernah merasa senang bekerja pada perangkat lunak yang ditulis dengan baik atau dirancang sebelumnya. Kompleksitas dari tugas ini jauh melampaui apa yang telah saya lakukan sebelumnya (ini adalah pekerjaan pertama saya di luar perguruan tinggi.) Saya tahu ada pengabdian yang bersemangat untuk belajar mandiri / belajar dengan melakukan di antara banyak orang di sini, tetapi ini sangat di luar keahlian saya bahwa saya tidak akan melakukan pekerjaan kepada majikan saya atau saya sendiri untuk mencoba menanganinya sendiri.

Saya sudah sangat langsung tentang pengalaman saya, dan di masa lalu telah menyebutkan bahwa mempekerjakan pengembang lain yang lebih berpengalaman mungkin diperlukan ... jika ada, hanya untuk jumlah waktu yang diperlukan bagi siapa saja untuk melakukan pekerjaan saat kami tumbuh dan memiliki lebih banyak perangkat lunak untuk dikembangkan dan dipelihara. Saya tahu bahwa saya akan mendapat banyak manfaat dari mempekerjakan pengembang lain; memiliki seseorang untuk belajar dari dan memantulkan ide akan bagus. StackOverflow sangat bagus untuk menentukan pendekatan untuk masalah atau konsep pengkodean individual, tetapi tidak ada pengganti untuk diskusi pada skala yang lebih luas atau lebih signifikan khusus untuk domain bisnis tertentu. Ketika menyebutkan mempekerjakan pengembang lain dalam percakapan santai baru-baru ini, mereka tampaknya tidak menganggap itu penting atau perlu.

tl; dr : Pekerjaan tambalan saat ini dan tanggung jawab lainnya sudah menghabiskan seluruh waktu saya di tempat kerja, mengerjakan aplikasi yang sudah ada yang perlu dilakukan adalah di luar keahlian saya, kecil kemungkinan saya memiliki waktu untuk mengerjakan produk baru yang sedang direncanakan. Majikan awalnya tampaknya enggan mempekerjakan pengembang lain.

Bagaimana saya bisa "menjual" mempekerjakan pengembang lain tanpa terdengar seperti saya malas atau tidak kompeten (saya ingin berpikir saya juga tidak!)?

sunting : Hanya ingin mengklarifikasi bahwa saya sama sekali tidak tertarik mengambil tindakan bermusuhan apa pun untuk membuktikan suatu hal (yaitu berlibur untuk menunjukkan kepada mereka bahwa mereka akan kacau jika saya tidak ada.) Saya cukup konten yang bekerja di sini dan menganggap diri saya cukup kompensasi, bahkan memperkirakan dalam lembur, itulah sebabnya saya belum mempertimbangkan pekerjaan baru. Yang mengatakan, saya menerima jawaban 'tidak ada lagi lembur' - bahkan jika saya tidak keberatan bekerja terlalu banyak, saya tidak melakukan bantuan apa pun kepada siapa pun dengan melakukan hal itu (cenderung lebih banyak kesalahan, melelahkan diri sendiri) dan itu tidak dapat dipertahankan dalam jangka pendek apalagi jangka panjang. Saya akan menekankan hal ini ketika membahas masalah ini dengan penyelia saya, dan mungkin akan menyarankan mempekerjakan kontraktor paruh waktu sebagai pendekatan awal yang lebih enak secara finansial.


6
Karena penasaran, jika Anda belum pernah bisa, "bekerja dengan perangkat lunak yang ditulis dengan benar ... sebelumnya," lalu bagaimana Anda tahu seperti apa perangkat lunak yang bagus? (atau dalam hal ini, seperti apa perangkat lunaknya?)
riwalk

10
Ini semua adalah saran yang bagus, tetapi saya pernah berada di kapal ini sebelumnya dengan perusahaan kecil dan sebagian besar dari mereka tidak peduli dengan "bagaimana jika saya ditabrak bus?" argumen dan tidak akan membahas masalah seperti ini sampai menjadi bencana kritis. Jika Anda ingin karir jangka panjang dalam pengembangan perangkat lunak maka Anda tidak melakukan yang baik untuk diri Anda sendiri di sana. Keluar. Pergi ke tempat lain di mana Anda dapat memiliki mentor tingkat menengah hingga senior yang dapat membantu mengajari Anda dan membuat Anda diakui untuk proyek-proyek menakutkan yang besar. Inilah yang saya lakukan dan saya tidak pernah menyesalinya.
maple_shaft

3
@ Stargazer712 - Mungkin cara yang sama dengan yang ditemukan oleh pemula yang berpendidikan: Melalui buku / blog / screencast dari yang terbaik dari pengembang terbaik dalam bahasa / platform masing-masing.
Wayne Molina

2
@ Stargazer712, Bagaimana ANDA tahu seperti apa perangkat lunak "ditulis dengan benar"? Dia mengalami masalah penskalaan dan kewalahan dengan pemeliharaan dan implementasi fitur. Ini bisa terjadi terlepas dari apakah basis kode itu baik atau buruk. Mendapatkan bantuan adalah ide yang tepat.
Angelo

3
@ Stargazer712, tidak perlu sangat berpengalaman untuk mengenali kode buruk. Nama variabel samar, kode yang benar-benar berulang, lebih banyak kode yang dikomentari daripada komentar yang sebenarnya, tidak ada cara untuk menentukan bagaimana perubahan sederhana akan berdampak apa pun di jalan, SQL berlimpah, tidak ada parameter, tidak ada penanganan kesalahan, tidak ada kesalahan penanganan, coba-gunakan untuk aliran kontrol di mana-mana, metode 1000-an garis panjang, benar-benar prosedural, menggunakan goto (tidak tahu ini ada di C #), kode usang ditinggalkan (tidak dalam metode terpisah.) Pada dasarnya, itu adalah mimpi buruk untuk membuat sedikit perubahan. Ini buruk.
John Straka

Jawaban:


68

Saya secara teratur berakhir bekerja lebih dari 50 jam seminggu

Bagi saya hanya itu yang perlu Anda sampaikan kepada manajer Anda. "Saya bekerja 50+ jam seminggu untuk memastikan pekerjaan selesai. Saya pekerja keras tapi ini jangka panjang yang tidak berkelanjutan, Anda harus menyewa pengembang lain". Jika dosis itu berhasil maka saya sarankan Anda mulai mencari pekerjaan baru.


57
Juga, mulailah dengan TIDAK bekerja lebih dari 50 jam. Berhentilah pada jam ke 8 setiap hari. Tidak ada alasan untuk kelelahan, terutama jika ini adalah pekerjaan pertama Anda di luar perguruan tinggi. 50+ jam seminggu tidak normal, dan tidak pernah seharusnya.
Wayne Molina

4
@ WyneM, Ya saya harus setuju, Anda baru lulus kuliah. Satu-satunya alasan Anda bekerja sekuat pengembang junior adalah jika bos Anda bersikap murah dan memanfaatkan Anda. 50+ jam seminggu adalah normal setiap sesekali tetapi jika itu kebiasaan maka Anda akan diserang.
maple_shaft

2
Saran: jika pelit punya keberanian menyiratkan Anda harus mengikuti jadwal gila mengatakan padanya dokter mengatakan kepada Anda untuk tidak melakukannya. Bergumam tentang sesuatu tentang penyakit yang berhubungan dengan pekerjaan apa pun, bos tidak ingin ditemukan bertanggung jawab atas hal seperti itu. Ngomong-ngomong, mungkin tidak ada cukup uang untuk dev kedua ... dan dia akan berhemat operasi. Itu berarti dia akan berhenti keluar menjual dan akan mengendur di sekitar kantor berpura-pura dia melakukan hal-hal.
ZJR

7
@ ZJR saya tidak setuju. Anda harus membuat alasan untuk tidak ingin melakukan sesuatu yang tidak masuk akal.
Tom Squires

1
@Wayne M - Berhenti melakukan lembur sepertinya merupakan saran yang buruk. Jika mereka tidak ingin mengambil staf baru, mereka mungkin siap memecat seseorang dan menggantinya dengan seseorang yang akan bekerja 50 jam seminggu setiap minggu, kita tidak tahu. Jauh lebih baik untuk mencoba dan menegosiasikan pengaturan kerja yang lebih baik, seperti yang disarankan Tom dan kembali ke pengurangan jam kerja Anda secara sepihak jika negasiasi gagal atau berjalan terlalu lama. Saya pernah diberitahu titik kosong bahwa jika saya tidak bekerja setidaknya 8 jam lembur, saya tidak menarik berat badan saya . Reaksi saya adalah pekerjaan untuk memerintah, dan saya tetap seperti itu sampai manajer itu pergi.
Mark Booth

28

Saya pernah berada di kapal yang serupa. Perahu yang sangat mirip. Satu hal yang benar-benar membantu saya membuat tongkat argumen "kita perlu memperluas tim" adalah seberapa tinggi faktor bus kita - jika saya tertabrak oleh satu, tidak ada seorang pun yang memiliki petunjuk tentang seluruh tumpukan yang kami andalkan . Membuat orang lain dalam tim sangat penting untuk operasi jika tidak ada yang lain.


8
Saya suka menyebutnya sebagai faktor "memenangkan lotre". Bagaimana jika saya memenangkan 300 juta dolar dalam lotre ... Siapa yang akan bekerja pada sistem? (Saya akan berada di Hawaii, di pantai, mabuk.)
Christopher Mahan

7
@ChristopherMahan Saya lebih suka argumen bus karena Anda mendapat kesempatan lebih baik untuk tertabrak bus daripada memenangkan 300 juta dolar dalam lotre :)
maple_shaft

2
Saya baru saja mulai menggunakan PTO saya dan tidak peduli, membantu menggarisbawahi intinya. . .
Wyatt Barnett

5
The Faktor bus argumen adalah begitu relevan kemampuan untuk menolak bahwa skenario bencana bahkan diresmikan oleh ISO sebagai ISO 9001 sertifikasi. (di toko-toko kecil jumlahnya cukup untuk itu dan itu saja - korps yang lebih besar membuatnya lebih sulit)
ZJR

2
Kecuali itu sistem navigasi bus.
Iain Holder

12

Anda dapat mencoba menjual membawa kontraktor untuk melakukan proyek ini. Terkadang lebih mudah untuk menjual solusi jangka pendek maka jika itu bekerja dengan baik dan Anda dapat menunjukkan kebutuhan itu bisa berubah menjadi posisi penuh waktu.

Cara terbaik untuk menjualnya adalah dengan menjual solusi baru sebagai sesuatu yang akan menghemat uang perusahaan. Anda perlu memperkirakan berapa lama dan jangan mencoba terlalu agresif di sini. Anda mungkin juga menemukan daftar yang akan menyenangkan untuk melakukan proyek yang Anda tidak punya waktu untuk menyelesaikannya sekarang.


1
+1 untuk kontraktor yang bekerja seperti ini. Prospek mempekerjakan karyawan baru sangat mengerikan dan berisiko bagi perusahaan yang sangat kecil.
maple_shaft

Saya setuju. Beberapa tahun yang lalu saya dibawa sebagai kontraktor untuk mengerjakan proyek yang tidak dapat ditangani oleh programmer junior di perusahaan kecil (layanan web .NET). Saya akhirnya akan perm dan tinggal di sana sekitar 3 tahun sampai perusahaan dijual dan kantor kami tutup.
jfrankcarr

Jika tidak ada yang lain, membawa kontraktor mungkin mendorong perusahaan untuk melihat betapa murahnya memiliki pengembang pada staf, dibandingkan dengan terus-menerus mempekerjakan kontraktor untuk melakukan pekerjaan staf permie. * 8 ')
Mark Booth

Atau jika Anda hanya ingin "lebih banyak bekerja," dan tidak peduli tentang pengalaman, magang CS murah mungkin disarankan untuk opsi kontraktor mahal.
recursion.ninja

@awashburn - Operasi memang menginginkan solusi jangka panjang. Magang sering kali merupakan omong kosong tentang kualitas, dan seringkali tidak berubah menjadi aset jangka panjang. Di mana seorang kontraktor datang dengan keahlian dan harus dapat berkontribusi dengan cepat dan efektif
SoylentGray

6

Ini akan selalu tentang biaya. Pengembang baru akan membebani mereka dengan gaji, tunjangan, sumber daya, dan mungkin pelatihan (setidaknya pelatihan untuk model bisnis). Karena Anda hanya mencantumkan bahwa Anda bekerja 50 atau lebih jam / minggu dan ingin melihat kebijakan produksi perangkat lunak yang lebih terarah, seorang karyawan baru tidak akan menjadi prospek yang masuk akal (dari sisi bisnis).

Anda mungkin lebih berhasil mencoba merekrut dari dalam. Sudah jelas bahwa atasan / atasan Anda perlu terlibat dalam proses tersebut dan harus menyadari bahwa Anda merasa ditarik dan dapat menggunakan beberapa dukungan. Tidak ada ruginya menemukan seseorang di dalam perusahaan yang serupa dengan Anda yang mencari tantangan baru atau perubahan ke arah tugas semacam ini. Mintalah penyelia Anda untuk membantu memimpin upaya di mana tanggung jawab orang ini dapat ditarik atau diubah untuk memberi Anda bantuan. Perlahan-lahan ini dapat ditingkatkan dari waktu ke waktu sampai orang tersebut benar-benar bekerja sama dengan Anda (pada dasarnya transisi mirip dengan Anda).

Itu selalu merupakan ide yang buruk untuk melemparkan angka terlalu besar (yang merupakan jumlah FTE dari perspektif bisnis). Kedengarannya bagi saya seolah-olah Anda tidak bekerja di industri yang memproduksi perangkat lunak tetapi perusahaan Anda menghasilkan perangkat lunak untuk membantu mendukung bisnisnya. Jadi, dalam situasi di mana Anda merasa manajemen perlu membuka dompet sedikit pun, Anda harus membuatnya sangat menarik bagi bisnis. Pengeluaran besar harus memiliki hasil langsung atau besar. Pengeluaran kecil lebih mudah untuk melewati celah-celah dan akhirnya mencapai efek pengeluaran besar melalui gesekan.


1
Ini adalah poin yang sangat bagus. Jika Anda bekerja 50 jam seminggu (atau bahkan jika Anda bekerja 60), maka bos Anda membayar satu gaji untuk 1,25-1,5x pekerjaan satu orang. Jika dia menyewa satu detik, dan input tidak berubah, dia sekarang mendapatkan output yang sama dengan biaya dua kali lipat. Bahkan jika dia memberi Anda kenaikan 25%, dia masih unggul dibandingkan mempekerjakan dua orang (dan membayar dua premi perawatan kesehatan bersubsidi di atas dua kali lipat pendapatan kotor). Di mana hal itu menempatkan Anda berada di antara batu pepatah dan tempat yang sulit; Anda bisa menerima jadwal kerja yang tidak masuk akal atau keluar.
KeithS

1
@KeithS - Bukan itu yang dikatakan si penanya. Dia bekerja 50+ jam per minggu dan masih belum memiliki cukup waktu untuk melakukan pengembangan baru, jadi dia bahkan mungkin tidak mengatasi setengah dari beban kerja yang sebenarnya diperlukan untuk memenuhi kebutuhan bisnis saat ini dan masa depan.
Mark Booth

Kemudian dalam hal ini input AKAN berubah; itu akan meningkat untuk mengambil keuntungan dari throughput dua orang. Masih harus ditentukan apakah ada input yang cukup untuk membenarkan dua orang jangka panjang; hanya memiliki backlog itu sendiri tidak ada masalah, tetapi jika ukuran backlog tumbuh karena lebih banyak ditambahkan ke akhir daftar daripada OP naik dari atas, ada kebutuhan bisnis yang jelas untuk bandwidth pengembangan lebih dari beberapa baik, apakah temp, kontrak, paruh waktu atau mempekerjakan penuh waktu.
KeithS

3

Saya sarankan Anda menjelaskan kepada mereka apa yang Anda jelaskan di sini. Itu adalah argumen valid yang harus Anda bawa ke atasan Anda.

Mungkin Anda bisa menyarankan untuk mempekerjakan seorang peserta pelatihan, jika mereka mengangkat masalah ekonomi.


2
Menggunakan istilah itu Internsering terlihat cocok dengan bos saya. Mereka melihatnya sebagai free or cheap labor, dan Anda mungkin dapat memeriksa dengan kolase lokal untuk melihat apakah mereka memiliki siswa yang mencari magang.
Rachel

2
Magang memang tenaga kerja gratis atau murah, tetapi mereka juga merupakan pintu putar (satu magang tidak akan bekerja gratis selamanya), dan mereka sepenuhnya hijau (itulah sebabnya mereka bekerja; untuk pengalaman yang bernilai uang kemudian) . Menggunakan pekerja magang untuk mengembangkan perangkat lunak bisnis-kritis tanpa pengembang senior yang berpengalaman dalam staf untuk membimbing mereka adalah IDE SANGAT BURUK. Bahkan orang-orang yang membuat enam angka dapat merusak arsitektur; apa yang menurut Anda seseorang dengan hanya pengalaman akademis yang bekerja secara gratis dan pergi dalam 6 bulan akan lakukan untuk perangkat lunak Anda?
KeithS

2
Magang biasanya memiliki produktivitas negatif secara keseluruhan. Anda merekrut mereka untuk menjadi apa mereka nantinya, bukan seperti apa mereka. Ini adalah ide bagus untuk berinvestasi dalam magang jika Anda tahu Anda akan perlu tumbuh dalam beberapa tahun ke depan, tetapi mereka tidak segera diperbaiki.
Morgan Herlocker

3

Langsung dan jangan khawatir tentang underselling diri sendiri. Sebaliknya, berharap bahwa programmer yang lebih senior akan dipekerjakan. Penting bagi Anda untuk ditantang oleh programmer yang memiliki keterampilan lebih dari Anda, terutama pada beberapa tahun pertama Anda.


3

Lihat mempekerjakan seorang konsultan ... PM saya, dan saya akan mulai mengerjakan dokumen yang diperlukan :)

Serius, mungkin seseorang bisa datang dalam 20 jam seminggu dan mengerjakan kode dengan Anda, Anda mungkin juga akan mendapat manfaat dari memiliki seseorang yang lebih "maju" coding di sebelah Anda.

Anda mendapatkan semua ini tanpa risiko mempekerjakan seseorang.


2

Ketika datang untuk meminta kenaikan gaji / bonus, Anda harus meletakkan nilai Anda kepada perusahaan dalam konteks berapa banyak uang yang mereka hasilkan dari pekerjaan Anda dan apa yang dapat diperoleh seseorang dengan kemampuan Anda di pasar kerja saat ini. Dalam kasus Anda, Anda ingin menentukan nilai pengembangan perangkat lunak dan apakah ada uang atau tidak untuk menyewa pengembang lain.

Mulailah mencari tahu nilai dari pekerjaan ini untuk perusahaan. Informasi adalah kekuatan. Saya menjual aplikasi kustom yang saya tulis untuk sebuah perusahaan. Saya pikir mereka adalah perusahaan milik perusahaan kecil dan memberi mereka waktu istirahat hanya untuk mengetahui bahwa mereka dibeli dan aplikasi membantu melegitimasi mereka dalam industri mereka.


Saya tidak setuju. Nilai yang mereka peroleh dari pekerjaan Anda sebenarnya tidak memberi Anda pengaruh apa pun, karena mereka selalu bisa membuat pengembang lain melakukan pekerjaan itu. Ini adalah kesalahan umum.
Morgan Herlocker

2

Apakah Anda memiliki tumpukan pekerjaan yang tidak bisa Anda dapatkan? Pastikan untuk menyebutkannya saat berbicara dengan bos juga.


1

Bisakah Anda mencoba melukis gambar mereka yang menginginkan jumlah X dilakukan pada waktu Y dan bahwa untuk mewujudkannya, yang terbaik adalah membawa tangan saya untuk membantu menyelesaikan pekerjaan itu? Poin kunci di sini adalah untuk dapat menunjukkan bahwa Anda meregang dan bahwa mungkin cukup berisiko untuk mencoba meletakkan semua ini di pundak Anda sementara jika ada satu set tangan yang dapat membantu sedikit baik untuk organisasi, Anda sendiri dan individu ini. Jadikan menang / menang / menang untuk semua orang.


1

Lakukan perhitungan biaya-manfaat yang kecil namun valid untuk mempekerjakan programmer junior, menengah, dan senior lainnya. Perhatikan bahwa Anda harus memasukkan bahwa semakin Anda bertingkat, semakin banyak kesalahan yang Anda buat karena itu semakin tidak produktif Anda. Tetapi pada dasarnya, semuanya bermuara pada biaya - yang dirasakan dan aktual.

Perhatikan bahwa biaya bukan hanya uang tetapi kualitas kode, resolusi bug awal, dan kualitas hidup.


1

Dapatkan sesuatu untuk membandingkan situasi Anda juga apakah itu berbicara dengan teman-teman di perusahaan lain, pergi wawancara dan mengajukan pertanyaan tentang tim pengembang mereka, dll dan kemudian tunjukkan di sana bahwa Anda pikir beban kerjanya tidak masuk akal dan bahwa perusahaan tidak mengatur kesuksesan hanya dengan satu pengembang. Saya melakukan ini dengan bos masa lalu, akhirnya berhenti untuk pekerjaan yang lebih baik, tetapi pada dasarnya saya mengatakan hal-hal tentang bagaimana memiliki tim pengujian menjadi suatu keharusan dengan kode lebih banyak yang ditulis, karena regresi, dll (tidak selalu terkait dengan apa Anda bertanya tetapi memiliki penguji di tangan membantu dengan proses deve juga) dan bahwa Anda tahu Anda bekerja lebih dari pengembang rata-rata, dll. Sepertinya Anda mungkin ingin mencari pekerjaan baru jika dia tidak setuju, dia harus sudah tahu bahwa Anda kelebihan beban dan jika dia

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.