Bagaimana cara saya menyewa seorang DevOps yang baik, sesuai dengan perusahaan saya?

20

Pengembang yang baik harus memenuhi aturan 11 dari Tes Joel :

Apakah kandidat baru menulis kode selama wawancara mereka?

Namun, saya tidak tahu apa-apa tentang wadah Docker, cara mengkonfigurasi Jenkins atau AWS, dll. Apa cara yang baik untuk menguji apakah orang yang berlaku dapat mengelola tugas-tugas seperti itu?

Sub-pertanyaan: Saya percaya bahwa seorang karyawan yang baik dapat mengonfigurasi rantai build sekali dan itu akan bekerja sejak saat itu. Lalu bisakah saya juga mengharapkan dia menjadi pengembang di perusahaan (DEVops)? Karena DevOps adalah pekerjaan yang relatif "baru", apakah mungkin lebih baik bagi perusahaan kecil untuk berbagi karyawan atau mempekerjakannya sebagai pekerja lepas kapan pun Anda membutuhkannya?

Kebingungan saya tentang istilah tersebut berasal dari tawaran pekerjaan seperti ini, bahkan di sini di stackexchange (= tautan tempat pengambilan cuplikan layar di atas).

Saya menemukan artikel yang bermanfaat ini, tetapi mungkin berisi pendapat yang mungkin ingin Anda baca jika Anda tersandung pada pertanyaan ini: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Thomas
sumber

3

Karena DevOps bukan peran (itu kata kunci seperti itu), Anda mempekerjakan sysadmin modern sesuai dengan deskripsi Anda.

— Tensibai

5

Saya memberikan suara untuk menutup pertanyaan ini sebagai di luar topik karena DevOps bukan peran / posisi pekerjaan

— Tensibai

2

@Tensibal Saya setuju dengan Anda tetapi saya juga tergoda untuk membiarkan pertanyaan ini terbuka karena dapat membantu untuk mengklarifikasi kesalahpahaman ini - dan kami dapat berharap untuk melihat pertanyaan ini datang lagi dan lagi dan lagi dan lagi dan lagi dan lagi.

— Michael Le Barbier Grünewald

2

@ MichaelGrünewald Tambahkan jawaban yang menjelaskan ini. Jika ditingkatkan, itu akan mencegah pertanyaan menghilang, bahkan jika ditutup. Yang terbaik dari kedua dunia: mengklarifikasi masalah & tetap terlihat sebagai topik di luar situs, membantu mencegah pertanyaan serupa di masa mendatang (yang dapat diduplikasi)

— Dan Cornilescu

3

@Tensibai FWIW, saya tidak berpikir kita harus menutup pertanyaan dengan dasar bahwa "DevOps bukan peran." Setiap pertanyaan di mana kebingungan ini terbukti adalah kesempatan untuk mengklarifikasi. Jawaban atas pertanyaan harus mencakup klarifikasi untuk efek itu, dan tautan ke pertanyaan itu. Jika kami menutup pertanyaan hanya karena mereka membingungkan istilah DevOps, kami akan mengasingkan pengguna baru dan kehilangan kesempatan untuk mengklarifikasi.

— Dave Swersky

13

Adalah kesalahan umum bahwa "DevOps" adalah peran dalam perusahaan. Kata tersebut hanya menunjukkan perubahan organisasi dalam perusahaan perangkat lunak, perubahan ini dapat dengan singkat dijelaskan oleh " Anda membangunnya, Anda jalankan! ”Diciptakan oleh Werner Vogels:

Tidak perlu membedakan antara membangun dan berlari, dan menurut Werner Vogels, itu jauh lebih baik dari itu:

Memberikan tanggung jawab operasional kepada pengembang telah sangat meningkatkan kualitas layanan, baik dari sudut pandang pelanggan maupun teknologi. Model tradisional adalah bahwa Anda membawa perangkat lunak Anda ke dinding yang memisahkan pengembangan dan operasi, dan membuangnya lalu melupakannya. Bukan di Amazon. Anda membangunnya, Anda menjalankannya. Ini membawa pengembang ke dalam kontak dengan operasi harian dari perangkat lunak mereka. Ini juga membawa mereka ke dalam kontak sehari-hari dengan pelanggan. Putaran umpan balik pelanggan ini sangat penting untuk meningkatkan kualitas layanan.

Pelajaran ini menarik, tetapi perubahan khusus dalam organisasi ini tidak selalu mudah diimplementasikan.

