Bagaimana cara mewawancarai kandidat sysadmin? [Tutup]

Jenis pertanyaan apa yang akan Anda tanyakan dan skenario apa yang akan Anda uraikan, jenis jawaban apa yang akan Anda cari?

Saya tidak menanyakan pertanyaan spesifik. Saya ingin tahu strategi wawancara mana yang baik untuk memilih kandidat yang memenuhi syarat untuk pekerjaan itu.

Saya mengajukan pertanyaan dalam 3 kategori:

• Pengetahuan Teknis - Saya ingin memastikan kandidat tahu apa yang seharusnya dia ketahui. Misalnya, beri tahu saya perbedaan antara RAID 0, RAID 1, RAID 5, RAID 1 + 0, dan RAID 0 +1. Jika administrator Layanan Direktori AD, beri tahu saya peran FSMO tingkat hutan dan domain dan apa yang mereka lakukan masing-masing. Selain itu, di sinilah saya bertanya teknologi apa yang mereka minati. Apakah mereka membuat robot? Baik! Apakah mereka memprogram robot? Sangat? Jadi saya punya seseorang yang bisa melakukan sedikit pengkodean dan tahu betapa sulitnya pemecahan masalah. Luar biasa! Hal-hal seperti itu.
• Kepribadian - Saya mengajukan pertanyaan tentang bagaimana mereka akan menangani skenario yang berbeda. Situasi seperti, "PM menyadari telah terjadi kesalahan dalam jadwal. Anda tahu kesalahan itu adalah kesalahan PM. Kesalahan itu akan menyebabkan Anda bekerja dua akhir pekan kembali ke belakang. Bagaimana Anda menanganinya?" Pada dasarnya pertanyaan yang mengungkapkan bagaimana kandidat berpikir dan apakah mereka tahu atau tidak tahu apa yang harus dilakukan untuk menjadi bagian dari tim. Ini tidak akan menyingkirkan orang-orang yang tahu jawaban yang benar dan tidak melakukannya, tetapi itu akan menyingkirkan orang-orang yang tidak tahu cara bermain bagus dengan orang lain. Saya juga bertanya tentang keterlibatan masyarakat.
• Pengalaman Sebelumnya - Saya biasanya meminta kandidat untuk memberi saya situasi atau proyek di masa lalu yang berjalan dengan baik di mana mereka merupakan bagian utama. Saya ingin tahu tantangan apa yang mereka hadapi dan bagaimana mereka menanganinya. Saya juga meminta untuk memberi saya situasi di mana segalanya tidak berjalan dengan baik. Pelajaran apa yang dipelajari calon? Apa yang bisa dilakukan kandidat, berpikir ke belakang, untuk kemungkinan membalikkan situasi (dan jika kandidat tidak bisa, apakah kandidat mengenali itu).

Jawaban ini mencakup tiga bidang utama yang perlu diselidiki. Namun, satu hal yang perlu diizinkan, terutama di toko-toko kecil di mana orang infrastruktur diharapkan multi-disiplin, adalah untuk mengajukan pertanyaan teknis yang sangat luas cakupannya, dan yang dapat dijawab pada berbagai lapisan abstraksi tergantung pada keahlian kandidat. Ini memungkinkan Anda merasakan apa yang masing-masing mampu, dan memungkinkan mereka menunjukkan keahlian khusus mereka, sambil tetap memungkinkan Anda untuk secara langsung membandingkan jawaban kandidat yang berbeda.

Sebuah pertanyaan bagus yang pernah saya tanyakan adalah:

Bayangkan saya telah login Anda ke mesin di sini dan membawa terminal. Anda mengetik wget http://www.google.com/. Apa yang terjadi?

Saya, dengan bias jaringan saya, menjawab mulai dengan resolusi DNS, beralih ke konfigurasi proxy, dan kemudian ke keputusan routing dan pembentukan koneksi TCP; kandidat lain menjawab dalam hal percakapan HTTP. Ketika saya bertanya kepada pewawancara apa jawaban terbaik yang dia dengar, jawabannya adalah:

