Berapa yunior yang harus menjadi mentor senior? [Tutup]

20

Tutup. Pertanyaan ini di luar topik . Saat ini tidak menerima jawaban.

Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga sesuai topik untuk Rekayasa Perangkat Lunak Stack Exchange.

Ditutup 4 tahun yang lalu .

Ukuran toko kami meningkat secara dinamis, jadi kami berencana untuk merekrut beberapa pengembang junior baru, tetapi kami tidak ingin membanjiri para senior dengan terlalu banyak bimbingan dan pelatihan. Berapa banyak (biasanya yang baru lulus dari perguruan tinggi) pengembang junior yang dapat (dan harus) menjadi mentor pengembang senior sementara senior masih dapat melakukan tugasnya secara efektif?

— palacsint
sumber

7

Mengapa tidak meminta mereka (senior) daripada kita?

— Mert Akcakaya

7

@Mert: Saya sudah bertanya pada beberapa dari mereka dan saya akan meminta yang lain juga, tetapi saya juga ingin mendengar pendapat dari masyarakat (rata-rata industri, aturan praktis, praktik terbaik, dll.), Karena beberapa rekan kami tampak terlalu optimis bagi saya.

— palacsint

23

Di mana saja dari 0 hingga 5 atau 7 (atau lebih).

Argumen untuk sisi rendah:

Tidak semua orang ditetapkan menjadi mentor. Saya telah bekerja dengan beberapa pengembang yang sangat kasar sehingga mereka akan membuat seseorang takut akan karier baru.
Jika Anda mengharapkan pengembang senior untuk mempertahankan tingkat output yang sama, maka pertahankan angkanya tetap rendah.

Argumen untuk jumlah yang lebih tinggi:

Beberapa dev memiliki kemampuan untuk menjadi sama produktifnya dengan memandu pekerjaan orang lain. Pair-programming akan menjadi contoh. Jika Anda memiliki tipe-tipe senior dev, senior, teruskan dan beri mereka lebih banyak.
Jika Anda ingin menurunkan output yang diharapkan dari pengembang senior, maka Anda dapat menugaskan lebih banyak pengembang muda kepada mereka.
Jika Anda memiliki dev yang benar-benar pandai mengajar mereka mengapa harus tata kelola, maka Anda mungkin secara eksplisit ingin mengambil untung dalam produktivitas dev senior itu dan memberi mereka lebih banyak devs junior. Idenya di sini adalah biaya jangka pendek (kehilangan produksi) untuk keuntungan / investasi jangka panjang (kesesuaian yang lebih baik dengan standar pengembangan tim).

Saya akan mendorong untuk melakukan percakapan dengan para pengembang senior dan melihat apa yang mereka sukai. Tidak semua orang ingin menjadi mentor. Ingat juga untuk menggunakan analogi "rak buku penuh": Beban kerjanya saat ini penuh. Jika Anda akan menambah beban kerja mereka dengan meminta mereka menjadi mentor, maka Anda harus mengambil sesuatu yang lain dari rak untuk membuat ruang.

— svick
sumber

17

I have worked with some developers who were so gruff that they would have scared someone into a new career.Saya tidak ingat Anda, kapan kita bekerja bersama?

— yannis

@YannisRizos Tidak bisa mengatakan lebih dari: +1

11

Tidak lebih dari dua per pengembang senior jika Anda mempekerjakan orang langsung dari perguruan tinggi. Lulusan perguruan tinggi baru-baru ini saya harus berurusan dengan di masa lalu memiliki pemahaman yang baik tentang dasar-dasar, tetapi mereka tidak tahu bagaimana rasanya memprogram di dunia bisnis. Anda harus meluangkan waktu untuk mengajar mereka cara memprogram secara profesional, cukup mengejutkan ketika mereka menyadari bahwa mereka harus mendukung kode yang mereka tulis selama mereka masih bersama perusahaan, tidak lagi mengubah tugas dan melanjutkan. Tetapi Anda juga harus meluangkan waktu untuk mengajari mereka bisnis Anda (dan semua aturannya), mengajari mereka cara membuat kode arsitektur Anda, meninjau kode mereka, mengajari mereka cara menguji, dan menjawab pertanyaan demi pertanyaan.

— bwalk2895
sumber

7

Jika Anda memiliki banyak junior yang masuk, misalkan> 30, mungkin layak untuk mendedikasikan pengembang senior untuk membimbing mereka penuh waktu. Pada pekerjaan pertama saya, mereka menyewa tentang banyak dari kita yang baru lulus dari perguruan tinggi dan memiliki anggota tim yang berdedikasi membantu kita mempelajari tali untuk 6 bulan pertama. Itu membuat transisi jauh lebih mudah dan dia banyak mengajar kami.

Tidak hanya lebih efisien jika ada satu orang yang menangani pekerjaan itu, mungkin ada satu orang di kantor Anda yang Anda tahu akan menjadi mentor yang sempurna. Seorang programmer yang baik belum tentu guru yang baik.

— Jordan Bentley
sumber

2

+1 untuk "Seorang programmer yang baik tidak harus guru yang baik." Namun dalam situasi ini saya tidak akan menyebut senior sebagai mentor tetapi seorang guru.

— scarfridge

2

Sebanyak yang mereka bisa sementara masih bisa menyelesaikan pekerjaan mereka sendiri tepat waktu.

Oleh karena itu, jawabannya tergantung pada seberapa efektif senior sebagai pengembang dan guru.

— Joel Brown
sumber

1

Jawaban Anda menyiratkan bahwa "pekerjaan mereka" harus tetap konstan sementara jumlah junior bervariasi. Itu akan menjadi kesalahan yang mengerikan.

