Berapa banyak perbedaan yang dialami pengalaman? [Tutup]


18

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.


11
bertanya dan menjawab di TWP: Bagaimana saya bisa mengatasi persyaratan "pengalaman bertahun-tahun" ketika melamar ke posisi? "Penghakiman tidak datang dari kesuksesan, tetapi dari kegagalan. Sebagian besar perusahaan ingin merekrut orang yang kegagalannya dibayar oleh perusahaan sebelumnya ..."
Agas

1
Baca esai panjang yang indah yang saya tulis di bawah ini. Mungkin ada nilainya bagi Anda =)
Joe

10
Gairah? Betulkah? Apa yang terjadi ketika Anda memberi mereka sesuatu yang membosankan untuk dilakukan? Salah satu karyawan paling produktif yang saya kenal adalah seorang kolega yang cukup tidak bersemangat tentang pekerjaannya, tetapi memiliki etos kerja yang luar biasa dan akan melakukan apa pun yang Anda minta, dengan kesetiaan penuh, tidak peduli berapa kali ia diminta untuk melakukannya sebelumnya.
Robert Harvey

2
Jangan lupa bahwa berkali-kali manajer perekrutan tidak bekerja di lapangan, dan tidak tahu apa yang mereka bicarakan. Bagi mereka, "X tahun pengalaman ..." mungkin satu-satunya hal yang masuk akal, karena mereka melihat banyak resume dengan kata-kata yang tidak masuk akal pada mereka setiap hari. Angka memberikan perbandingan sederhana, bahkan jika itu mungkin bukan perbandingan yang baik dalam semua kasus.
Geobits

3
Memperluas apa yang @Matthew saya bisa ajarkan atau kirim Anda kursus untuk mendapatkan keterampilan, saya tidak bisa mengajarkan pengalaman. Yang mengatakan, ada perbedaan antara pengalaman 10 * 1 tahun dan pengalaman 1 * 10 tahun. Sayangnya ketika HR pergi ke sekolah mereka diberitahu bilangan bulat itu komutatif ketika dikalikan dan belum belajar matematika yang salah tentang yang ketika datang ke pengalaman.
mattnz

Jawaban:


11

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.


Tingkatkan, bahkan jika hasrat dan kemampuan adalah ortogonal, mereka tidak berkorelasi. Anda akan menemukan banyak programmer terampil yang lebih bersemangat daripada programmer terampil yang tidak berbelas kasihan.
Telastyn

1
@ Telastyn: Anda benar bahwa saya seharusnya memenuhi syarat pernyataan itu dengan "sebagian besar" (yang saya pikir saya akan lakukan sekarang). Namun, saya akan berhati-hati tentang kualifikasi "banyak lagi" - perhatikan bahwa Anda dapat kehilangan gairah, tetapi Anda tidak secara otomatis kehilangan keterampilan. Ini tidak seperti semua pemrogram yang memihak mulai memihak.
mikołak

44

"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.


1
Saya pasti setuju dengan ini, karena saya telah menemukan bahwa satu-satunya cara nyata untuk mendapatkan pengetahuan mendalam yang membantu Anda dalam usaha apa pun adalah membuat tangan Anda kotor, meretas omong kosong yang sangat tumpul karena Anda harus melakukannya. Harus menjadi bagian yang sulit. dengan hanya bersekolah, dan mungkin satu atau dua pekerjaan paruh waktu, Anda tidak pernah harus, menyelesaikannya, mengatasinya, berurusan dengan orang-orang yang tidak peduli tentang kekeruhan dari solusi Anda dan menyelesaikan bagian teknis untuk mencapai suatu tujuan bisnis. engkol itu mengajarkan Anda tentang bagaimana melakukannya di waktu berikutnya. Ini benar-benar sulit untuk mengajarkan ini.
Andyz Smith

1
Ini hampir menjadi karakter kematangan karakter. Anda tidak bisa mengajarkan kebijaksanaan, tidak bisa. kebijaksanaan berasal dari goong sampai sekarang, krisis kontemporer dan belajar sesuatu yang relevan tentang situasi kita saat ini dan apa yang mungkin Anda lakukan dalam hidup Anda. tidak ada cara untuk menulis buku bayi itu
Andyz Smith

1
+1. Ini terutama tentang memiliki kesempatan untuk belajar dari kesalahan Anda sendiri, dan orang lain, keputusan bodoh, belajar pelajaran menyakitkan dengan cara yang sulit, dan memiliki setidaknya beberapa ide tentang bagaimana menghindari hal yang sama ketika Anda datang bekerja untuk saya. Tentu saja, saya perlu wawancara untuk mencari tahu apakah Anda benar-benar mengambil kesempatan untuk belajar dari krisis yang Anda alami ...
Bill Michell

7

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)


2
Anda cenderung berasumsi bahwa orang-orang dengan pengalaman lebih banyak memiliki keterampilan yang lebih baik daripada mereka yang memiliki pengalaman lebih sedikit; secara umum ini adalah asumsi yang valid tetapi kemudian Anda harus mengukur keterampilan dan bukan pengalaman ... jadi cobalah dan berikan jawaban dengan asumsi bahwa Anda memiliki 2 orang dengan keterampilan yang sama dan pengalaman yang berbeda.
m3th0dman

Itu sebabnya saya menyebutkan proses wawancara adalah hal yang beragam. Saya juga menyebutkan bahwa pengalaman terkait dengan apa yang Anda alami, yang berkaitan dengan keterampilan. Seperti poin terakhir saya juga sebutkan, pengalaman bukanlah segalanya, Anda hanya perlu mencari di mana keterampilan Anda paling dihargai. Masalahnya dengan pengalaman adalah bahwa itu bertindak seperti penyangga untuk melakukan penyaringan awal dan menyaring kandidat, setelah itu muncul aspek lain, seperti keterampilan, seperti yang Anda sebutkan.
Joe

Jika pada akhirnya semuanya direduksi menjadi keterampilan, lalu mengapa pengalaman dibawa ke dalam diskusi? Satu-satunya alasan yang saya lihat adalah "kami tidak memiliki cukup waktu untuk memeriksa semuanya dan masuk akal untuk membiarkan beberapa programmer yang baik tidak mendaftar kemudian mewawancarai banyak yang buruk".
m3th0dman

1
Itu pada akhirnya tidak berkurang menjadi keterampilan saja. Ini adalah seluruh paket pengalaman, keterampilan, sejarah kandidat, analisis psikologis, dll. Sepertinya Anda mengalami kesulitan membuat orang melihat Anda berbakat tetapi kurang pengalaman bertahun-tahun. Cara terbaik untuk mengatasinya adalah dengan membangun portofolio Anda di tempat seperti GitHub untuk dilihat orang. Jika Anda memiliki keterampilan, perekrut akan melihat bahwa Anda telah mendukungnya.
Joe

1
Saya memiliki orang-orang yang terampil, tidak berpengalaman dan juga tidak terampil, tidak berpengalaman bekerja untuk saya; perbedaan utamanya adalah bahwa orang yang tidak terampil dan tidak berpengalaman sering mengurangi kerusakan (dan kurang bekerja) ketika memulai jalan yang salah, dan jarang berdebat atau mempertanyakan ketika Anda meminta mereka untuk mengubah arah. Keterampilan ditambah dengan pengalaman karena itu memiliki risiko jangka pendek, tetapi semoga manfaat dan imbalan jangka panjang; dan, saya katakan "semoga", karena "pengalaman" tidak tersirat dengan berlalunya waktu dan akumulasi kegagalan.
michael

1

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.