Bagaimana untuk menjinakkan junior?

Bagaimana untuk masuk ke syarikat besar jika anda seorang junior? Bagaimana untuk mengupah junior yang baik jika anda sebuah syarikat besar? Di bawah potongan, saya akan memberitahu anda kisah kami mengupah pemula di bahagian hadapan: bagaimana kami bekerja melalui tugasan ujian, bersedia untuk menjalankan temu duga dan membina program mentor untuk pembangunan dan penerimaan pendatang baru, dan juga sebab soalan temuduga standard tidak tidak bekerja.

Saya cuba menjinakkan Junior

helo! Nama saya Pavel, saya melakukan kerja bahagian hadapan dalam pasukan Wrike. Kami mencipta sistem untuk pengurusan projek dan kerjasama. Saya telah bekerja di web sejak 2010, bekerja selama 3 tahun di luar negara, mengambil bahagian dalam beberapa syarikat pemula dan mengajar kursus mengenai teknologi web di universiti. Di syarikat itu, saya terlibat dalam pembangunan kursus teknikal dan program bimbingan Wrike untuk junior, serta merekrut mereka secara langsung.

Mengapa kami terfikir untuk mengambil junior?

Sehingga baru-baru ini, kami merekrut pembangun peringkat pertengahan atau kanan untuk bahagian hadapan - cukup bebas untuk melakukan tugasan produk selepas onboarding. Pada awal tahun ini, kami menyedari bahawa kami ingin mengubah dasar ini: sepanjang tahun bilangan pasukan produk kami meningkat hampir dua kali ganda, bilangan pembangun bahagian hadapan telah menghampiri seratus, dan dalam masa terdekat semua ini akan kena gandakan lagi. Terdapat banyak kerja, sedikit tangan percuma, dan terdapat lebih sedikit daripada mereka di pasaran, jadi kami memutuskan untuk beralih kepada lelaki yang baru memulakan perjalanan mereka di bahagian hadapan dan menyedari bahawa kami bersedia untuk melabur dalam pembangunan.

Siapa junior?

Ini adalah soalan pertama yang kami tanyakan kepada diri sendiri. Terdapat kriteria yang berbeza, tetapi prinsip yang paling mudah dan paling mudah difahami ialah ini:

Junior perlu diterangkan apakah ciri dan cara melakukannya. Tengah perlu dijelaskan ciri yang diperlukan, dan dia akan memikirkan sendiri pelaksanaannya. Penandatangan sendiri akan menerangkan kepada anda mengapa ciri ini tidak perlu dilakukan sama sekali.

Satu cara atau yang lain, junior ialah pembangun yang memerlukan nasihat tentang cara melaksanakan penyelesaian ini atau itu. Perkara yang kami putuskan untuk membina:

1. Junior adalah seseorang yang ingin membangun dan bersedia bekerja keras untuk ini;
2. Dia tidak selalu tahu ke arah mana dia mahu berkembang;
3. Memerlukan nasihat dan mendapatkan bantuan dari luar - daripada ketuanya, mentor atau dalam masyarakat.

Kami juga mempunyai beberapa hipotesis:

1. Akan ada ribut maklum balas terhadap kedudukan Jun. Anda perlu menapis respons rawak pada peringkat menghantar resume anda;
2. Penapis utama tidak akan membantu. — lebih banyak tugas ujian diperlukan;
3. Tugasan ujian akan menakutkan semua orang - mereka tidak diperlukan.

Dan sudah tentu, kami mempunyai matlamat: 4 junior dalam masa 3 minggu.

Dengan kesedaran ini kami mula mencuba. Pelannya mudah: mulakan dengan corong seluas mungkin dan cuba sempitkannya secara beransur-ansur supaya anda boleh memproses aliran, tetapi tidak mengurangkannya kepada 1 calon setiap minggu.

Kami pos jawatan kosong

Untuk syarikat: Akan ada ratusan jawapan! Fikirkan tentang penapis.

Untuk junior: Jangan takut dengan soal selidik sebelum menghantar resume dan tugasan ujian anda - ini adalah tanda bahawa syarikat telah menjaga anda dan telah menyediakan proses dengan baik.

Pada hari pertama, kami menerima kira-kira 70 resume daripada calon "dengan pengetahuan JavaScript." Dan sekali lagi. Dan seterusnya. Kami secara fizikal tidak dapat menjemput semua orang ke pejabat untuk temu duga dan memilih daripada mereka lelaki dengan projek haiwan kesayangan yang paling hebat, Github langsung atau sekurang-kurangnya pengalaman.