— pdr

1

@ pdr - Saya tidak menyiratkan hal semacam itu. Itu kesimpulan salahmu. Apa yang saya katakan adalah bahwa seorang karyawan yang merupakan pengembang senior memiliki tanggung jawab dan majikan mereka memiliki harapan mengenai produktivitas mereka. Kecuali tanggung jawab pekerjaan mereka secara khusus mencakup pendampingan, pengembang senior memiliki tugas untuk memenuhi harapan atasan mereka dan dapat memilih untuk mengambil sebanyak mungkin pendampingan yang dapat mereka tangani sementara masih memenuhi harapan itu.

— Joel Brown

1

Saya berpendapat bahwa seorang majikan memiliki harapan mengenai produktivitas tim, bukan individu, dan bahwa tim harus setidaknya sebagian bertanggung jawab untuk menetapkan harapan tersebut. Manajer tim tersebut harus menetapkan keseimbangan (di mana saja dari 0: 100 hingga 100: 0) antara bimbingan senior dan tanggung jawab lain yang dipahami oleh junior dan senior sehingga, jika keseimbangan itu dibuang, seseorang dapat meningkatkan bendera merah lebih awal.

— pdr

1

Saya akan berpendapat bahwa organisasi mana pun di mana karyawan individu tidak memiliki harapan yang ditetapkan untuk mereka bukanlah tempat yang orang dengan akal sehat ingin bekerja. Beberapa organisasi mungkin menetapkan "kuota" untuk pendampingan, tetapi dalam sebagian besar kasus yang saya lihat dalam 25 tahun - lebih dari 20 di antaranya dalam kontrak, pendampingan adalah proses informal di antara para pekerja dan "pengembangan staf" hanyalah sebuah secara resmi mengakui tanggung jawab untuk manajemen.

— Joel Brown

1

Manajer itu harus memahami bahwa jika mereka menambahkan ekspektasi mentoring maka mereka harus mengurangi ekspektasi mereka terhadap output. Jika tidak ada yang jelas tentang ekspektasi itu, ketika junior membutuhkan lebih banyak mentoring daripada yang diharapkan oleh manajer, seorang senior tidak dapat memperingatkan manajer mereka, yang berarti bahwa mereka akan (a) tidak dapat dikirim atau (b) akhirnya harus bekerja lebih lama atau kemungkinan besar (c) gagal dalam tugas pendampingan mereka.

— pdr

2

Anda tidak menyebutkan jenis pekerjaan proyek yang menurut pengalaman saya memiliki dampak BESAR di mana rasio itu seharusnya.

Pada skala pengulangan cookie-cutter yang hampir dapat diotomatisasi untuk hal-hal eksperimental, pengembang bahkan tidak yakin akan bekerja, Anda perlu memastikan Anda menjaga jr dev ke kiri kecuali Anda berada pada rasio yang sangat rendah dan bahkan lebih ketat ke kiri jika sr dev sedang mencoba melakukan sesuatu yang mereka anggap sebagai akhir eksperimental spektrum karena mereka biasanya tidak akan seefektif mengendarai kawanan di tim dev jr jika mereka mendorong diri mereka sendiri pada saat yang bersamaan. .

Itu tergantung pada pekerjaan seperti halnya orang-orang menurut saya.

— Tagihan
sumber

2

Mentoring kurang formal daripada mengelola. Mentor tidak terlibat langsung dalam perekrutan, pemecatan, peninjauan, dan disiplin. Lingkungan akan menjadi faktor utama. Berikut adalah faktor-faktor yang perlu dipertimbangkan:

kualitas sr. dan jr. devs
seberapa baik perusahaan dijalankan / memperlakukan programmer (ini akan menambah masalah lain)
sr. dev beban kerja saat ini
harapan manajemen tentang seberapa cepat jr. devs perlu menjadi produktif
sumber daya pelatihan lainnya (instruktur kursus bantu, bahan referensi, persyaratan sertifikasi)
perekrutan agar sesuai dengan tim. Banyak kali di situs ini orang-orang telah menyebutkan pentingnya tim yang dibutuhkan untuk mendapatkan waktu yang lama dan dapat berfungsi bersama. Seseorang dengan tingkat keterampilan yang lebih tinggi mungkin perlu lebih banyak bimbingan jika mereka tidak cocok.

Mentoring biasanya melibatkan beberapa tingkat ikatan dan saya hanya tidak berpikir kebanyakan orang dapat membangun semua jenis hubungan interpersonal dengan lebih dari 3-5 orang dalam pengaturan tertentu.

— JeffO
sumber

Saya akan mengatakan keduanya adalah pekerjaan yang sama sekali berbeda. Rekan setim yang lebih berpengalaman vs. bos pada dasarnya.

— Erik Reppen

2

Idealnya seorang junior bekerja dengan seorang mentor pada sebuah proyek. Dengan cara ini senior dapat menugaskan sub tugas dan bekerja dengannya untuk menyelesaikan proyek. Semakin banyak junior yang harus dikelola Senior, semakin sedikit pekerjaan yang dapat diselesaikan seniornya sendiri. Saya tidak ingin lebih dari 1 atau 2 junior bekerja dengan senior pada suatu waktu. Meskipun senior dapat terus menjadi mentor programmer lain setelah 2 atau 3 bulan programmer yang layak harus jauh lebih sedikit waktu dari senior daripada yang mereka lakukan semula. Jadi seorang senior dapat memiliki 20 orang atau lebih yang dibimbingnya, tetapi hanya 2 atau 3 yang benar-benar membutuhkan banyak waktu.

— SoylentGray
sumber