"Yah, itu dimulai dengan keyboard yang mengganggu ..."

Pertanyaan teknis penting, dan metode menjawabnya hampir sama pentingnya dengan memiliki jawaban yang benar. (Hal terakhir yang dibutuhkan departemen TI adalah seseorang menyabot niat baiknya di seluruh organisasi dengan permusuhan dan sikap merendahkan).

Tapi ini pertanyaan saya yang paling penting -

Wawancara pertama saya dengan sebuah perusahaan IT "nyata" berakhir ketika saya menemukan pertanyaan teknis yang saya jawab, "Saya tidak tahu."

Jawabannya adalah: "Luar biasa, kapan Anda bisa mulai?"

Saya baru lulus dari perguruan tinggi, dan pewawancara saya ingin tahu bahwa saya mampu mengenali batas pengetahuan / pengalaman saya. Itu adalah sesuatu yang saya simpan bersama saya, dan saya pikir itu adalah satu-satunya atribut terpenting untuk sysadmin. Pengetahuan khusus itu hebat, dan akan membuat Anda bersemangat, tetapi jika Anda tidak bisa mengakui tidak mengetahuinya, Anda akan mengalami kemajuan sangat lambat, jika sama sekali.

Saya sering mewawancarai orang-orang untuk posisi entry level, artinya saya tidak bisa mendiskusikan riwayat pekerjaan yang bermakna. Saya biasanya membahas proyek pribadi, tetapi dua pertanyaan yang selalu saya tanyakan adalah "Bisakah Anda menggambarkan jaringan rumah Anda kepada saya?" dan "Bagaimana Anda membuat cadangan mesin di rumah Anda?" Orang yang benar-benar tertarik dapat berdiri di papan tulis selama 30 menit mendiskusikan hal ini, masuk ke alamat IP, keamanan nirkabel, dll. Seorang kandidat yang buruk akan mengangkat bahu dan memberi tahu Anda bahwa saudaranya telah mengaturnya.

Jangan ajukan pertanyaan "trivia" - pertanyaan dengan jawaban tunggal, sangat spesifik,. Orang bisa melupakan hal semacam itu ketika sedang stres. Jika pekerjaan mereka mengharuskan mereka untuk mengetahui pin mana pada antarmuka V.35 yang digunakan untuk mengirimkan data, mereka dapat mencarinya ketika mereka memiliki pekerjaan itu. Pertanyaan umum membantu Anda memahami lebih banyak tentang kandidat daripada hal-hal sepele ... Kami juga tidak menyukai permainan asah otak.

Praktek Administrasi Sistem dan Jaringan

Ajukan berbagai jenis pertanyaan yang akan membantu Anda mempelajari tentang kandidat. Dan bagaimana mereka akan cocok dengan kelompok kerja Anda. Di zaman kuno. Sebagian besar SA adalah fisikawan, astronom, matematikawan, dan insinyur. Mengapa? Mungkin karena memiliki keterampilan menembak yang sangat baik dan membuat catatan yang sangat baik.

Beberapa pertanyaan untuk diajukan:

Teknis

• Jelaskan kepada saya, seolah-olah saya tidak tahu apa-apa, bagaimana jaringan TCP / IP bekerja.
• Jelaskan kepada saya, seolah-olah saya tidak tahu bagaimana komputer bekerja (perangkat Von-Neumann dasar)
• Buat saya diagram jaringan yang sederhana: Anda memiliki 20 sistem, 1 router, 5 switch, 2 server, dan satu blok IP kecil. Pergi.
• Berdasarkan postingan pekerjaan, apa yang Anda harapkan dilakukan di sini?
• Jelaskan kepada saya apa yang ingin Anda capai di sini.
• Apa metode terbaik untuk menjaga dokumentasi tetap mutakhir?
• Apa insiden pemulihan bencana terburuk yang pernah Anda alami? Katakan apa yang kamu lakukan.
• Mengapa Anda suka menjadi SA?
• Bagaimana Anda menilai diri Anda sebagai SA?