Pergeseran ini seiring dengan semakin pentingnya integrasi berkelanjutan dan metode pengiriman. Harap dicatat bahwa ide-ide ini jauh lebih tua daripada formalisasi metodologi "lincah", beberapa di antaranya sudah ada dalam laporan Komite Ilmiah NATO tentang rekayasa perangkat lunak yang diterbitkan pada ... 1968!

Sementara kata-katanya dapat diabaikan, deskripsi singkat dari proposal DevOps (situs ini) menyebutkan "insinyur perangkat lunak":

Situs Beta Q&A untuk Insinyur perangkat lunak yang mengerjakan pengujian otomatis, pengiriman berkelanjutan, integrasi dan pemantauan layanan, dan pembangunan infrastruktur SDLC.

Sekarang jika Anda mencari insinyur perangkat lunak yang dapat membantu tim Anda memulai dengan metodologi ini, libatkan mereka dalam topik ini. Bahkan jika Anda tidak terbiasa dengan topik ini, ikuti “Kamu membangunnya! Anda menjalankannya! ”Semboyan Anda bisa mulai dari masalah pemrograman dan mengarahkan wawancara menuju pertanyaan tentang penerapan dan pemeliharaan aplikasi.

— Michael Le Barbier Grünewald
sumber

3

Kebingungan juga didasarkan pada tawaran pekerjaan seperti ini: stackoverflow.com/jobs/135988/…

— Thomas

2

Ya, ada banyak orang atau organisasi yang menggunakan "DevOps" sebagai peran. Tidak ada yang bisa disalahkan karena menjadi korban dari ini dan pertanyaan Anda berguna untuk mengklarifikasi ini, jadi terima kasih telah menanyakannya, bahkan mungkin akhirnya akan ditutup. Saya harap Anda menemukan jawaban ini berguna dan Anda akan mengambil kesempatan untuk berkontribusi ke situs ini atau menggunakannya sebagai sumber informasi!

— Michael Le Barbier Grünewald

@ThomasMoors: komentar Anda sebelumnya (menarik!) Harus diintegrasikan dalam pertanyaan Anda yang sebenarnya ... bahkan jika itu hanya untuk mendokumentasikan kebingungan Anda ...

— Pierre.Vriens

@ Pierre.Vriens selesai

— Thomas

1

Sinonim / terkait "makan makanan anjing Anda sendiri", jangan lakukan sesuatu yang tidak akan Anda gunakan

— Tensibai

7

Dengan risiko mendapatkan suara turun, di luar topik atau bahkan bid'ah, saya akan memberi tahu Anda, "Jangan dengarkan para puritan yang memberi tahu Anda bahwa DevOps bukanlah sebuah peran."

Anda berada di jalur yang benar. Itu harus sesuai dengan perusahaan Anda. Itu yang penting saat mempekerjakan.

Jika Anda membutuhkan DevOps, untuk bekerja seperti DevOps, menghasilkan hasil seperti DevOps, itu adalah DevOps.

Jangan biarkan orang lain menghalangi Anda.
Tetap beriklan.
Wawancara saja.
Tetap sewa.

Sementara itu, cari tahu lebih lanjut tentang DevOps, bagaimana konsep itu bisa cocok dengan perusahaan Anda, bagaimana orang itu cocok.

Saring lebih banyak tentang peran yang harus Anda isi. Cari pertanyaan yang bisa Anda tanyakan. Ada banyak contoh , bahkan jika Anda bukan ahli materi pelajaran. Beberapa kesabaran dan kerja keras kuno yang baik.

Apakah Anda membutuhkan karyawan? Atau freelancer? Dongkrak dari semua perdagangan? Hanya Anda yang mengenal perusahaan Anda dengan baik.

Ciptakan budaya unik Anda yang merupakan interpretasi Anda terhadap DevOps.

— kenchew
sumber

Beri +1 pada ini. Para puritan telah digantung pada devops bukan jawaban peran terlalu lama, tetapi industri, dewan kerja dan perekrut telah mengubahnya menjadi kenyataan, dan sudah saatnya kita menerimanya apa adanya.

— grumpyops

6

"Menyewa DevOps" akan sulit karena DevOps tidak berperan. JIKA Anda dapat menemukan seorang insinyur dengan pengembangan perangkat lunak dan keterampilan teknik, Anda berada di jalur yang benar ..

Namun ,

Proses perekrutan Anda akan menjadi rumit oleh beberapa faktor:

Insinyur Keandalan Situs (istilah Google untuk admin / insinyur dengan keterampilan pengkodean) jarang terjadi
Keterampilan langka itu mahal
Keterampilan langka jarang terjadi.

