Keseimbangan antara beban kerja dan membantu karyawan baru [ditutup]

Saya sudah berada di pekerjaan pertama saya selama sekitar 2 bulan dan saya mulai memperhatikan bahwa ada keseimbangan yang rapuh antara beban kerja dan membantu karyawan baru. Karena ada banyak tekanan dari manajemen untuk memperbaiki bug dan menyelesaikan masalah pelanggan sebanyak mungkin, semua orang di tim tampaknya sangat fokus pada tumpukan pekerjaan mereka alih-alih membantu karyawan baru untuk mempercepat. Karyawan baru dapat mengajukan pertanyaan dan kadang-kadang kita akan meminta pengembang untuk duduk dan membantu kita, tetapi sering kali kita akan mendapatkan jawaban yang tidak jelas yang hanya dimengerti oleh seorang veteran produk karena mereka terlalu sibuk dengan tugas mereka.

Saya mengerti bahwa karyawan baru juga harus menjaga keseimbangan. Kadang-kadang dibutuhkan waktu 3 hari untuk menyelidiki dan memperbaiki sesuatu di mana seorang veteran bisa melakukannya dalam 20 menit. Karyawan baru perlu menunjukkan upaya untuk mempelajari produk dan basis kode.

Dengan tidak hanya mengurangi beban kerja para veteran, bagaimana Anda bisa menyeimbangkan antara membantu karyawan baru dan terus bekerja di simpanan Anda pada tingkat yang masuk akal?

Saya berasumsi Anda menanyakan hal ini dari sudut pandang "Perekrutan Baru". Saya sudah dalam situasi ini berkali-kali. Kadang-kadang Anda merasa tidak enak mengajukan begitu banyak pertanyaan, tetapi benar-benar tidak mungkin Anda dapat menemukan solusi kadang-kadang dengan kurangnya pengetahuan domain, dll.

Yang paling penting untuk diingat adalah ini. Jangan mengajukan pertanyaan ketika Anda "berasumsi" Anda tidak akan dapat menemukan jawabannya sendiri. Berusaha, coba lihat-lihat dulu, periksa kodenya, coba ubah beberapa hal dan lihat apa yang terjadi - lihat apakah Anda bisa mendapatkan sesuatu untuk bekerja terlebih dahulu. Jika Anda benar-benar tidak bisa, ajukan pertanyaan Anda. Namun, ketika Anda mengajukan pertanyaan Anda, kunjungi mereka dengan contoh-contoh dari apa yang sudah Anda coba. Tak satu pun dari mereka yang ingin merasa Anda meminta mereka melakukan pekerjaan Anda untuk Anda.

Katakan, "Hei, saya sedang mencoba melakukan ini, dan saya sudah mencoba ini, ini, dan ini sudah, apakah Anda punya ide?" Itu akan membantu mereka menghabiskan lebih sedikit waktu untuk Anda, dan mereka akan cenderung melakukannya.

Di perusahaan kami, kami menugaskan setiap karyawan baru untuk merawatnya selama beberapa bulan pertama. Dengan penugasan formal ini, kami memastikan bahwa pemula hanya akan mengkonsumsi satu orang dan orang yang "melatih" karyawan baru memiliki tanggung jawab atas perkembangannya, jadi itu bukan beban, hanya tanggung jawab sementara. Untuk pria baru itu baik karena dia belajar lebih cepat dan untuk pria yang sudah ada investasi: dalam waktu kurang dia akan mendapatkan seseorang untuk membantunya.

Saran terbaik yang bisa saya berikan adalah membuat janji . Setiap orang memiliki waktu henti di siang hari, tetapi jika Anda hanya mampir secara acak, Anda sangat tidak mungkin melakukannya. Katakan sesuatu seperti, "Saya punya beberapa pertanyaan tentang X, dapatkah saya mengatur waktu hari ini untuk membahasnya dengan Anda?" Mereka mungkin memutuskan untuk memberi Anda waktu saat itu, atau di kemudian hari, atau mungkin merujuk Anda ke seseorang yang mungkin dapat menjawab pertanyaan Anda dengan lebih baik atau lebih cepat. Bagaimanapun, Anda akan mendapatkan perhatian yang lebih terfokus. Jika mereka memberi Anda janji di kemudian hari, gunakan waktu intervensi untuk mencari tahu jawabannya sendiri, atau setidaknya untuk memperbaiki pertanyaan. Bahkan jika saya menunda pertanyaan seseorang hanya 15 menit, lebih sering mereka tidak mengetahuinya sendiri.

Hanya akan menyadari bahwa bagi kebanyakan dari kita, pertanyaan Anda adalah penting bagi kami, mereka hanya biasanya tidak mendesak . Cobalah untuk tidak tersinggung karena perbedaannya.

Beberapa coders yang lebih berpengalaman benar-benar menikmati bimbingan pengembang yang lebih muda, dan menjadikannya prioritas untuk melakukannya. Saya lakukan, setiap kali saya memiliki kesempatan. Mungkin Anda dapat menemukan seseorang seperti itu di perusahaan Anda dengan meminta rekan kerja yang berbeda setiap kali Anda membutuhkan bantuan, kemudian mengukur antusiasme mereka dalam menjawab Anda.