Bisnis

• Apakah Anda percaya bahwa TI mendorong bisnis atau bahwa bisnis mendorong TI?
• Apa pendapat Anda tentang model bisnis kami saat ini?
• Apa yang dapat Anda lakukan untuk membuat kami lebih menguntungkan?
• Bagaimana cara IT berinteraksi dengan perusahaan kami?

Pribadi

• Apa lelucon favoritmu?
• Buku apa yang harus saya baca besok? Mengapa? (lalu pergi ke perpustakaan dan membaca skim)
• Siapakah Thomas Limoncelli? (heh heh, GOTCHA!)

Kebanyakan orang dapat terlihat cantik di atas kertas. Beberapa orang dapat menggunakan BS melalui diskusi teknis. Dan banyak orang adalah pembicara publik yang buruk. Anda harus mengajukan pertanyaan terbuka. Tidak "Ya atau Tidak", amati proses pemikiran mereka, dan kemampuan pemecahan masalah mereka. Paling jitu, adalah metafora yang mereka gunakan untuk menggambarkan proses yang kompleks.

Menyewa SA adalah tugas yang sangat sulit. Kecil kemungkinan bahwa wawancara teknis akan menjelaskan siapa yang akan Anda pekerjakan. Bukan yang mereka tahu sekarang. Itulah yang ingin mereka pelajari, dan seberapa cepat mereka akan belajar dan menerapkannya.

Jika saya adalah bagian dari panel wawancara untuk sysadmin di sebuah perusahaan perangkat lunak di mana mereka diharapkan untuk menjaga perangkat lunak perusahaan berjalan di server mereka, saya akan tertarik untuk mengetahui apa yang diharapkan oleh calon dari pengembang. Bagaimana mereka berinteraksi dengan pengembang - "kita vs mereka" atau "semua bekerja sama dengan keahlian yang berbeda"? Apakah mereka memiliki pengalaman tentang situasi di mana pengembangan dan TI (atau departemen mana pun disebut) berakhir dalam konflik, dan bagaimana itu diselesaikan? Apakah mereka tertarik untuk mendapatkan beberapa kesadaran teknologi dan terminologi yang digunakan oleh para pengembang, dan mereka bersedia untuk membantu mendidik para pengembang di daerah keahlian mereka sendiri, sehingga semua orang bisa berkomunikasi lebih baik?

Memang ini sebagian untuk memuaskan minat saya sendiri dalam hubungan antara sysadmin dan pengembang serta untuk menilai kandidat.

Pastikan dia bukan hanya buku pintar. Saya merasa baik untuk memberikan semacam tes.

Pertanyaan "papan tulis kosong" adalah pertanyaan yang benar-benar memisahkan domba dari kambing. "Ini adalah batas jaringan; ini adalah aplikasi web yang berjalan pada IIS, ini adalah backend SQL Anda; ini adalah kotak UNIX dengan layanan kotak hitam lain di atasnya. Bagaimana Anda membuat ini toleran terhadap kesalahan, aman, dll? "

Satu-satunya jawaban yang saya dapatkan dari satu kandidat adalah "Anda bercanda, kan?"

Saya merekrut admin Linux untuk startup, jadi pertanyaan saya adalah pertanyaan yang harus menghilangkan pengalaman dari kurang pengalaman. Layar ponsel:

1. Sebutkan banyak direktori tingkat atas dalam sistem linux modern (FHS) sebanyak yang Anda bisa (ada sekitar 20, tidak ada yang mendapat lebih dari 75%, bahkan mereka yang berurusan dengannya setiap hari)?
2. Untuk apa variabel lingkungan PATH digunakan?
3. Sebutkan nama seseorang yang terkenal karena keterlibatannya dengan perangkat lunak open-source / gratis (selain Linus Torvalds) (respons paling sering: Richard Stallman)

