Haruskah pengembang perangkat lunak mendapatkan anggaran peralatan tahunan?
Pasti menyenangkan untuk dimiliki dan sesuatu yang akan saya bahas untuk diskusi atau bahkan sebagai bagian dari chip tawar-menawar Anda untuk negosiasi gaji. Pertanyaannya lebih lanjut tentang apakah itu "harus" atau "harus" .
Adakah yang tahu jika industri memiliki standar sedemikian untuk menawarkan uang saku atau anggaran?
Sayangnya industri ini tidak menganggapnya sebagai praktik standar, tetapi untungnya beberapa perusahaan agak kurang serakah dan lebih banyak berhubungan dengan kebutuhan pengembang mereka (dan karyawan pada umumnya).
Ini akan menjadi jawaban yang agak luas, dan dengan anggaran saya tidak membuat perbedaan antara anggaran yang diberikan kepada Anda untuk membeli atau melakukan pemesanan, atau sebagai sesuatu yang transparan di mana Anda meminta peningkatan yang dikelola oleh staf perusahaan Anda . Dalam buku-buku mereka, semuanya sama saja.
Berguna
Masalahnya adalah bahwa ini jelas dapat dengan cepat mewakili anggaran besar untuk sebuah perusahaan, jika mencapai massa kritis tertentu. Namun, saya setuju dengan Anda dan Joel bahwa itu sangat berharga.
Sama sekali tidak ada gunanya membuat karyawan frustrasi.
Jangan dimanja
Yang sedang berkata, Anda juga perlu menjaga karyawan sejalan dan membuat mereka menyadari bahwa kadang-kadang kinerja yang buruk atau perangkat keras yang sedikit ketinggalan zaman hanyalah fakta kehidupan . Anda tidak ingin semua orang berubah menjadi anak-anak manja yang menginginkan SSD baru, prosesor iN terbaru, GB ram tambahan, dll ...
Saya tidak ingin orang terobsesi dengan masa muda yang kekal, dan itu juga berlaku untuk perangkat keras.
(Namun, dengan proyek perangkat lunak, saya cenderung mendorong untuk tetap sedekat mungkin dengan rilis terbaru ... Analogi tidak selalu berlaku :))
Kebutuhan Khusus untuk Perangkat Keras Tertentu
Saya pikir ada perbedaan yang harus dibuat antara:
- peralatan dasar yang pasti diperlukan untuk pekerjaan Anda saat Anda mulai,
- dan peralatan yang lebih canggih di mana kebutuhan berasal dari persyaratan khusus.
Paket Dasar
Sebagai contoh, berikut ini adalah hal-hal standar yang Anda berhak harapkan, dan yang saya tidak melihat kebutuhan (kuat) untuk pesanan khusus:
- laptop + ponsel (jika Anda seorang konsultan di tempat),
- workstation jika Anda bekerja di luar situs dan menginap di induk,
- plus mungkin beberapa barang non-kontroversial seperti:
- perangkat input yang layak (keyboard, mouse, mungkin trackball ...)
- kursi yang layak.
Ini bisa sama untuk seluruh perusahaan, kecuali untuk kasus-kasus khusus seperti karyawan penyandang cacat. Karyawan dengan disabilitas atau cedera jelas harus ditampung.
Bonus
Maka jika jelas Anda harus melakukan banyak konferensi video dan presentasi, Anda mungkin ingin beberapa gadget seperti bluetooth, tablet, dan stylus. Yang sebenarnya dapat dibagikan lintas departemen dengan menggunakan sistem reservasi, untuk tidak berakhir pada semua orang yang meminta beberapa (dan kehilangan mereka), sambil mengurangi ruang untuk merengek.
Jika Anda seorang desainer, Anda akan membutuhkan tablet gambar, trackball, dll ... Saya sesekali melihat pengembang yang meminta trackball alih-alih mouse. Secara pribadi saya sudah mencoba keduanya, dan saya melihat keduanya hampir sama identik, jadi saya tidak pernah benar-benar setuju dengan klaim ini, jika Anda tidak memiliki kebutuhan khusus untuk itu selain "Saya suka lebih baik". Anda dapat hidup dengan mouse bukannya trackball tanpa mengembangkan RSI dalam waktu 8 jam jika Anda belum memiliki masalah dan memiliki kebiasaan penggunaan yang benar. Ini masalah yang berbeda ketika Anda mendapatkan mouse jelek atau trackball atau keyboard, tapi saya tidak melihat kemenangan yang jelas untuk satu atau yang lain.
Jika Anda seorang pengembang yang perlu menjalankan 4 server aplikasi secara bersamaan, membangun proyek, dan menjaga 3 contoh Eclipse atau Visual Studio terbuka setiap saat, Anda tentu saja memerlukan workstation yang kompetitif. Saya akan mempertimbangkan ini "kebutuhan dasar" untuk pengembang , jadi itu tidak berarti dudes pemasaran harus perlu disejajarkan dengan itu.
Bangun Kasus Anda: Hard-Data For the Win
Dari pengalaman, sebagian besar perusahaan memahami mengenai kebutuhan Anda jika Anda dapat membuktikan bahwa mereka sah. Jika Anda dapat mempertahankan alasannya, mereka akan mengeluarkan uang atau mencoba mengakomodasi Anda. Mereka membayar Anda untuk bekerja , sehingga mereka benar-benar tidak ingin Anda membuang-buang waktu.
(Yaitu, jika mereka sedikit peduli dengan pekerjaan Anda ... jika Anda tidak relevan, saya khawatir Anda kurang beruntung di sana ...)
Tunjukkan Gain untuk Anda
Jadi, di masa lalu, rekan kerja saya dan saya mendapatkan peningkatan untuk RAM, perangkat input, kursi, hard drive dan seluruh workstation atau bahkan server farm berdasarkan pada persyaratan yang dikumpulkan dan diuraikan dengan jelas. Dibutuhkan sedikit waktu untuk membangun kasus Anda, jadi diskusikan dulu dengan manajer lini Anda, tetapi mungkin akan baik-baik saja. Atau habiskan waktu ekstra satu minggu di kantor untuk membangun kasing, itu bisa berharga dan manajer lini Anda akan lebih mempercayai Anda dengan keputusan seperti itu di masa depan.
Perlihatkan Gain untuk Mereka (Uang adalah akar dari semua kejahatan ...)
Sehubungan dengan contoh di atas, kami melakukan misalnya menghitung waktu membangun dan pengurangan yang bisa kami dapatkan, dan melakukan perbandingan antara berbagai pengaturan yang ada di perusahaan, menghitung rata-rata waktu yang terbuang per pengembang per hari, dan kemudian membuat mereka sadar bahwa itu setara dengan satu tahun hingga sekitar 20 hari penuh per orang karena tidak dapat melakukan apa-apa (karena komputer pada dasarnya tidak responsif jika Anda tidak memiliki paling tidak quad-core dan 8GB RAM untuk versi ini). Kali jumlah pengembang, itu jumlah besar jam mereka membayar orang untuk tetap melakukan apa-apa, yang jauh lebih tinggi daripada memperbarui setidaknya beberapa stasiun.
Baru-baru ini, seorang rekan kerja telah melakukan evaluasi yang sama untuk meyakinkan mereka untuk mempertimbangkan drive SSD, dan sedang dalam proses mengumpulkan data yang sangat halus tentang berapa banyak waktu yang akan dihemat untuk setiap tubuh, dengan cara yang sama.
Untuk pertanyaan yang berhubungan dengan kesehatan, rekomendasi sederhana dari dokter Anda, bahkan informal, mungkin cukup.
Untuk perangkat lunak khusus, Anda mungkin hanya perlu menyajikan keunggulan alat dan dampaknya saat diintegrasikan ke dalam proses Anda. Sebagai contoh, saya berhasil membuat 3 perusahaan terakhir saya untuk membeli lisensi untuk alat wireframing setelah menggunakan versi demo untuk presentasi untuk menarik minat mereka, dan kemudian menggunakannya secara lebih luas dalam satu atau dua proyek berumur pendek yang melibatkan beberapa orang. Ini agak murah, tetapi pada awalnya mereka tidak ingin membeli lisensi tanpa melihat kebutuhan. Ketika mereka menyadari itu jelas membantu memvisualisasikan prototipe dan membuat keputusan yang berpendidikan sebelumnya, mereka memberi lampu hijau dengan cepat.
Rencana
- Tentukan paket upgrade.
- Tentukan tolok ukur dan metrik yang digunakan untuk mengukur perolehan.
- Berikan hasil yang jelas.
- Buat kesimpulan tentang hasil ini.
- Mungkin melakukan beberapa langkah awal tentang perhitungan biaya dan tabungan (diskusikan juga dengan manajer lini, atau lakukan ini di review kedua proposal Anda).
- Mintalah rekan kerja untuk menandatangani atas permintaan Anda, mungkin dengan masing-masing menulis pernyataan tentang bagaimana perasaan mereka tentang pembaruan, apakah itu positif atau negatif (intinya bukan untuk membuat pidato pemasaran yang sepenuhnya bias untuk memeras sesuatu dari perusahaan Anda, itu juga untuk benar-benar meneliti ini dan melihat apakah itu benar-benar diperlukan).
Catatan Cepat tentang Peningkatan Besar untuk Seluruh Tim
Sarankan rilis bergulir jika Anda meminta peningkatan untuk seluruh tim:
- itu mendistribusikan biaya selama periode yang lebih lama ,
- itu memberi waktu untuk menyelesaikan masalah transisi ("wah, hanya menyadari bahwa CPU ini dikombinasikan dengan versi OS ini benar-benar menghadirkan masalah ketika mengkompilasi silang produk X kami untuk platform X lainnya"),
- itu mencegah seluruh tim dari terjebak dalam neraka pemeliharaan TI dengan menginstal ulang sistem, pembaruan sistem dan masalah batu tulis yang biasa, atau kecelakaan sesekali '("whoops, hapus cadangan penting ...").
Akui Kekalahan: Tidak Selalu Berfungsi Untuk Semuanya ...
Dan memang demikian. Tidak semuanya bisa diterima. Dan hal-hal yang dapat diterima mungkin di luar jangkauan untuk perusahaan Anda. Bangun koper Anda, bawa ke manajer lini, diskusikan saat makan siang tim atau sesuatu yang lebih ramah dan bersemangat tim daripada panasnya ulasan keuangan tahun ini.
Juga, jika Anda kesulitan membangun kasing Anda :
- mengakui bahwa Anda mungkin tidak membutuhkannya ,
- mengakui Anda mungkin salah dan meningkatkan X tidak memberi Anda apa yang Anda pikir akan.
Jika Anda tidak dapat membuat kasing dan mulai bersikap defensif tentang permintaan Anda, itu berarti Anda akan lebih baik melakukan sesuatu yang lain.