Berita baiknya adalah Anda mungkin tidak membutuhkan SRE yang memenuhi syarat.

Kasus penggunaan Anda, seolah-olah, sedang merekrut insinyur untuk membangun infrastruktur Anda (AWS) dan mengotomatiskan penyebaran (Jenkins.) Keterampilan itu tidak terlalu langka, tetapi Anda mungkin memiliki tantangan untuk menemukannya dalam satu orang.

Anda juga menyebutkan bahwa Anda sendiri tidak memiliki keterampilan itu. Ini adalah faktor rumit selanjutnya. Anda tidak memiliki keterampilan yang diperlukan untuk mengevaluasi keterampilan calon Anda. Anda pada akhirnya harus menemukan cara untuk mengembangkan (atau merekrut, seperti dalam Manajer Teknik) keterampilan yang diperlukan untuk mengelola jenis sumber daya ini.

— Dave Swersky
sumber

1

Itu biasa bagi orang-orang sumber daya manusia untuk tidak memiliki keterampilan orang-orang yang mereka pekerjakan. Biasanya ide terbaik adalah mewawancarai orang-orang terampil untuk mengevaluasi kandidat

— Tensibai

Saya bermaksud mengatakan, saya adalah pengembang yang baik, tetapi saya juga ingin dikelilingi oleh orang-orang yang unggul dalam disiplin ilmu lain di dalam perusahaan pada akhirnya, lebih baik daripada saya.

— Thomas

1

@ Thomas, itu ide yang sangat bagus. Jangan terlalu repot, saya vokal tentang apa yang saya pikirkan tentang situs ini, tapi saya hanya satu di antara kerumunan. Maaf jika saya terdengar kasar btw

— Tensibai

2

Ada dua kemungkinan:

Anda perlu bantuan untuk mencari tahu perubahan apa yang perlu dilakukan perusahaan Anda dalam perjalanan Anda ke DevOps.
Anda tahu apa yang Anda butuhkan dan hanya mencari untuk mempekerjakan orang untuk mengimplementasikan visi ini untuk Anda.

Jika Anda membutuhkan seseorang untuk membantu Anda mencari tahu masalah mana yang perlu Anda konsentrasi, ada perusahaan yang sangat baik bernama DORA (Penelitian dan Penilaian DevOps), yang dirikan oleh Dr. Nicole Forsgren, Jez Humble dan Gene Kim. Nicole telah menjalankan survei State of DevOps selama bertahun-tahun dan telah menjaga statistik rinci industri ini selama bertahun-tahun. Jez Humble adalah seorang guru tentang Pengiriman Berkelanjutan dan secara harfiah menulis buku tentangnya. Gene Kim adalah penulis The Phoenix Project dan dua yang terakhir adalah rekan penulis The DevOps Handbook . DORA memberikan penilaian terhadap perusahaan Anda dan membantu Anda menjawab pertanyaan-pertanyaan itu.

Jika Anda memiliki ide yang cukup bagus di mana Anda harus pergi dan membutuhkan seseorang untuk membantu Anda sampai di sana, mendapatkan agen perekrutan mungkin bukan ide yang baik pada saat ini. Saya akan menyarankan untuk pergi ke DevOps Enterprise DOES Conference atau Konferensi DevOpsDays lokal dan berbicara dengan orang-orang di lorong. Cari rekomendasi dan bahkan mungkin membuka stan, buat poster tentang perekrutan.

Opsi kedua adalah datang ke sini dan mulai mengajukan pertanyaan-pertanyaan itu di forum ini dan mencari para ahli yang menjawabnya dan terpilih. Banyak dari mereka mungkin benar-benar mencari pekerjaan atau tantangan. Kadang-kadang bahkan mengajukan pertanyaan tentang situasi Anda saat ini dan penggunaan kasus di sini dapat mengarahkan Anda ke tindakan yang tepat.

— Jiri Klouda
sumber

2

Saya mencari sejumlah hal pada orang yang saya sewa ke tempat ini.