Untuk wawancara telepon, saya mencoba membuat mereka berbicara tentang proyek mereka sebelumnya, jaringan rumah, berapa banyak komputer yang mereka miliki dan apa yang mereka lakukan dengan mereka, dll.

Secara pribadi, saya suka memberi mereka masalah nyata yang saya hadapi, dan meminta mereka untuk menyelesaikannya untuk saya. Saya akan membandingkan jawaban mereka dengan solusi apa pun yang sudah saya pertimbangkan. Jika jawaban mereka lebih baik, proyek saya bergerak. Jika jawaban mereka lebih buruk, proses wawancara telah berjalan. Either way, saya bisa tetap terlibat dengan proyek saya sendiri dan memperbaiki atau membuang kandidat atau ide.

Kalau tidak, itu berbicara lebih mendalam tentang apa yang mereka harapkan dari lingkungan kerja, mencoba mencari tahu apakah mereka 9-5er atau apakah mereka benar-benar peduli dengan apa yang mereka lakukan --- tidak ada faktor lain, tipe Linux cenderung untuk peduli (meskipun mereka mungkin payah) dan insinyur jaringan cenderung menjadi 9-5ers (yang juga mungkin payah) ... Hanya pengalaman saya.

Dengan asumsi mereka lulus semua itu, saya juga ingin mengaturnya dengan kotak Linux baru pada jaringan terisolasi yang konfigurasi jaringannya salah, dengan peralatan aneh terpasang dan kabel longgar untuk "sekrup Anda" terakhir, dan minta mereka mendapatkannya kembali on line. Saya meninggalkan mereka sendirian dan secara berkala kembali untuk memeriksanya, meskipun saya bisa dengan mudah melayang jika saya ingin menjadi orang yang keras tentang hal itu.

Biasanya diperlukan sekitar 30 menit bagi seseorang yang telah berhasil melewati sisa wawancara untuk berjalan ke lingkungan yang benar-benar asing ini dan membuatnya bekerja kembali. Ini adalah tes dunia nyata yang luar biasa dari berapa lama waktu yang mereka butuhkan untuk memecahkan masalah lingkungan yang benar-benar baru dan benar-benar rusak.

Setelah hati-hati menyortir resume, saya masih punya 20 kandidat. 20 orang dari ~ 150 telah lulus seleksi pertama yang memungkinkan saya menghabiskan tiga-empat jam untuk mewawancarai mereka masing-masing. Kriteria utama pemilihan bagi saya adalah:

• kemampuan untuk berlatih di suatu tempat
• keterampilan untuk memilih pendekatan yang optimal
• keterampilan untuk mengumpulkan dan memecahkan masalah dalam situasi yang tidak standar
• basis pengetahuan yang baik: itu berarti, kandidat harus mengetahui sejarah teknik komputer, memiliki teori pada tingkat tinggi, mengetahui tidak hanya " apa yang harus dilakukan", tetapi juga untuk mengetahui "mengapa" .

Untuk mengetahui keterampilan mereka dalam mengumpulkan dan memecahkan masalah dalam situasi yang tidak standar, saya ditanyai mereka, misalnya: "Cara merusak sistem Windows, jika Anda memiliki akses fisik ke komputer, tetapi tidak memiliki kata sandi akun? " dan, setelah itu, saya bertanya kepada mereka tentang "Bagaimana cara menambal sistem rusak?". Saya memberikan beberapa contoh tindakan virus dan bertanya, apa yang akan mereka lakukan untuk mencegah kerusakan dan mengembalikan fungsionalitas dan data yang hilang dengan sesedikit mungkin instrumet, dan lebih banyak pertanyaan tentang penggunaan instrumen non-standar. Suatu kali, saya telah bertanya kepada seorang kandidat: "Pertanyaan mana yang akan Anda tanyakan, jika Anda mewawancarai saya, untuk mengetahui, seberapa baik saya dengan situasi yang tidak standar?" :-)

