Banyak rekrutmen DevOps mengikuti garis pencocokan kata kunci, yang menurut saya hanya fokus pada teknologi.
Sekarang, DevOps lebih dari sekedar teknologi, dan DevOps Engineer bukan hanya administrator sistem yang lebih baik dengan beberapa keterampilan pengkodean.
Peran / profil Senior DevOps bagi saya juga menawarkan senioritas di banyak yayasan dan praktik lain di luar keterampilan infrastruktur dan rekayasa perangkat lunak seperti Lean, Pengukuran dan bersikap terbuka dan komunikatif (yang meminta DevOps mempekerjakan keterampilan komunikasi mereka, jujur ?!)
Jadi, bisakah iklan pekerjaan / wawancara lebih efisien dalam beberapa cara - misalnya, dengan menerapkan kategori CALMS yang mempertanyakan juga? - Menuju pertanyaan seperti "sekarang, bagaimana Anda menerapkan prinsip lean? Bagaimana aspek budaya ditangani dalam proyek DevOps Anda baru-baru ini?"
Elaborasi lebih lanjut:
- C ulture (mis strategi untuk manajemen konflik dan sikap terhadap kegagalan, milik sendiri dan orang lain)
- Sebuah utomation (di sini Anda bertanya tentang Wayang / Docker dll keterampilan)
- L ean (dasar Lean? Limbah jenis?)
- M easurement (meminta alat-alat seperti JMeter tapi pergi juga ke hal-hal seperti sampling, pemodelan data ..)
- S haring (jelas manajemen pengetahuan dan alat yang sesuai)
UPDATE - jadi mengapa tidak akan majikan / perekrut struktur wawancara dengan menenangkan seperti ditunjukkan di bawah (tambahan, "otomatisasi" bagian dapat dirumuskan sepanjang DevOps toolchain Model ( tautan dokumen, dibaca )?
Catatan tambahan - jadi budaya misalnya sebenarnya bukan hanya soft skill lagi, untuk DevOps itu adalah salah satu keterampilan inti - seperti semua yang lain dalam domain ini.
Jawaban:
Ini adalah ide yang brilian, juga karena Daniel Kahneman yang menunjukkan bahwa jika Anda membagi skor tunggal menjadi 5 skor tertimbang dan menambahkan kriteria numerik dan batas-batas itu, Anda akan secara signifikan mengurangi bias . Anda dapat mendesain tidak hanya skor resume, tetapi seluruh proses perekrutan, dengan layar ponsel, wawancara di tempat, semuanya dengan cara ini. Ini akan secara signifikan mengurangi bias yang melekat pada pewawancara. Kami sebenarnya sudah mulai melakukan hal serupa untuk semua perekrutan.
Jelas, di dalam setiap area, Anda harus menambah bobot pada apa yang penting bagi perusahaan untuk posisi itu, tetapi Anda mempekerjakan seorang insinyur yang berpengetahuan luas dan Anda menginginkan seseorang yang akan mengusulkan perubahan besar pada bagaimana organisasi Anda beroperasi, Anda tidak hanya sekadar merekrut seseorang untuk keterampilan khusus untuk bekerja di area terbatas. Banyak orang hanya melihat peran ini sebagai Release and Build Engineer yang dibayar lebih tinggi dan jika itu masalahnya, itulah yang harus Anda pekerjakan dan iklankan.
Untuk menyewa DevOps, saya sarankan mengganti Lean dengan Learning. Ini awalnya CAMS dan meskipun beberapa meluas ke CALMS untuk memasukkan Lean, itu agak membatasi karena DevOps didasarkan pada lebih dari sekadar Lean. Ini juga ide-ide Deming tentang Variasi Penyebab Khusus dan Umum dan Pemikiran Sistem, Kesetimbangan Nash (jika masing-masing mengoptimalkan untuk diri mereka sendiri, hasilnya bisa suboptimal, dibandingkan dengan ketika semua orang memasukkan kepentingan kelompok), Kontrol Proses Statistik Shewhart , Goldratt's Teori Kendala , Anti-Kerentanan Taleb dan banyak lagi.
Ini juga akan memungkinkan Anda untuk memasukkan partisipasi dalam konferensi dalam Pembelajaran dan presentasi di konferensi atau pertemuan sebagai Berbagi. Dalam posisi di mana Anda tidak selalu menjadi bagian dari tim atau perusahaan Anda mungkin tidak cukup besar untuk memiliki rekan kerja sebagai rekan kerja Anda, bahkan jauh lebih penting untuk membangun dan mempertahankan hubungan kerja dan kesempatan belajar. Kami biasanya mengelompokkan keduanya di bawah Budaya.
Saya pribadi akan menempatkan di bawah Budaya soft skill yang diperlukan untuk menjadi efektif dalam meningkatkan proses di organisasi Anda. CMMI , Kanban , Bekerja dalam batas Kemajuan , praktik Agile, dll.
JIRA sepertinya lebih mirip alat Berbagi dan Git lebih dekat terkait dengan Otomasi.
sumber
EDIT
Saya percaya bahwa ini tergantung dari organisasi ke organisasi dan apa yang diharapkan dilakukan oleh DevOps / Senior DevOps, oleh karena itu, kalimat pertama Anda 100% akurat. Karena, seorang DevOps harus dapat menggunakan seperangkat alat yang digunakan perusahaan dan juga meningkatkan atau membawa seperangkat alat baru yang memungkinkan perusahaan dan pengembangnya bekerja lebih cepat dan lebih sedikit pemborosan.
Menurut pendapat saya seorang DevOps harus memiliki keterampilan SysAdmin yang kuat dan jelas keterampilan pengkodean seperti Wayang, Koki, Python, Bash akan digunakan secara luas serta beberapa pengetahuan tentang kode yang berjalan di server setidaknya untuk dapat melakukan debugging kecil tentang mengapa aplikasi tidak berperilaku seperti yang diharapkan dari satu lingkungan ke lingkungan lainnya.
Sekarang, sebagai Senior DevOps, CALM dapat diterapkan, prinsip Lean dan Pengukuran mungkin / mungkin tidak berlaku. Sebagai contoh, kami sedang mengembangkan aplikasi menggunakan Chef / Puppet / Ansible untuk mengotomatisasi hal-hal duniawi dan menjaga semuanya tetap sinkron yang jelas menghemat waktu dan menghasilkan lebih sedikit limbah .
Mengenai pengukuran, saya tidak yakin apakah itu berlaku di sebagian besar kasus. Namun, prinsip-prinsip CALM lainnya adalah bagian dari posisi DevOps.
Memiliki keterampilan komunikasi yang baik juga penting sebagai seorang DevOps, tetapi lebih penting sebagai seorang DevOps Senior karena Anda tidak hanya harus berurusan dengan tim Anda dan berbagi pengetahuan dan dengan para pengembang karena Anda berada di sana untuk mendukung mereka, tetapi juga Anda mungkin harus buat laporan dan simpan presentasi di depan manajemen.
Saya suka spreadsheet yang Anda tambahkan, dan bagus untuk memiliki sistem poin, namun, beberapa perusahaan juga menambahkan lebih banyak keterampilan / teknologi dalam iklan pekerjaan daripada yang dibutuhkan.
Juga, setelah wawancara telepon (jika ada) saya akan merasa berguna bahwa dalam wawancara Anda akan diberikan beberapa masalah untuk diselesaikan atau setidaknya untuk menunjukkan proses debugging Anda dan bagaimana Anda akan berperilaku dalam situasi tertentu. Secara pribadi, saya tidak suka tes tertulis karena saya percaya ada 'n' cara menyelesaikan masalah, dan juga, kadang-kadang Google adalah teman Anda, karena Anda tidak diharapkan untuk mengetahui semuanya dengan hati.
Sebagai seorang DevOps / Senior DevOps saya percaya ada garis antara aplikasi yang digunakan dan pengetahuan. Anda mungkin luar biasa dalam menggunakan alat-alat baru / lama ini atau menulis kode, tetapi ketika datang untuk debugging atau hanya memahami apa masalah dengan server, pekerjaan Jenkins mungkin Anda tidak dapat melakukannya.
Akhirnya, spreadsheet yang disajikan menurut saya merupakan cara untuk menilai pengetahuan DevOps juga untuk posisi Senior yang mungkin saya tambahkan di sana beberapa keterampilan Interpersonal dan Manajemen untuk membuatnya lengkap.
Dan ketika datang ke proses seleksi Anda bisa melihat spreadsheet dan memilih orang dengan skor yang Anda percaya adalah yang tepat untuk organisasi Anda serta mengingat perilakunya selama wawancara dan cara (s) ia mempresentasikan / menjawab pertanyaan-pertanyaan itu.
sumber