Saya melihat banyak pekerjaan yang membutuhkan setidaknya x tahun pengalaman. Pertanyaannya adalah bagaimana Anda tahu kapan seorang kandidat memiliki pengalaman bertahun-tahun? Apa yang Anda harapkan dari orang dengan pengalaman x tahun (edit: secara efektif bagaimana Anda memeriksa apakah CV tidak berbohong tanpa mengandalkan pengecekan keterampilan)? Apa yang bisa dilakukan oleh orang dengan pengalaman x tahun yang tidak bisa dilakukan oleh seseorang dengan y tahun (dengan y <x) (edit: dengan asumsi mereka memiliki keterampilan yang sama)?

Mungkin ada kasus dengan beberapa programmer yang bersemangat dengan pengalaman bertahun-tahun yang memiliki pengetahuan luas dan bekerja pada banyak proyek dan programmer lain dengan pengalaman x tahun (x> y) yang telah bekerja pada beberapa proyek dan tidak memiliki banyak pengalaman.

Mengapa tidak dapat direduksi menjadi sesuatu seperti ini "jika Anda tahu teknologi ini dan Anda tahu bagaimana melakukan hal-hal itu (baik itu desain, komunikasi, perkiraan dll) maka Anda cocok untuk pekerjaan kami"?

Saya tahu Anda tidak dapat mempekerjakan lulusan baru dengan pengalaman 1 tahun untuk jabatan arsitek perusahaan tetapi saya juga melihat masalah dengan fakta bahwa hampir semua iklan meminta pengalaman. IMHO terlebih dahulu gairah harus diperhitungkan.

Pertama, saya tidak tahu apakah pertanyaannya cocok untuk situs ini tetapi karena ada tanda untuk merekrut dan pengalaman, saya yakin ada tempat di sini.

Pertanyaan Anda dapat ditangani dengan membagi menjadi dua sub-pertanyaan.

Mengapa menggunakan pengalaman bertahun-tahun sebagai persyaratan?

Karena ini adalah metrik yang mudah diverifikasi berkorelasi positif dengan kompetensi pemrograman . Jawaban Snagulus sudah menguraikan detail korelasi, jadi saya akan fokus pada "mengapa".

Kebenaran yang sulit adalah bahwa biasanya ada lebih dari satu kandidat untuk posisi tertentu. Juga, wawancara cukup memakan sumber daya, terutama jika dilakukan "dengan benar", yaitu wawancara teknis dilakukan oleh staf yang kompeten secara teknis (dalam hal ini pemrogram).

Oleh karena itu, beberapa kriteria untuk awalnya menyaring CV yang masuk perlu digunakan, dan lebih disukai yang dapat diverifikasi oleh staf non-teknis - ketika ragu-ragu, SDM dapat selalu menghubungi pemberi kerja sebelumnya dan memeriksa apakah ya, John Smith telah bekerja untuk X tahun bersama mereka.

Mengapa tidak menggunakan "gairah" sebagai persyaratan saja?

Setidaknya ada dua masalah dengan ini:

bagaimana mengukur "gairah"?

KLOC login? Semoga beruntung mengetahui hal itu, juga, dalam pemrograman (dan disiplin ilmu lainnya), lebih banyak tidak berarti "lebih baik".

Proyek sumber terbuka / hobi selesai? Tidak mudah diperiksa oleh SDM, dan banyak programmer yang kompeten memiliki alasan yang sah untuk tidak aktif dalam hal itu - kewajiban lain yang memakan waktu, jam kerja yang panjang dengan keinginan untuk melepas lelah, pemenuhan profesional sederhana selama jam kerja dll.

Tahun-Tahun Pengalaman? Oh tunggu...

Apakah "gairah" benar-benar metrik yang baik untuk kompetensi?

Seperti yang dikatakan Robert Harvey dalam komentarnya, hasrat tidak benar-benar menunjukkan pemrograman yang kompeten. Dibandingkan dengan pengalaman, itu sebagian besar kualitas ortogonal - yaitu, ada:

• programmer yang bersemangat dan kompeten dan
• programmer yang tidak memihak dan kompeten secara teknis dan
• programmer yang bersemangat dan tidak kompeten secara teknis dan
• programmer yang bersemangat dan tidak kompeten secara teknis,
• dll. dll

Contoh terakhir adalah penting dalam konteks kami - pengalaman bertahun-tahun juga menunjukkan bahwa seorang programmer tertentu telah berhasil berfungsi dalam pekerjaannya, sedangkan seorang programmer yang bersemangat disfungsional bisa, misalnya menolak untuk berpartisipasi bahkan dalam sistem manajemen tugas yang paling sederhana. (katakanlah, Scrum Post-it note), karena "itu memperlambat saya."

Penafian akhir

Pertama-tama, dan untungnya, "tahun pengalaman" sering dievaluasi "longgar" - yaitu jika Anda melamar pekerjaan dengan bahasa X, tetapi hanya memiliki pengalaman "komersial" dengan bahasa Y, mirip dengan X, itu juga sering diperhitungkan.