Untuk mengetahui, seberapa bagus mereka dalam menemukan pendekatan yang optimal, saya memberi mereka sedikit latihan dalam mengkonfigurasi web, atau server mail, atau gateway jaringan untuk parameter tertentu ("Saya perlu server web yang sangat cepat untuk sejumlah kecil klien yang terhubung untuk itu, dan ya, saya ingin beberapa bahasa scripting sisi server di atasnya, untuk menunjukkan kepada saya beberapa statistik, apa yang harus saya pilih dan mengapa Anda hal yang lebih baik? Bisakah Anda menunjukkan kepada saya di server-pengujian kami, jika Anda sudah tersisa 20 menit? ")

Kemampuan untuk berlatih di suatu tempat - tidak benar-benar mudah untuk diperiksa, tetapi saya meminta beberapa kandidat untuk membuat file konfigurasi sampel, atau skrip, dan kemudian, memberi mereka sedikit petunjuk untuk melihat apakah mereka dapat melakukannya dengan lebih baik setelah itu.

Basis pengetahuan - salah satu bagian favorit saya: Apa itu OSI? Mengapa TCP / IP disebut "protokol stack "? Pahlawan ilmu komputer apa yang Anda kenal? Apa itu pendaftaran Windows? Dan bagaimana dengan sistem seperti Unix?

Dan hal yang sangat penting - mereka HARUS mencintai pekerjaan mereka! "Apakah Anda membaca beberapa penulis klasik, seperti K&R?", "Berapa lama Anda menaruh minat besar pada teknik komputer?", "Dengan apa Anda mulai mempelajari komputer?", "Apakah Anda memiliki komputer uji / jaringan kecil?" di rumah?" (Jika itu benar, itu pertanda sangat bagus!).

K. Brian Kelley daftar besar, tetapi saya ingin menekankan bahwa mengajukan pertanyaan pemecahan masalah penting. Pilih beberapa masalah sulit yang Anda hadapi dan minta kandidat memberi tahu Anda bagaimana mereka akan mencoba dan memecahkan masalah. Mengetahui banyak informasi teknis penting, tetapi bisa menyelesaikan masalah dengan pendekatan metodis sangat penting menurut saya.

Saya suka mengajukan pertanyaan yang berlawanan dengan bentuk normal dari pertanyaan yang sama. Misalnya, dalam pengembangan web, pertanyaan umum adalah "kapan Anda POST suatu formulir, bukannya GET?" Tetapi saya bertanya sebaliknya: "Kapan Anda menggunakan GET daripada POST?" Ini memaksa orang untuk berpikir tentang kelemahan daripada keuntungan, atau untuk mempertimbangkan trade-off apa yang mereka buat ketika mereka membuat keputusan.

Pertanyaan representatif untuk TI mungkin melibatkan dua pilihan teknologi serupa; mungkin pertanyaan seperti "Kapan Anda memilih Windows Workgroup alih-alih Domain?"

Saya selalu menyimpan catatan kertas dan kertas dari semua hal aneh dan aneh yang saya temui dalam pekerjaan sehari-hari yang normal, bukan hal-hal yang ada di buku 'bagaimana ...'. Saya kemudian dapat memanggil satu atau dua situasi ini dalam sebuah wawancara, sering kali lebih untuk memulai percakapan daripada sebagai ujian, saya lebih tertarik pada BAGAIMANA mereka menangani situasi daripada jika mereka tahu jawabannya. Saya selalu mengajukan pertanyaan tentang teknologi 'pendarahan' untuk melihat apakah mereka tertarik pada teknologi baru (atau TERLALU tertarik sebenarnya).

Sedikit topik - tapi cerita menarik dari dia Official Google Blog:

Bagaimana saya sampai di Google (Bab 1)

