Ketika saya sedang menulis resume pertama saya, proses seleksi untuk wawancara langsung tampak ajaib bagi saya. Pembuat keputusan diwakili sebagai "kotak hitam", yang menentukan: kandidat itu "menarik" atau "tidak menarik" - sesuai dengan kriteria yang tidak dapat dipahami.
Artikel-artikel "Bagaimana Membuat Resume" sebagian bermanfaat, dan sebagian lagi membingungkan dan membangkitkan ketakutan: penulis mereka mengklaim bahwa surat saya bisa masuk ke keranjang jika struktur tidak dipertahankan atau petugas yang bertanggung jawab tidak melihat kata kunci di dalamnya selama 5 detik pertama pembacaan.
Tahun-tahun berlalu, sekarang saya sendiri terlibat dalam mempekerjakan pengembang front-end dan melihat resume dengan para pemimpin tim lainnya.
Pada artikel ini saya ingin memberi tahu:
- Poin apa yang kami perhatikan sebelum mengundang kandidat untuk wawancara, dan bagaimana menguntungkan untuk menyajikan pengalaman kami.
- Yang bertentangan dengan mitos populer tentang pencarian kerja, sebaliknya, tidak memengaruhi keputusan majikan.
- Bagaimana jika pengalaman saat ini secara objektif tidak cukup untuk posisi mimpi.
Dan yang paling penting - saya ingin menjelaskan logika yang kami ikuti sehingga prosesnya tidak lagi terlihat seperti sulap.
Jangan mengambil apa yang tertulis sebagai resep atau persyaratan universal. Sebaliknya, ini adalah saran yang ramah dan pandangan samping. Anda mungkin tidak memiliki resume sama sekali, jika Anda adalah pengembang teratas, bintang konferensi, Anda memiliki profil keren di GitHub, seorang teman merekomendasikan Anda, dan sebagainya. Artikel ini untuk pemula dan mereka yang pertama kali dihadapkan dengan pencarian pekerjaan.
Lanjutkan struktur
Resume standar terdiri dari blok-blok berikut:
- Nama, detail kontak, posisi yang diinginkan (opsional - umur);
- pengalaman kerja;
- pendidikan;
- informasi tambahan yang ingin Anda komunikasikan.
Untuk merusak bagian yang berkaitan dengan nama dan posisi yang diinginkan, Anda harus berusaha keras. Oleh karena itu, kami belok kanan ke blok kedua.
Pengalaman kerja
Jelas, ini adalah bagian terpenting dari resume (pengecualiannya adalah spesialis tanpa pengalaman, tip untuk mereka di bawah). Berdasarkan informasi ini, kami mengevaluasi apakah kandidat cocok atau tidak cocok untuk tim kami. Ada beberapa cara untuk menggambarkan pengalaman Anda, kami akan mempertimbangkan masing-masing.
Opsi 1. Minimalis
Dari ringkasan ini, kami menemukan bahwa kandidat adalah pengembang front-end. Tapi yang mana? Kerangka apa yang dia gunakan? Apakah Anda menulis tes? Tugas apa yang harus Anda selesaikan?
Adalah baik jika Horns and Legs adalah perusahaan IT yang terkenal. Katakanlah, jika Anda bekerja di Google, maka, pada prinsipnya, Anda tidak dapat menulis apa-apa lagi, banyak perusahaan "mematuk" ini. Jika tidak, Anda harus memberikan informasi lebih lanjut.
Tentu saja, ada opsi untuk memanggil kandidat untuk wawancara dan mencari tahu semuanya secara pribadi atau meminta kolega dari HR untuk menghubungi dan mencari tahu lebih lanjut. Tetapi dengan memberikan diri Anda suatu misteri, Anda meningkatkan peluang bahwa calon pemimpin Anda akan memikirkan segalanya sendiri dan tidak semua tebakannya akan menguntungkan Anda.
Opsi 2. Indikasi teknologi
Dengan menentukan teknologi yang Anda miliki, Anda segera menghapus banyak pertanyaan. Sekarang kami mengerti bagaimana keahlian Anda tumpang tindih dengan tumpukan kami. Hanya tanpa fanatisme, tidak perlu mendaftar teknologi semua departemen tetangga. Daftar yang terlalu panjang terlihat tidak masuk akal. Tunjukkan apa yang Anda kerjakan secara pribadi dan apa yang siap Anda diskusikan dalam wawancara.
Jangan takut pencocokan tumpukan tidak lengkap. Misalnya, Anda bekerja dengan NGXS, kami bekerja dengan NgRx. Pengetahuan teknologi terkait masih akan menjadi nilai tambah. Dan semakin banyak pengalaman Anda mirip dengan proyek kami, semakin besar kemungkinan kami ingin mengenal Anda.
Tapi saya tetap ingin tahu tugas spesifik apa yang telah Anda selesaikan.
Opsi 3. Indikasi tanggung jawab
Sekarang kami memiliki gagasan yang lebih baik tentang apa yang Anda lakukan di pekerjaan sebelumnya, dan kami dapat membandingkan ini dengan posisi terbuka. Jika Anda melakukan sesuatu yang serupa, ini akan menambahkan tanda plus ke karma imajiner Anda. Tetapi bahkan jika tugasnya sangat berbeda dari proyek kami, uraian tentang tanggung jawab sebelumnya akan membantu untuk membuat setidaknya ide awal tentang Anda dan akan menjadi titik awal untuk wawancara langsung.
Saya yakin dapat mengatakan bahwa seorang kandidat dengan resume seperti itu akan menerima lebih banyak undangan untuk wawancara. Tetapi apakah mungkin melakukan lebih baik? Ternyata iya.
Opsi 4. Menampilkan prestasi
Nah, sekarang kami tahu tidak hanya apa yang Anda
lakukan , tetapi juga apa yang
sebenarnya Anda
lakukan . Ini sangat penting jika Anda adalah pemimpin senior atau tim. Dari karyawan dalam posisi seperti itu, kami selalu mengharapkan kontribusi yang menentukan bagi pengembangan teknis proyek atau manajemen tim. Tetapi pengembang yang kurang berpengalaman sering memiliki sesuatu untuk dibagikan.
Saya akui, mengubah pekerjaan saya untuk pertama kalinya, saya malu menggambarkan pencapaian saya: jadi apa, bahwa saya menghabiskan status, menilai tenggat waktu dan mengawasi kolega yang kurang berpengalaman, karena secara resmi saya masih "programmer junior"! Sekarang saya dapat secara resmi menyatakan bahwa Anda tidak perlu malu: Anda telah melakukan sesuatu yang penting - tulis tentang hal itu, bahkan (dan bahkan lebih lagi) jika itu tidak sesuai dengan posisi Anda saat ini.
Keraguan apa yang harus dipertimbangkan prestasi? Berikut ini beberapa ide:
- memperkenalkan TypeScript (ES6, tes unit, tinjauan kode, gaya kode, dll.);
- pemuatan situs yang dioptimalkan;
- membentuk tim, secara sadar memilih kerangka kerja;
- pelatihan internal yang terorganisir (pertemuan, perjalanan ke konferensi eksternal);
- berpidato di pertemuan, konferensi.
Daftar ini berlanjut. Tetapi saya akan memberikan satu saran lagi. Ingat perumpamaan tentang tiga saringan yang melaluinya Anda ingin menyampaikan apa yang ingin Anda katakan? Jadi, prestasi harus dilalui melalui saringan kecukupan.
Misalnya, Anda menulis bahwa Anda mengelola departemen pengembangan front-end. Dan kemudian ternyata departemen itu terdiri dari Anda dan teman Anda Petit. Itu terlihat begitu-begitu. Atau, kutip fakta yang tidak penting: selama bekerja saya menulis 30 ribu baris kode, menutup 125 tiket, mengulas 1.500 permintaan tarik.
Jika Anda melihat distribusi resume terakhir yang kami terima dalam kategori yang ditunjukkan, kami akan melihat gambar berikut:
Setidaknya 28 dari 100 resume dapat ditingkatkan secara signifikan.
Saya ingin mencatat bahwa resume yang dipersiapkan dengan buruk tidak selalu berarti kandidat yang kurang cocok, dan sebaliknya: penulis resume yang sangat baik mungkin tidak melalui wawancara teknis atau bekerja dengan tim. Tetapi jika Anda bahkan tidak mencoba untuk menceritakan tentang diri Anda sendiri, bagaimana calon kolega Anda melihat Anda di antara kandidat lainnya?
Masalah yang mengindikasikan pengalaman
Kadang-kadang seseorang memiliki pengalaman bertahun-tahun, tetapi membaca resume, kita masih berpikir bahwa ini adalah "bukan kandidat kami". Apa yang salah?
Perubahan pekerjaan yang sering
Tampaknya semua orang sudah tahu bahwa perubahan pekerjaan yang sering tidak mewarnai pelamar. Bagi saya, sering berganti pekerjaan - tiga tempat atau lebih di mana Anda bekerja kurang dari setahun. Ini bukan dasar penolakan tanpa syarat, terutama jika alasannya netral. Misalnya, Anda mengerjakan proyek dan selesai. Ini dapat segera ditunjukkan dalam resume sehingga calon pemimpin tidak memikirkan dirinya sendiri.
Namun demikian, saya mengusulkan untuk memikirkannya, berganti pekerjaan di waktu berikutnya: apakah tempat baru Anda benar-benar lebih baik daripada yang lama, apakah ada prospek dan peluang untuk berkembang, apakah itu membuat Anda lebih dekat dengan tujuan karier global Anda? Dan apakah Anda memilikinya?
Pengalaman dalam teknologi yang tidak relevan
Kebetulan seorang kandidat memiliki sejarah panjang, tetapi pengalaman bertahun-tahun dan pengalaman yang digambarkan dengan baik mungkin tidak relevan dengan posisi tersebut.
Kami mencari pengembang Angular dan Bereaksi (tapi kami sering siap mempertimbangkan pengembang yang berpengalaman dalam kerangka kerja lain), dan dalam resume, misalnya, hanya blog WordPress. Atau Anda sedang mengembangkan backend, dan sekarang Anda ingin berlatih kembali di front-end. Saya sendiri berada dalam situasi seperti itu beberapa tahun yang lalu dan saya mengerti masalah apa yang menanti Anda: ada pengalaman pengembangan, tetapi tidak ada pengalaman praktis dalam pengembangan web. Wawancara dalam spesialisasi baru bisa sulit.
Apa yang harus dilakukan Angkat kaki dan rujuk? Terus melakukan apa yang sudah berhenti Anda cintai? Tentu saja tidak. Kami melanjutkan ke bagian selanjutnya.
Dan jika ada sedikit pengalaman?
Pengembang yang baik selalu kurang. Dan pewawancara juga orang-orang dan juga sekali memulai dari awal. Karena itu, mereka sering siap untuk mempertimbangkan kandidat, meskipun dengan pengalaman yang tidak memadai, tetapi dengan keinginan untuk tumbuh. Anda hanya perlu memperkuat keinginan ini dengan sebuah kasing dan secara transparan mengisinya dalam resume.
Pengembangan diri
Jika Anda tidak memiliki pengetahuan tentang teknologi terkait atau lebih modern, mulailah mempelajarinya sendiri. Ambil kursus video, sekarang ada banyak untuk setiap selera (Saya suka
Pluralsight , tetapi Anda juga dapat menemukan video gratis berkualitas hebat). Tulis tentang jalur pengembangan yang diinginkan dan upaya Anda dalam resume - misalnya, di bagian "Informasi Tambahan" atau dalam surat pengantar. Sebagai contoh:
Di tempat kerja saat ini, kami tidak menggunakan kerangka kerja, tetapi saya mengikuti teknologi modern dan mempelajari Angular (React, Vue - di sini kami fokus pada minat kami dan tempat kerja yang diinginkan). Lulus kursus ini dan itu.Dan lagi tanpa fanatisme! Jika Anda menentukan 50 kursus, mulai dari tata letak dan diakhiri dengan mengoptimalkan kueri basis data, ini terlihat aneh (kecuali jika Anda fullstack). Pikirkan tentang apa yang benar-benar ingin Anda lakukan dan apa yang Anda lewatkan saat ini.
Ngomong-ngomong, jika Anda akan mencari pekerjaan, karena Anda tidak puas dengan teknologi yang sudah ketinggalan zaman atau kurangnya praktik tim yang baik, saya sarankan Anda berpikir sejenak: sudahkah Anda mencoba mengubahnya? Jika tidak, saya sarankan Anda mencoba. Tanpa diduga, ini bisa berubah menjadi peluang untuk pertumbuhan, dan cara untuk mendapatkan pengalaman praktis dalam kondisi kerja nyata.
Proyek hewan peliharaan
Misalkan Anda sedang menjalani atau telah menyelesaikan beberapa pelatihan: telah melihat kursus, membaca buku atau artikel. Anda, tentu saja, mengerti bahwa persiapan "teoretis" semacam itu tidak cukup. Saya selalu menyarankan untuk mengembangkan pengetahuan baru dalam praktik saat Anda menonton video atau membaca buku. Misalnya, memulai proyek kesayangan.
Apa itu? Pada prinsipnya, apapun.
Apakah kamu suka sepakbola? Buat situs web tentang kejuaraan yang akan datang. Belajar bahasa asing? Tulis aplikasi untuk mengulang kata-kata. Apakah Anda suka bepergian? Buat peta tempat di mana Anda berada. Ada banyak API terbuka yang datanya dapat digunakan. Misalnya, Anda dapat menemukan daftar API yang baik di gudang
API publik .
Selain mengkonsolidasikan materi yang dipelajari, proyek kesayangan memberikan kesempatan menarik lainnya: proyek tersebut dapat diposting di GitHub dan memberikan tautan ke profil Anda di resume. Kode yang baik akan mengatakan lebih dari seribu kata tentang Anda, dan dalam beberapa kasus akan menyelamatkan Anda dari tugas pengujian. Tetapi pastikan github Anda tidak melawan Anda.
Profil Anda di github
Beberapa kali saya menemukan resume, penulis yang menunjukkan tautan ke GitHub (yang dengan sendirinya sangat sehat dan menyoroti resume di mata pewawancara potensial), tetapi melihat kode benar-benar menghalangi keinginan untuk berkomunikasi. Berikut adalah alasan paling sederhana mengapa ini bisa terjadi:
- Banyak kode dalam satu file, fungsi besar, bersarang besar.
- Duplikasi kode yang jelas.
- Terus terang nama buruk variabel dan fungsi.
- Variabel, fungsi, impor yang tidak digunakan.
Dan ini hanya bau kode yang langsung menarik perhatian saya, bahkan sebelum saya menggulung kode. Ngomong-ngomong, sangat nyaman jika proyek Anda ditempatkan di suatu tempat dan Anda dapat menonton demo tanpa memulainya di rumah. Opsi paling sederhana adalah
halaman github .
Tentu saja, hak Anda untuk menyimpan dalam repositori Anda kode yang Anda buat sketsa di atas lutut Anda, kode yang Anda tulis sejak lama dan sekarang Anda akan melakukan segalanya secara berbeda, kode tanpa tes dan tanpa jenis.
Tetapi ingat bahwa jika Anda sendiri memberikan tautan ke GitHub Anda, maka bagi pewawancara ini adalah undangan untuk mengevaluasi dan menarik kesimpulan. Oleh karena itu, saran saya: letakkan kode dalam urutan sehingga menunjukkan praktik terbaik yang Anda ketahui. Setidaknya untuk satu proyek, yang akan Anda tunjukkan sebagai standar.
Sumber daya untuk latihan
Proyek hewan peliharaan - kisah tentang membuat proyek dari awal, bekerja dengan kerangka kerja, dengan API. Secara umum, ini adalah sesuatu yang mengingatkan kita pada proyek nyata dalam miniatur. Selain mengerjakan proyek hewan peliharaan, saya menyarankan Anda untuk berlatih memecahkan masalah untuk menulis kode. Ini sangat penting untuk pengembang junior atau pengembang yang mengubah spesialisasi mereka (misalnya, ketika beralih dari C # ke javascript) - ini adalah bagaimana Anda dapat terlibat dan terbiasa dengan desain baru.
Ada banyak situs dengan tugas yang sesuai dan sistem verifikasi otomatis. Favorit saya adalah
Codewars dan
LeetCode .
Secara umum, saran ini lebih tentang pengembangan diri dan persiapan untuk wawancara daripada menulis resume.
Pendidikan
Semuanya sederhana dengan pendidikan: apakah itu ada atau tidak ada, kita hanya menulis kebenaran. Jika Anda telah menerima pelatihan tambahan secara langsung atau tidak langsung terkait dengan pekerjaan, ada baiknya menyebutkan hal ini. Dalam kasus saya, ini, misalnya, kursus Desain UX&UI di Sekolah Tinggi Desain Inggris.
Baru-baru ini saya ditanya betapa pentingnya, pada prinsipnya, memiliki gelar sarjana untuk bekerja di bidang TI.
Saya pikir ini adalah masalah kosong, bahkan beberapa rekan kerja mungkin tidak setuju dengan saya. Jawaban saya: jika ada kesempatan untuk menyelesaikan universitas yang bagus - lebih baik melakukannya. Tetapi ketersediaan pendidikan bukan merupakan faktor penentu (tetapi pengetahuan adalah ya). Dan tentu saja saya tidak menyarankan siapa pun untuk masuk ke lembaga yang sedikit dikenal hanya demi kerak.
Saya akui, secara mental saya memasang tanda tambah tambahan untuk kandidat dengan pendidikan khusus
di universitas top. Namun demikian, saya mengenal beberapa pengembang luar biasa tanpa pendidikan tinggi, dan kurangnya ijazah tidak mengganggu mereka.
Informasi tambahan
Banyak resume yang diakhiri dengan blok dengan informasi tambahan tentang kandidat. Di sini Anda dapat menentukan semua yang tidak cocok untuk bagian lain dalam format. Sebagai contoh:
- apa yang Anda minati dan ke arah mana Anda ingin mengembangkan (Anda dapat menulis bahwa UX sangat penting bagi Anda atau yang Anda sukai untuk menjadi mentor bagi kolega yang kurang berpengalaman);
- Berikan tautan ke GitHub atau portofolio;
- bicarakan artikel atau pidato Anda;
- jelaskan bahwa meskipun Anda tidak memiliki pengalaman dalam teknologi tertentu, Anda siap untuk menguasainya dan melakukan sesuatu untuk ini (lihat bagian “Jika ada sedikit pengalaman?”);
- berbicara tentang pencapaian lain (dalam pemrograman olimpiade, menyelesaikan kasus bisnis, dll.).
Anda bertanya: "Bagaimana dengan kata-kata standar" tahan stres "," mudah dilatih "dan definisi serupa yang masih bisa dilihat dalam contoh resume?" Mereka tidak membuat kesan pada saya, dan saya dengan tulus tidak mengerti mengapa mereka masih digunakan . Pada akhirnya, kami tidak berasumsi secara default bahwa kandidat sangat tertekan, dan kami mencoba menghindari situasi yang tidak nyaman dalam tim.
Kesimpulan
Sebagai kesimpulan, saya akan memberikan beberapa ide yang ingin saya sampaikan dengan artikel ini:
- Dalam ringkasan, jelaskan secara rinci pengalaman Anda: tunjukkan teknologi, tugas utama, dan pencapaian Anda, jika ada.
- Jika pengalaman tidak cukup - pelajarilah sendiri dan tunjukkan kepada calon majikan.
- Untuk latihan, dapatkan proyek kesayangan.
- Publikasikan di GitHub untuk menunjukkan contoh kode yang Anda tulis.
- Jika Anda menentukan GitHub di resume, bawa kode dengan sempurna.