Kedua, secara pribadi saya bukan penggemar "N tahun pengalaman", dan saya bukan satu-satunya. Ada alternatif sederhana - menentukan "pengalaman dalam" . Itu biasanya cukup sebagai filter, karena kandidat dipaksa untuk mendokumentasikan pengalaman dalam CV mereka - jika Anda mendapatkan kandidat untuk posisi pemrograman yang sebelumnya hanya melakukan waitering (dan ini terjadi!), Anda tahu ada sesuatu yang salah.

"Tahun pengalaman" lebih dari skala probabilitas daripada ukuran apa pun yang konkret. Dengan bertambahnya tahun, Anda mendapatkan peluang lebih besar bahwa seseorang telah mengalami hal-hal seperti:

• Telah berpartisipasi dalam acara seperti krisis.
• Telah melihat proyek dari awal hingga akhir.
• Telah melihat proyek gagal untuk memulai atau mengakhiri.
• Telah bekerja pada kode lawas.
• Telah mengerjakan batu tulis kosong dan membuat sesuatu.
• Telah menerapkan keputusan desain.
• Telah merancang suatu sistem.
• Telah menulis bug, merilis perbaikan buruk, menurunkan server; Mengacau, pada dasarnya.
• Telah memperbaiki masalah.
• Telah menemukan kasus tepi aneh dalam bahasa tempat mereka bekerja, dan melihat tempat di mana mereka penting.
• Telah belajar bahwa hal-hal yang saat ini dalam basis kode mungkin bodoh.
• Perhatikan, hal-hal ini adalah sampel kecil yang tidak wajib, dan juga termasuk lusinan hal kecil yang dapat ditemukan bekerja di lingkungan hidup.

Sekali lagi, ini adalah kesempatan, dan itu sepenuhnya tergantung pada / di mana / mereka memiliki pengalaman bertahun-tahun. Satu orang dapat bekerja dalam satu proyek tunggal di tim yang terdiri dari beberapa ratus orang dan menjadi sangat terspesialisasi. Yang lain mungkin berada di toko kecil percobaan-oleh-api, dan menjadi lebih dari seorang generalis ketika mereka berurusan dengan server / instalasi / coding / QA / DBA / manajemen proyek. Ada juga orang-orang yang berulang kali mengalami pengalaman yang sama.

Ini adalah ukuran kasar, tetapi rata-rata seseorang akan terpapar pada lebih banyak peristiwa pembelajaran potensial semakin lama mereka telah bekerja, dan itu berguna sebagai titik data awal. Sisa resume (dan yang lebih penting adalah wawancara) adalah untuk mengetahui apa yang sebenarnya mereka ketahui, dan apa yang sebenarnya telah mereka lakukan.

Saya akan menjawab ini dengan menjawab setiap pertanyaan Anda di pos.

Pertanyaannya adalah bagaimana Anda tahu kapan seorang kandidat memiliki pengalaman bertahun-tahun?

Ini biasanya yang ingin disaring oleh proses wawancara. Beberapa wawancara dilakukan dan Anda biasanya dapat mengevaluasi pengalaman kandidat terhadap beberapa pengembang in-house Anda sendiri.

Apa yang Anda harapkan dari orang dengan pengalaman x tahun?

Anda akan mengharapkan mereka untuk memenuhi persyaratan pekerjaan yang ditentukan dalam pos pekerjaan. Sebagai contoh:

"Kami mencari pengembang PHP senior dengan pengalaman lebih dari 10 tahun bekerja dalam desain sistem dan arsitektur untuk merestrukturisasi alat sistem kami sebagai arsitek utama, sementara mengelola sejumlah K pengembang senior dan junior dan membimbing mereka di sepanjang jalan. Pekerjaan itu juga akan membutuhkan ... (dll. dll) "

Apa yang bisa dilakukan oleh orang dengan pengalaman x tahun yang tidak bisa dilakukan oleh orang dengan y tahun (dengan y <x)?

Anda melihat pengalaman yang salah dalam hal ini. Posting pekerjaan tidak hanya meminta beberapa tahun, tetapi juga pengalaman dalam teknologi yang digunakan perusahaan. Seperti Anda bisa memiliki 10 tahun pengalaman dalam pengembangan C ++, dan mengatakan saya adalah perusahaan game yang mencari pengembang C ++ dengan pengalaman bahkan 5 tahun. Anda masih tidak akan menjadi kandidat ideal saya karena Anda belum pernah bekerja di industri game sebelumnya. Posting pekerjaan saya sebenarnya akan menentukan: X jumlah tahun pengalaman dalam aspek pemrograman A, B, C.

Mungkin ada kasus dengan beberapa programmer yang bersemangat dengan pengalaman bertahun-tahun yang memiliki pengetahuan luas dan bekerja pada banyak proyek dan programmer lain dengan pengalaman x tahun (x> y) yang telah bekerja pada beberapa proyek dan tidak memiliki banyak pengalaman.

Baca jawaban saya sebelumnya. Pengalaman terkait dengan alat yang Anda alami. X jumlah tahun dalam alat A, B, C.