Tetapi kesimpulan utama yang kami buat untuk diri kami sendiri pada hari pertama ialah ribut telah bermula. Sekarang adalah masa untuk menambah borang soal selidik sebelum menyerahkan resume anda. Matlamatnya adalah untuk menyingkirkan calon yang tidak bersedia untuk melakukan usaha minimum untuk menyerahkan resume, dan mereka yang tidak mempunyai pengetahuan dan konteks untuk sekurang-kurangnya Google jawapan yang betul.

Ia mengandungi soalan standard tentang JS, susun atur, web, Sains Komputer - semua orang yang membayangkan perkara yang mereka tanya pada temu duga bahagian hadapan mengenali mereka. Apakah perbezaan antara let/var/const? Bagaimanakah saya boleh menggunakan gaya hanya pada skrin yang lebih kecil daripada 600px lebar? Kami tidak mahu bertanya soalan ini semasa temu duga teknikal - amalan telah menunjukkan bahawa ia boleh dijawab selepas 2-3 temu bual tanpa memahami perkembangan sama sekali. Tetapi mereka pada mulanya dapat menunjukkan kepada kami sama ada calon, pada dasarnya, memahami konteksnya.

Dalam setiap kategori, kami menyediakan 3-5 soalan dan hari demi hari kami menukar set mereka dalam borang respons sehingga kami menghapuskan yang paling boleh dilalui dan paling sukar. Ini membolehkan kami mengurangkan aliran - dalam 3 minggu kami menerima 122 calon, yang mana kami boleh bekerja lebih jauh. Ini adalah pelajar IT; lelaki yang mahu bergerak ke hadapan dari bahagian belakang; pekerja atau jurutera, 25-35 tahun, yang secara radikal ingin menukar pekerjaan mereka dan meletakkan pelbagai usaha dalam pendidikan kendiri, kursus dan latihan amali.

Mengenali antara satu sama lain dengan lebih baik

Untuk syarikat: Tugas ujian tidak menghalang calon, tetapi membantu memendekkan corong.

Untuk junior: Jangan salin-tampal yang ujian - ia ketara. Dan pastikan github anda teratur!

Jika kami memanggil semua orang untuk temuduga teknikal, kami perlu menjalankan kira-kira 40 temuduga setiap minggu hanya untuk junior dan hanya di bahagian hadapan. Oleh itu, kami memutuskan untuk menguji hipotesis kedua - mengenai tugas ujian.

Apa yang penting bagi kami dalam ujian:

1. Bina seni bina berskala yang baik, tetapi tanpa terlalu banyak kejuruteraan;
2. Adalah lebih baik untuk mengambil masa yang lebih lama, tetapi melakukannya dengan baik, daripada menyusun kraf semalaman dan menghantarnya dengan komen "Saya pasti akan menyelesaikannya";
3. Sejarah pembangunan dalam Git ialah budaya kejuruteraan, pembangunan berulang dan fakta bahawa penyelesaian itu tidak disalin secara terang-terangan.

Kami bersetuju bahawa kami ingin melihat satu masalah algoritma dan aplikasi web kecil. Algoritma disediakan di peringkat makmal peringkat rendah - carian binari, pengisihan, menyemak anagram, bekerja dengan senarai dan pokok. Pada akhirnya, kami menyelesaikan carian binari sebagai pilihan percubaan pertama. Aplikasi web mestilah tic-tac-toe menggunakan sebarang rangka kerja (atau tanpanya).

Hampir separuh daripada lelaki yang tinggal menyelesaikan tugas ujian - mereka menghantar penyelesaian kepada kami 54 calon. Wawasan yang luar biasa - berapa banyak pelaksanaan tic-tac-toe, sedia untuk salin-tampal, adakah anda fikir terdapat di Internet?

Сколько?Malah, nampaknya hanya ada 3. Dan dalam sebahagian besar keputusan terdapat tepat 3 pilihan ini.
Perkara yang saya tidak suka:

• salin-tampal, atau pembangunan berdasarkan tutorial yang sama tanpa seni bina anda sendiri;
• kedua-dua tugas berada dalam repositori yang sama dalam folder yang berbeza, sudah tentu tiada sejarah komit;
• kod kotor, pelanggaran KERING, kekurangan pemformatan;
• campuran model, pandangan dan pengawal ke dalam satu kelas beratus-ratus baris kod panjang;
• kurang memahami ujian unit;
• penyelesaian "head-on" ialah kod keras bagi matriks 3x3 kombinasi pemenang, yang agak sukar untuk dikembangkan kepada 10x10, sebagai contoh.