Ada dua cara yang mungkin Anda perlukan bantuan: jika itu masalah dengan bahasa atau alat Anda, Anda sering dapat menemukan jawabannya baik online atau dengan membeli buku-buku teknis dan membacanya pada waktu Anda sendiri. Meskipun Anda merasa masuk akal untuk merasa bahwa adalah tanggung jawab perusahaan untuk melatih Anda, sangat sedikit perusahaan yang berinvestasi dalam pelatihan lagi. Jika Anda ingin tumbuh sebagai pengembang, Anda perlu menginvestasikan waktu dan uang untuk melatih diri Anda saat Anda tidak sedang bekerja.

Jika pertanyaan Anda adalah tentang produk perusahaan Anda, seperti bagaimana sesuatu bekerja dalam kode sumber, kemungkinan besar Anda hanya perlu meminta bantuan salah satu kolega Anda. Atau, buat cabang kode produk Anda di sistem kontrol revisi Anda, beri nama cabang itu seperti "learning_new_code" dan bereksperimenlah dengannya.

Akhirnya, manajer proyek dan manajer departemen siap membantu dengan masalah seperti masalah Anda. Jika Anda merasa tidak memiliki jalan lain selain mendapatkan waktu dari kolega Anda yang lebih berpengalaman, tetapi mereka tidak dapat memberikannya kepada Anda, itu mungkin karena mereka memiliki tenggat waktu untuk bertemu. Mungkin manajer Anda akan memperpanjang tenggat waktu untuk memberi mereka lebih banyak waktu untuk mempercepat Anda.

Saya beruntung bahwa saya saat ini bekerja di suatu tempat ini bukan masalah. Saya mendapat dosis pendampingan yang sehat di sini, dan saya sangat senang dengan itu.

1. Setiap hari satu pengembang di perusahaan saya adalah pengembang "util", secara bergilir. Pengembang Util adalah kontak pertama ketika dukungan perlu meningkatkan sesuatu. Seringkali, Util hanya menyampaikan masalah kepada orang lain. Tetapi ini adalah satu pengembang khusus dan dukungan untuk pergi ke orang ini. Saya melakukan "perjalanan bersama" pada awalnya (mereka tidak menempatkan saya dalam jadwal untuk sementara waktu) untuk melihat bagaimana beberapa masalah ditangani. Ini membuat saya terkena bagian kode. Ketika mereka mulai menjadwalkan hari-hari penggunaan reguler saya, ada seseorang "yang dipanggil" pada awalnya untuk menambahkan bantuan tambahan.

2. Kami berpasangan. Anda perlu menjadwalkan waktu berpasangan, cukup banyak, tetapi semua orang di sini bersedia melakukannya. Lebih jauh lagi, semua orang tahu apa jadwalnya dan berkat poin berikutnya memiliki gagasan tentang bagaimana kemajuan yang terjadi untuk masing-masing individu. Jadi jika ada masalah, itu mendapat perhatian yang tepat.

3. Setiap hari kami melakukan pertemuan standup pukul 11:45. Ini 15-20 menit. Setiap pengembang / orang QA berbicara. Ini pada dasarnya cara untuk mengatakan "ini adalah apa yang saya lakukan dan ini adalah di mana saya terjebak", dan jika Anda terjebak, Anda biasanya akan diarahkan ke beberapa arah alternatif (jika itu adalah masalah yang diketahui / masalah dengan kode seseorang sangat akrab) dengan) atau waktu pasangan diatur. Kadang-kadang pertemuan tambahan dijadwalkan.

4. Saya harus menyelami kode yang benar-benar asing beberapa kali di sini (seperti halnya pekerjaan apa pun). Seseorang selalu yakin untuk membuat diri mereka tersedia untuk menjawab pertanyaan, jika tidak segera.

Saya akan menggemakan yang lain: jadwalkan waktu rapat untuk mengajukan pertanyaan jika memungkinkan. Id yang masih tidak membantu. . . baik saya tidak ingin menjadi ekstrim di sini. Tetapi saya tidak menganggap itu sebagai tempat kerja yang ideal. Apakah mungkin orang-orang masih melakukan pemanasan pada Anda / menguasai kemampuan Anda / dll?

Saya curiga bahwa waktu ekstra yang dihabiskan ketika saya naik pesawat itu mudah dibenarkan karena begitu orang merasa saya sigap, itu jelas berarti lebih sedikit pekerjaan untuk mereka. Lebih banyak waktu yang dihabiskan untuk jangka pendek menghemat banyak waktu dalam jangka panjang, dan semua orang mengerti tempat saya bekerja. Saya sangat beruntung dalam posisi saya saat ini.

Seringkali ini lebih merupakan masalah fokus daripada waktu. Jadwalkan pertemuan 30-45 menit dengan ketua tim atau mentor Anda (sebelum atau sesudah makan siang selalu merupakan pilihan saya - alur saya sudah rusak) beberapa kali seminggu dan simpan pertanyaan Anda untuk saat itu.

Sebagian besar pengembang (atau, paling tidak, yang paling mungkin membantu dalam rapat) akan setuju dengan ini.

Jika ada detail yang sangat spesifik yang menghalangi kemajuan Anda, gunakan email.