Mengapa itu tidak dapat dilanjutkan ke sesuatu seperti ini "jika Anda tahu teknologi ini dan Anda tahu bagaimana melakukan hal-hal itu (baik itu desain, komunikasi, perkiraan dll) maka Anda cocok untuk pekerjaan kami"?

Ini bisa dan memang terjadi. Jika Anda dapat membuktikan diri Anda, pengalaman bertahun-tahun tidak masalah. Untuk orang seperti Anda, Anda tampaknya lebih cocok untuk toko dev yang lebih kecil, di mana pewawancara / perekrut adalah pengembang sendiri. Perusahaan yang lebih besar biasanya memiliki SDM yang melakukan hal-hal seperti ini, itulah sebabnya mereka membuat persyaratan pekerjaan begitu luas sehingga Anda pada dasarnya membutuhkan gelar PhD dengan pengalaman 15+ tahun untuk menulis fungsi kecil untuk situs web mereka (terlalu berlebihan tetapi ini menjelaskan kekurangannya) dalam perekrutan programmer, terutama untuk perusahaan besar - walaupun tidak semuanya menderita penyakit ini)

Pengalaman bertahun-tahun hanyalah filter yang memberikan perkiraan "kasar" tentang apa yang diharapkan dari orang yang memanfaatkan keterampilan yang diinginkan yang tercantum dalam deskripsi pekerjaan.

Berikut ini cukup banyak yang saya harapkan, tetapi orang lain mungkin memiliki ide yang berbeda:

2 tahun atau kurang - Anda harus dapat melakukan tugas-tugas spesifik yang diperintahkan kepada Anda, dengan pemberi kerja mengetahui bahwa akan ada kurva pembelajaran dengan jumlah pengawasan yang adil untuk sebagian besar tugas tersebut.

3 - 5 tahun - Anda harus dapat melakukan tugas yang diperintahkan kepada Anda, tanpa banyak memegang tangan karena Anda seharusnya sudah melakukan tugas serupa dalam pengalaman 0 hingga 2 tahun Anda. Anda juga harus mulai menunjukkan inisiatif "pintar" dan dapat menangani tugas-tugas kecil yang belum tentu didefinisikan dengan jelas. (mis. Mampu mendesain modul dari persyaratan, di mana Anda harus melacak sendiri beberapa persyaratan itu).

5 - 7 tahun - Anda harus dapat bekerja sendiri dan dapat memutuskan apa "tugas" dari atas. Anda harus dapat menangani tugas-tugas berukuran sedang yang tidak didefinisikan dengan jelas. (mis. Mampu mendesain / mengimplementasikan / menjual subsistem). Anda juga harus mulai memimpin tim subsistem dalam rentang waktu ini. Berikan presentasi yang diperlukan dari subsistem yang menjadi tanggung jawab mereka, kepada setidaknya tim internal.

8 - 10 tahun - Dapat diandalkan untuk diberikan sangat besar dan / atau subsistem kritis proyek. Pakar residen dalam beberapa teknologi. Dapat memimpin tim subsistem besar. Berikan presentasi dari subsistem yang menjadi tanggung jawab mereka kepada pelanggan.

10+ tahun - Dapat menangani hampir semua tugas perangkat lunak yang dilemparkan kepadanya, dalam batas-batas uraian tugas DAN sebagian besar tugas perangkat lunak semi-terkait lainnya. Pakar residen di sejumlah besar area perangkat lunak. Dapat memimpin proyek besar, mulai dari persyaratan hingga aksi jual. Memahami desain sistem dan bukan hanya desain modul / subsistem. Mampu merancang sistem yang andal, kuat, dan terpelihara. Apakah antarmuka perangkat lunak untuk pelanggan, termasuk presentasi dari perspektif sistem. Cukup dapat menyusun proposal dan jadwal penawaran.

Meskipun definisi pengalaman bertahun-tahun tidak jelas, itu tidak hanya untuk keuntungan majikan tetapi juga merupakan panduan bagi pencari kerja. Jadi, jika Anda dipekerjakan, mengklaim bahwa Anda memiliki 8 hingga 10 tahun pengalaman dan datang pada pekerjaan dan perlu diberi tahu setiap tugas kecil yang perlu Anda lakukan maka yang terbaik masa depan Anda di perusahaan "sangat terbatas" jika Anda bahkan bertahan sangat lama. lama sekali. Kesan pertama sulit diubah, jadi meskipun Anda menjadi lebih baik sebagai pengembang, orang-orang masih akan mempertahankan kesan asli Anda tentang Anda.

Saya telah melihat cukup banyak pengembang "senior" dipekerjakan yang hilang dalam hitungan bulan atau dalam beberapa tahun dimasukkan dalam program "pengembangan karyawan", yang benar-benar hanya jalur cepat untuk menjadi yang pertama di daftar PHK. Jika pengembang yang sama itu masuk pada level yang lebih rendah (tentu saja itu berarti upah yang lebih rendah) maka mereka mungkin dianggap sebagai karyawan yang berhasil dan dianggap berkinerja memadai.