Kami juga memberi perhatian kepada repositori jiran - projek haiwan kesayangan yang hebat adalah kelebihan, dan sekumpulan tugas ujian daripada syarikat lain lebih kepada panggilan bangun: mengapa calon tidak dapat ke sana?

Hasilnya, kami menemui pilihan hebat dalam React, Angular, Vanilla JS - terdapat 29 daripadanya. Dan kami memutuskan untuk menjemput seorang lagi calon tanpa menguji projek haiwan kesayangannya yang sangat hebat. Hipotesis kami tentang faedah tugasan ujian telah disahkan.

Temuduga teknikal

Untuk syarikat: Bukan orang tengah/senior yang datang kepada anda! Kami memerlukan pendekatan yang lebih individu.

Untuk junior: Ingat bahawa ini bukan peperiksaan - jangan cuba berdiam diri untuk C atau membombardir profesor dengan aliran semua pengetahuan anda yang mungkin supaya dia keliru dan memberikan "cemerlang".

Apa yang kita ingin fahami dalam temu bual teknikal? Perkara yang mudah - bagaimana calon berfikir. Dia mungkin mempunyai beberapa kemahiran yang sukar jika dia telah melepasi peringkat pertama pemilihan - ia masih harus dilihat sama ada dia tahu cara menggunakannya. Kami bersetuju dengan 3 tugasan.

Yang pertama ialah mengenai algoritma dan struktur data. Dengan pen, pada sekeping kertas, dalam bahasa pseudo dan dengan bantuan lukisan, kami mengetahui cara menyalin pokok atau cara mengalih keluar elemen dari senarai yang dipautkan secara tunggal. Penemuan yang tidak menyenangkan ialah tidak semua orang memahami rekursi dan cara rujukan berfungsi.

Yang kedua ialah pengekodan langsung. Kami pergi ke codewars.com, memilih perkara yang mudah seperti menyusun susunan perkataan mengikut huruf terakhir dan selama 30-40 minit bersama-sama dengan calon cuba membuat semua ujian lulus. Nampaknya tiada kejutan daripada mereka yang telah menguasai tic-tac-toe - tetapi dalam praktiknya, tidak semua orang dapat menyedari bahawa nilai itu harus disimpan dalam pembolehubah, dan fungsi itu harus mengembalikan sesuatu melalui pemulangan. Walaupun saya sangat berharap bahawa ia adalah kegelisahan, dan mereka dapat menangani tugas-tugas ini dalam keadaan yang lebih ringan.

Akhirnya, yang ketiga adalah sedikit tentang seni bina. Kami membincangkan cara membuat bar carian, cara nyahpantul berfungsi, cara memaparkan pelbagai widget dalam petua carian, cara bahagian hadapan boleh berinteraksi dengan bahagian belakang. Terdapat banyak penyelesaian yang menarik, termasuk pemaparan bahagian pelayan dan soket web.

Kami menjalankan 21 temu bual menggunakan reka bentuk ini. Penonton benar-benar pelbagai - mari kita lihat komik:

1. "Roket". Dia tidak pernah tenang, terlibat dalam segala-galanya, dan semasa temu bual dia akan membanjiri anda dengan aliran pemikiran yang tidak langsung berkaitan dengan soalan yang ditanya. Jika di universiti, ini adalah percubaan biasa untuk menunjukkan, semua pengetahuan anda, apabila semua yang anda ingat tentang tiket yang anda temui ialah malam tadi anda memutuskan untuk tidak mempelajarinya - anda masih tidak dapat ia keluar.
2. "Groot". Agak sukar untuk berhubung dengannya kerana dia adalah Groot. Semasa temuduga, anda perlu menghabiskan masa yang lama untuk mendapatkan jawapan perkataan demi perkataan. Adalah baik jika ia hanya mengantuk - jika tidak, ia akan menjadi sangat sukar untuk anda dalam kerja harian anda.
3. "Drax". Saya pernah bekerja dalam pengangkutan kargo, dan dari segi pengaturcaraan saya hanya belajar JS pada Stackoverflow, jadi saya tidak selalu memahami perkara yang dibincangkan semasa temu duga. Pada masa yang sama, dia seorang yang baik, mempunyai niat yang terbaik dan ingin menjadi pembangun front-end yang hebat.
4. Mungkin "Tuan Bintang". Secara keseluruhan, calon yang baik yang anda boleh berunding dan membina dialog.

Pada akhir penyelidikan kami 7 calon mencapai peringkat akhir, mengesahkan kemahiran keras mereka dengan tugas ujian yang hebat dan jawapan yang baik untuk temu duga.

Kesesuaian budaya