Namun, para insinyur kami cenderung datang dengan rute yang lebih bervariasi, dan terkadang lebih aneh. Beberapa direkrut dari sekolah pascasarjana, atau oleh teman atau mantan kolega. Yang lain hanya mengirim resume mereka ke jobs@google.com. Namun, bagi beberapa insinyur, jalannya lebih menarik.

Harap baca seluruh posting blog tentang metode yang tidak konvensional itu, tetapi - menurut saya - sah untuk mempekerjakan orang yang tepat.

Saat wawancara, saya tidak benar-benar melihat apakah seorang kandidat dapat menjawab pertanyaan teknis tertentu. Saya pikir lebih penting bahwa seorang kandidat tahu ke mana harus pergi untuk menemukan jawaban.

Seorang kandidat seharusnya tidak hanya mengatakan, "Saya tidak tahu". Saya mencari jawaban lebih lanjut di sepanjang baris "Saya akan Google itu" atau sesuatu yang mirip dengan "Saya adalah anggota [ACM | SAGE | LOPSA | Server Fault] dan saya akan memeriksa [arsip mailing list arsip | situs web | ] untuk mencari bantuan menjawab pertanyaan ini ".

Mencari tahu di mana calon akan berpaling ketika mereka tidak tahu jawaban atas suatu pertanyaan adalah cara yang baik untuk mendapatkan gambaran kemampuan mereka.

Saya telah mewawancarai orang-orang baik sebagai karyawan perusahaan besar maupun sebagai pemilik perusahaan kecil. Kualitas nomor satu yang saya cari adalah kepribadian yang seimbang antara 'visioner' dan 'tinkerer'.

Jika Anda memiliki terlalu banyak visioner, Anda mendapatkan sistem yang dibangun seperti Twitter. (Jika Anda belum membacanya, setengah dari deskripsi awal mereka tentang instruksi teknik mereka akan membuat sebagian besar tipe admin melakukan facepalm dan menuju bar.) Jika Anda memiliki terlalu banyak tinkerer, Anda memiliki 200 sistem yang luar biasa dalam berbagai keadaan rusak di semua tempat, dan semua situs web Anda menjalankan kotak sepuluh tahun yang menjalankan BSD 4.2 di bawah meja sysadmin.

Jelas, orang terbaik yang pernah saya pekerjakan adalah seorang pria dengan gelar Sarjana ganda dalam Agama dan Filsafat dari sebuah perguruan tinggi swasta kecil di Connecticut. Dia kreatif, berdedikasi, cerdas, dan gigih dalam menghadapi kesulitan. Dia memeriksa kode melalui ponsel tertambat hingga satu jam sebelum putri pertamanya lahir. Dia terus melakukan hal-hal luar biasa dan sekarang menjadi pemimpin komunitas kerangka PHP utama. Pria hebat

Orang terburuk yang pernah bekerja dengan saya adalah seorang pria yang sangat mendalami organisasi yang kami berdua bekerja. Ayahnya bekerja di sana dan dia bekerja di sana sejak sekolah menengah. Setidaknya ada selusin kali di mana saya hampir mengatakan kepadanya bahwa jika dia tidak menyukai pekerjaannya, dia harus berhenti dan menyelamatkan kita semua dari sakit kepala. Dia bermain-main. Dan secara kebetulan, penggemar BSD dan Gentoo yang besar.

Selain itu, setiap sysadmin dalam peran * nix harus dapat menjelaskan mengapa ini lucu .

Saya selalu meminta kandidat untuk menilai diri sendiri dari 1-10 pada aspek-aspek tertentu dari posisi itu. Kemudian, berdasarkan jawaban itu, saya mengajukan pertanyaan yang cocok dengan level yang mereka tempatkan sendiri.

Jika posisi membutuhkan penggunaan skrip, saya akan selalu meminta contoh dan kemudian dalam wawancara kedua memberi mereka skenario dan meminta mereka untuk mengotomatisasi tanggapan mereka. Saya hanya perlu memastikan bahwa pendekatan mereka bukan cookie cutter.