tingkat ketangkasan minimum 'ha' (google shu, ha, ri untuk adopsi tangkas jika Anda membutuhkan lebih banyak)
pengalaman langsung teknis - coding, otomatisasi, dll, tapi saya alat dan bahasa agnostik
kepribadian belajar - mereka mengambil inisiatif untuk terus belajar
ingin tahu dan tidak ingin menyalahkan - mereka dapat menerima kegagalan sebagai pelajaran pembelajaran
mereka adalah pemain tim yang dapat dipercaya dan dipercaya karena keamanan psikologis adalah faktor kesuksesan nomor satu bagi tim berkinerja tinggi
mereka dapat melatih dan membimbing - mereka membagikan pengetahuan mereka tanpa menjadi elitis - prima donnas tidak memiliki tempat di tim yang berkinerja tinggi
mereka memiliki keterampilan sosial yang "cukup" karena mereka perlu menjadi anggota tim dan berkomunikasi dengan baik

Saya belum menemukan kandidat yang sempurna, jadi selalu ada semacam trade-off. Di dunia saat ini, saya melihat 65+ resume yang "pra-kualifikasi" sebagai kandidat oleh agen dan SDM, dibuang 50 atau lebih karena tidak memenuhi persyaratan minimum saya di atas kertas, mewawancarai 15+, dan mempekerjakan 3. Proses ini membawa saya ke bagian yang lebih baik dari 9 bulan.

— icewav
sumber

Dan sebagai pelengkap, apa yang saya rasa hilang dalam posting Anda adalah deskripsi dari apa yang Anda rasa hilang, mengatakan ada beberapa kekurangan tanpa panduan tentang bagaimana menyajikan hal-hal untuk menutupi kekurangan ini tidak membantu untuk mendapatkan situasi yang lebih baik

— Tensibai

Jika orang tidak mengirimkan resume yang disetel ke pekerjaan yang memposting persyaratan minimum maka mereka tidak memenuhi persyaratan minimum saya untuk maju lebih jauh dalam proses. Jika seseorang benar-benar ingin dipertimbangkan untuk suatu posisi maka mereka perlu menunjukkannya dengan upaya dari pihak mereka. Sebagai seorang manajer perekrutan, sudut pandang saya yang penting karena saya tahu apa yang saya cari.

— icewav

Kedengarannya seperti saran yang baik untuk menambahkan 'memposting resume yang disetel ke pekerjaan'. Itu lebih mudah untuk memeriksa daripada menebak kebutuhan Anda di atas kertas. jika persyaratan Anda adalah poin-poin di atas maka mungkin 'persyaratan saya di atas di atas kertas' bisa menjadi kata

— Tensibai

Sayangnya daftar bullet di atas adalah apa yang saya butuhkan untuk membedakan dari wawancara. Persyaratan minimum saya dan persyaratan pilihan saya jelas dijabarkan dalam posting pekerjaan yang saya buat, dan mereka berubah berdasarkan keterampilan apa yang saya butuhkan untuk melengkapi tim. Pelamar biasanya mendapat wawancara jika mereka memenuhi persyaratan minimum dan hampir selalu jika mereka memenuhi persyaratan minimum ditambah beberapa persyaratan yang disukai. Meskipun ini mungkin tampak tidak jelas, saya cukup spesifik dalam setiap posting pekerjaan yang saya buat tentang apa yang saya cari dalam kandidat yang sukses.

— icewav

Ada persentase kandidat yang secara keliru mengklaim apa yang ada di resume mereka yang diperiksa fakta sederhana. Pelamar ini tidak pernah mendapatkan wawancara dengan saya. Contoh: mengklaim Anda memiliki sertifikasi Scrum Alliance, karena saya memiliki beberapa sertifikasi mereka, saya dapat masuk dan memeriksa milik Anda.

— icewav

1

Di samping pertanyaan-pertanyaan lain, saya yakin jawaban berikut belum hilang - saya ingin meringkas apa yang telah saya pelajari sejauh ini dengan nada rendah hati:

Memperkenalkan keterampilan DevOps ke tim Anda mungkin tidak cukup (artinya Anda tidak bisa menyewa DevOps)! (Seperti bertanya pada tingkat yang lebih rendah apa alat terbaik untuk membuat sesuatu berfungsi, di sini Anda sepertinya ingin organisasi Anda bekerja).

Pertanyaan sebenarnya adalah: apa strategi transformasi digital oganisasi Anda dan seberapa banyak DevOps yang baik akan membantu Anda menciptakan lebih banyak nilai pelanggan dan mengurangi biaya Anda , masih memiliki iklim yang baik?

DevOps mengungkapkan perlunya perubahan, dan perubahan membutuhkan tanggung jawab.

Bayangkan sebuah situasi sedang bekerja. DevOps mungkin memberi tekanan pada tim lain. DevOps terkadang merupakan hasil evolusi dari Agile and Continous Integration - apa aset Anda di sini?

— Peter
sumber