Untuk syarikat: Awak bekerja dengan dia! Adakah calon sanggup bekerja keras untuk pembangunannya? Adakah dia benar-benar sesuai dengan pasukan?

Untuk junior: Anda bekerja dengan mereka! Adakah syarikat itu benar-benar bersedia untuk melabur dalam pertumbuhan junior, atau adakah ia hanya akan membuang semua kerja kotor kepada anda untuk gaji yang rendah?

Setiap junior, sebagai tambahan kepada pasukan produk, yang ketuanya mesti bersetuju untuk mengambilnya, mendapat mentor. Tugas mentor adalah untuk membimbingnya melalui proses tiga bulan untuk menyesuaikan diri dan meningkatkan kemahiran keras. Oleh itu, kami datang kepada setiap kesesuaian budaya sebagai mentor dan menjawab soalan: "Adakah saya akan bertanggungjawab untuk membangunkan calon dalam masa 3 bulan mengikut rancangan kami?"

Peringkat ini berlalu tanpa sebarang ciri khas dan akhirnya membawa kita 4 tawaran, 3 daripadanya diterima, dan lelaki itu memasuki pasukan.

Kehidupan selepas tawaran

Untuk syarikat: Jaga junior anda atau orang lain!

Untuk junior: AAAAAAAAAAAA!!!

Apabila pekerja baharu keluar, dia perlu dilatih - dimaklumkan tentang proses, memberitahu cara segala-galanya berfungsi dalam syarikat dan dalam pasukan, dan cara dia harus bekerja secara umum. Apabila seorang junior keluar, anda perlu memahami bagaimana untuk membangunkannya.

Apabila kami memikirkannya, kami menghasilkan senarai 26 kemahiran yang, pada pendapat kami, perlu dimiliki oleh seorang junior pada penghujung tempoh kemasukan tiga bulan. Ini termasuk kemahiran keras (mengikut timbunan kami), pengetahuan tentang proses kami, Scrum, infrastruktur dan seni bina projek. Kami menggabungkannya menjadi peta jalan, diedarkan selama 3 bulan.

Sebagai contoh, ini adalah peta jalan junior saya

Kami menetapkan mentor kepada setiap junior yang bekerja dengannya secara individu. Bergantung kepada mentor dan tahap semasa calon, mesyuarat boleh berlangsung dari 1 hingga 5 kali seminggu selama 1 jam. Mentor ialah pembangun hadapan sukarela yang ingin melakukan sesuatu yang lebih daripada sekadar menulis kod.

Sebahagian daripada beban mentor dilepaskan oleh kursus di timbunan kami - Dart, Angular. Kursus diadakan secara berkala untuk kumpulan kecil 4-6 orang, di mana pelajar belajar tanpa gangguan dari kerja.

Sepanjang 3 bulan, kami secara berkala mengumpul maklum balas daripada junior, mentor dan ketua mereka serta melaraskan proses secara individu. Kemahiran yang dipompa disemak 1-2 kali sepanjang tempoh keseluruhan, pemeriksaan yang sama dilakukan pada akhir - berdasarkan mereka, cadangan dibentuk mengenai apa yang sebenarnya perlu diperbaiki.

Kesimpulan

Untuk syarikat: Adakah berbaloi untuk melabur dalam junior? Ya!

Untuk junior: Cari syarikat yang berhati-hati memilih calon dan tahu cara membangunkan mereka

Sepanjang 3 bulan, kami menyemak 122 soal selidik, 54 tugasan ujian dan menjalankan 21 temu bual teknikal. Ini membawa kepada kami 3 junior yang hebat yang kini telah menyelesaikan separuh daripada pelan laluan pemulaan dan pecutan mereka. Mereka sudahpun menyelesaikan tugasan produk sebenar dalam projek kami, di mana terdapat lebih daripada 2 baris kod dan lebih daripada 000 repositori di bahagian hadapan sahaja.

Kami mendapati bahawa corong untuk remaja boleh dan sepatutnya agak rumit, tetapi pada akhirnya hanya mereka yang benar-benar bersedia untuk bekerja keras dan melabur dalam pembangunan mereka melaluinya.

Kini tugas utama kami ialah melengkapkan pelan hala tuju pembangunan tiga bulan untuk setiap junior dalam mod kerja individu dengan mentor dan kursus am, mengumpul metrik, maklum balas daripada petunjuk, mentor dan lelaki itu sendiri. Pada ketika ini, percubaan pertama boleh dianggap selesai, kesimpulan boleh dibuat, proses boleh diperbaiki dan boleh dimulakan semula untuk memilih calon baru.

Sumber: www.habr.com