Baru-baru ini, begitu banyak cerita tentang wawancara buruk telah dipublikasikan di Habra yang terkadang meragukan, dan adakah wawancara yang bagus di alam? Jadi demi keberagaman, kami akan mempertimbangkan contoh pendekatan * yang baik. Kisah tersebut akan beralih dari sudut pandang pengembang perusahaan, yang terlibat langsung dalam proses perekrutan.
* mungkin
Disposisi
Tim produk kecil (30-40 orang) di dalam perusahaan besar (beberapa ribu orang). Tim ini mencakup semua orang yang terlibat dalam proyek: pengembang penuh dan front-endors, desainer dan front-endologist, penguji, spesialis PR, analis, penulis teks, dll. Secara umum, kami mencoba melakukan outsourcing pekerjaan yang kurang terspesialisasi ke proyek lain, dan pengembangan ponsel tidak terkecuali.
Kami memiliki aplikasi seluler lintas platform yang ditulis dalam Xamarin Native untuk iOS dan Android. Pada saat yang sama, kami benar-benar siap untuk mengambil yang terbaik dari pengembang berpengalaman yang menulis hanya untuk satu platform, asalkan ia siap untuk mempelajari pengembangan untuk OS kedua.
Tahap 0 - bertemu dua kesepian
Entah pengembang tersandung pada lowongan dan mengirimkan resume, setelah itu HR mengiriminya beberapa pertanyaan klarifikasi, atau SDM tersandung pada resume pengembang, setelah itu ia mengirimkan serangkaian pertanyaan yang sama.
Pertanyaan-pertanyaan ini adalah filter minimum untuk kecukupan, tidak akan ada masalah teknis. Selanjutnya, resume dan jawaban sudah dikirim ke pengembang oleh majikan, dan ia memutuskan apakah akan melangkah lebih jauh atau tidak. Selama sebulan terakhir, saya melihat beberapa lusin resume, dan saya tidak tahu apa yang harus ditulis dan dijawab oleh kandidat, sehingga saya harus mengatakan tidak pada tahap ini. Menulis ke lowongan pengembang Android "Saya menulis hanya untuk iOS, karena Android menyebalkan"?
Tahap 1 - tugas tes atau kode sampel
Tugas tes diberikan tanpa batas waktu, meskipun dalam praktiknya seharusnya tidak lebih dari satu malam. Sebagai bagian dari aplikasi tes adalah:
- tiga layar: dua daftar tertaut + formulir entri data, yang, jika diinginkan, dapat diganti dengan jendela modal
- pekerjaan jaringan
- bekerja dengan gudang data (tugas menyiratkan database, jika pengembang dapat membenarkan kesimpulan lain - kami dipersilakan)
Namun, tidak semua pengembang siap untuk menulis tes, jadi kami segera menawarkan alternatif - kirim kode beberapa aplikasi yang sudah jadi, di mana akan ada set yang sama (jaringan, database, navigasi di layar, input pengguna). Nah, opsi lebih lanjut dimungkinkan:
- aplikasi terlalu kecil, kode tidak indikatif atau menyebabkan terlalu banyak pertanyaan, silakan lakukan pengujian kami
- aplikasi ini cocok, tetapi ada nuansa - silakan melakukan perbaikan kecil (kurang dari pada malam hari)
Berdasarkan hasil tes, kami memanggil pengembang untuk wawancara, atau memberikan penolakan, tetapi dalam kasus kedua tinjauan rinci akan diberikan - apa yang dilakukan dengan baik, apa yang bisa diperdebatkan, pertanyaan apa yang muncul, apa yang layak dibaca dan sebagainya. Akibatnya, semua orang menang:
- kandidat menerima kode, yang kemudian dapat digunakan kembali pada wawancara lain dengan prinsip yang sama, serta umpan balik untuk mengerjakan sendiri. Apakah ini berhasil? Yah, setidaknya kami dikirim tugas tes awalnya ditulis untuk perusahaan lain, jadi sepertinya berhasil;
- majikan menghemat waktu dengan kuesioner dan hal-hal lain. Dan betapa bahagianya pewawancara itu seorang introvert, yang tidak perlu melakukan 1-2 wawancara seminggu, jika Anda tahu!
Tahap 2 - Wawancara
Pada wawancara, tentu tidak hanya akan berbicara tentang kehidupan dan tentang tempat kerja sebelumnya, tetapi juga pertanyaan tentang tugas tes. Pada tahap ini, cukup sederhana untuk memahami apakah seseorang menulis tes, memahami apakah apa yang tertulis di sana, apakah ia dapat membenarkan satu atau solusi lain, apa cakrawalanya, dan sebagainya. Pertanyaan ditanyakan bukan di udara, tetapi dengan kemampuan untuk mengambil keyboard dan menyodok kode ini. Terkadang kami meminta Anda untuk menulis ulang sesuatu dengan cepat atau untuk memperbaikinya, kami mengajukan pertanyaan pada formulir "tetapi jika masih ada persyaratan seperti itu ..."
Berikutnya akan 1-2 tugas praktis kecil, mereka tergantung pada tugas tes. Sekali lagi, kami memberikan keyboard di tangan (terhubung ke komputer, komputer dengan monitor!) Dan meminta Anda untuk menulis atau mengedit sesuatu. Salah satu hal favorit saya adalah memberikan fungsi yang berfungsi tetapi ditulis dengan buruk untuk 10-20 baris dan menyarankan refactoring itu. Segera menjadi jelas apakah kandidat memiliki kode yang buruk, apa yang dia ketahui tentang konstruksi bahasa, apakah dia dapat membaca kode orang lain lebih lanjut dalam daftar.
Dan itu pada dasarnya itu. Dalam maksimal beberapa hari, kami akan memberikan jawaban kepada kandidat. Namun, paling sering jawabannya diberikan pada hari yang sama). Dan jika terjadi kegagalan, sekali lagi akan ada justifikasi yang memadai. Nah, jika itu tidak cukup, kandidat selalu dapat meminta pengembang untuk kontak dari wawancara untuk mengklarifikasi beberapa poin, dan mereka kemungkinan besar akan memberikannya.
Tetapi sang kandidat bisa saja tertipu
Sesungguhnya. Bahkan bisa
mengirim saudara kembar . Yah, dia mungkin tidak menipu, kami hanya melakukan kesalahan saat wawancara. Dalam kasus seperti itu, ada hal luar biasa yang disebut "masa percobaan". Plus, bekerja di perusahaan besar (setidaknya dalam kasus kami) - kegagalan untuk menyelesaikan masa percobaan tidak berarti pemisahan seratus persen dari perusahaan. Pada akhirnya, pengembang bisa menjadi sangat baik, tetapi tidak mengakar dalam tim tertentu - dalam hal ini selalu ada proyek alternatif.
Jadi hentikan! Saya mengenali tim yang dimaksud, mewawancarainya beberapa tahun yang lalu, dan skema itu sangat berbeda
Ya, saya bertobat, lalu saya berdosa dengan polling kecil dan wawancara tanpa ujian. Menghabiskan banyak waktu, baik miliknya sendiri maupun milik orang lain. Jadi ketika datang ke pencarian baru untuk pengembang, saya memutuskan untuk mencoba pendekatan yang berbeda. Apakah pengembang menulis kode? Hebat! Tunjukkan kode Anda dan saya akan memberi tahu Anda apakah kami harus diwawancarai.
Tetapi saya menemukan di perusahaan! Mengendap ke proyek lain, dan di sana juga, semuanya salah!
Dan inilah situasi dengan kelicikannya. Aliran pengembang back-end / full-stack yang layak masuk ke perusahaan kami, dan ada beberapa ratusan pengembang seperti itu di perusahaan. Oleh karena itu, proses rekrutmen mereka telah cukup diselesaikan dan terstandarisasi. Sementara itu, ada beberapa pengembang seluler di perusahaan, sehingga lebih mudah bagi kami untuk bereksperimen dengan pendekatan wawancara.
Pendekatan yang diuraikan memiliki kelemahan lain!
Menunggu Anda di komentar. Kami membahas ;-)