Tes Joel untuk pekerjaan administrator sistem

Berdasarkan "Masalah organisasi" - titik-titik sakit di TI? Saya pikir akan adil untuk mengatakan bahwa administrator sistem perlu menentukan apakah suatu tempat layak untuk dikerjakan. Ada tes serupa yang dilakukan oleh Joel untuk para programmer .

Apa saja 12 pertanyaan yang harus ditanyakan oleh administrator sistem pada sebuah wawancara untuk membantu mereka memutuskan apakah ini tempat yang baik untuk bekerja?

Mengikuti aturan Joel:

1. Pertanyaan harus agnostik platform dan teknologi
2. Pertanyaan harus memperoleh respons sederhana seperti ya atau tidak

EDIT: Silakan kirim satu pertanyaan pada satu waktu sehingga kami dapat melihat apa yang dipilih oleh pengguna.

Apakah Anda menggunakan sistem pelacakan insiden / tiket?

Apakah Anda melakukan backup sistem, dan melakukan tes mengembalikan secara teratur?

• Berapa banyak orang lain yang akan bekerja berdampingan dengan saya dalam operasi sehari-hari?

Ini memengaruhi kemampuan Anda untuk tampil dengan cara yang sangat langsung. Ini juga memengaruhi kemampuan Anda untuk berlibur tanpa gangguan ...

• Siapa responden pertama untuk masalah?

Jawaban ini akan bervariasi, tetapi ini merupakan indikasi yang baik tentang bagaimana organisasi dapat "mengatur". Pengaturan besar harus memiliki meja bantuan dan sistem tiket; setup kecil harus memiliki setidaknya sistem tiket, bersama dengan semacam pager yang dibayar perusahaan untuk bantuan.

"Hanya kamu" bukanlah jawaban yang bisa diterima. Ini benar-benar kekurangan organisasi, dan harus ditindaklanjuti dengan pertanyaan "Bagaimana Anda melacak permintaan dari pengguna?". Ini harus dijawab dengan sesuatu selain "Anda tidak".

• Apa rasio Anda terhadap sistem yang ada dengan administrator?

Ini tidak boleh terlalu tinggi (di atas 50: 1) atau terlalu rendah (di bawah 5: 1). Terlalu tinggi dan beban kerja Anda akan sangat parah sehingga Anda akan menginjak air untuk tetap bertahan. Terlalu rendah dan Anda adalah toko satu orang, atau ada masalah parah dengan kemampuan toko untuk mengelola sistem.

Seperti biasa, ada pengecualian untuk aturan tersebut; contoh di mana 200+ sistem dapat dicitrakan dari satu sumber (pikirkan head-end web), dan contoh di mana bisnis sangat kecil (20 karyawan mungkin hanya membutuhkan 2 server).

• Berapa rasio pengguna akhir / pelanggan dengan administrator?

Ini adalah ukuran harapan. Ini adalah "pelanggan" Anda. Ketika ada masalah, ini akan menjadi jumlah "tekanan" yang akan Anda hadapi untuk menyelesaikan suatu situasi. Suatu organisasi yang terdiri dari 5000 orang dengan hanya 2 admin dapat menjadi tempat yang sangat, sangat menegangkan jika sistem Anda mengalami masalah.

• Apa rasio pengguna akhir / pelanggan terhadap sistem yang ada?

Ini adalah ukuran beban kerja server. Rasio yang sangat tinggi dapat menjadi tanda penggunaan berlebih, atau kendala anggaran yang akan mengikat tangan Anda ketika saatnya untuk berkembang. Kurang dimanfaatkan juga bisa menjadi masalah ketika tidak dipanggil (yaitu masuk akal bahwa HR memiliki server sendiri, tetapi server file untuk hanya 5 pengguna "biasa" dalam organisasi 5.000 adalah bendera merah); ini mungkin memerlukan beberapa "virtualisasi" untuk menggabungkan server ...

• Apakah ada proses yang ada untuk menangani pembaruan pada sistem yang ada, seperti menerapkan tambalan vendor atau pembaruan firmware?

Ini harus berupa jawaban selain selain (a) "Saya tidak tahu", atau (b) "kami tidak memperbarui".

• Katakanlah server terbakar. Jika terjadi krisis atau musibah, jangka waktu apa yang dapat diterima sebagai downtime?

Ini harus selalu menjadi pertanyaan yang masuk akal. Jika pewawancara tidak setuju dengan pertanyaan ini, maka mereka tidak memahami sifat pekerjaan Anda, petunjuk penting tentang prospek masa depan. Jika ekspektasinya adalah operasi 24/7, itu bagus - kecuali mereka tidak memiliki infrastruktur untuk itu, yang berarti Anda akan sering menjaga mesin . Mengetahui apa yang bisa dan tidak bisa diterima membantu memberikan tip kepada mereka tentang harapan mereka yang sebenarnya.

• Berbicara tentang kebakaran, apakah Anda memiliki sistem pemadaman kebakaran untuk peralatan Anda, dan apakah itu dari jenis yang sesuai?

Penyiram air bukan jawaban yang bisa diterima. Ini memang terjadi, dan Anda akan mendapatkan organisasi yang berpikir memasukkan rak ke dalam lemari sapu tanpa ventilasi dan overhead sprinkler api adalah ide bagus . Jika ini diremehkan, diabaikan, atau bertemu dengan permusuhan, bangun, berterima kasih kepada pewawancara, dan jangan berjalan, berlari ...

• Jelaskan proses pencadangan data Anda dan format penyimpanan yang digunakan.

Ini adalah pertanyaan lain yang harus dijawab dengan apa pun selain "kami tidak" dan "kami tidak memiliki media cadangan".

• Apakah Anda menguji cadangan secara teratur, dan seberapa sering?

Tindak lanjut dari pertanyaan di atas. Jika Anda tidak menguji secara teratur, Anda hanya mengundang masalah.

• Apakah ada anggaran yang diketahui dan proses pembelian untuk pengeluaran modal dan pembelian kecil? Bisakah Anda menjelaskan kepada saya proses yang akan saya gunakan untuk membeli sesuatu?

Jika jawabannya "kita (orang lain) akan membelinya sesuai kebutuhan", itu adalah bendera merah. Ini berarti "kami tidak percaya Anda untuk membeli peralatan saat Anda benar-benar membutuhkannya, jadi kami akan meminta orang lain melakukannya". Harus selalu ada semacam anggaran.

Proses untuk membeli sesuatu harus cukup mudah dijelaskan dalam waktu kurang dari 2 menit. Seharusnya tidak melibatkan lebih dari 2 pihak penandatanganan (angka yang lebih tinggi menunjukkan birokrasi), dan harus memiliki pembalikan diukur dalam beberapa hari atau jam, bukan minggu (pembelian kritis akan ditunda jika terlalu lama). Harus selalu ada semacam proses.

• Apakah Anda memiliki rencana untuk menyegarkan dan mendaur ulang perangkat keras lama, dan seberapa sering itu terjadi?

Saya sebenarnya telah melihat perusahaan menggunakan minicomputer berusia 18 tahun yang tetap hidup dengan kontrak dukungan dan banyak suku cadang dari vendor pendukung. Tentu saja, vendor perangkat keras asli telah lama ...

Unit desktop tidak boleh di-refresh lebih cepat dari 3 tahun, atau lebih lambat dari 5. Dalam bisnis dengan anggaran ketat, meregangkan desktop hingga 5 tahun terkadang merupakan jawaban yang tepat.

Bit tentang daur ulang adalah tes untuk melihat apakah mereka memiliki sikap "sekali pakai" terhadap perangkat keras lama. Ini buruk dalam arti bahwa Anda harus membuangnya dengan benar melalui pendaur ulang yang dikenal, tetapi bagus dalam arti bahwa Anda dapat menekan perangkat keras lama ke dalam tugas sementara jika diperlukan. Ini juga akan memberi Anda rasa ukuran "boneyard" mereka (tumpukan perangkat keras lama yang disimpan).

Pertanyaan-pertanyaan Terkait:

https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen

Apakah Anda memiliki rencana pemulihan bencana dan apakah ini termasuk TI?

Tindak lanjut dari komentar hebat: Jika demikian, apakah itu mencakup seluruh organisasi dan bukan hanya IT? Apakah ini termasuk personil dan apakah Anda mengujinya secara teratur?

Pertanyaan-pertanyaan Terkait:

Pengembangan rencana pemulihan bencana, praktik atau sumber daya terbaik?

Apakah lingkungan saat ini didokumentasikan?

Apakah kebijakan dan prosedurnya terdokumentasi dan konsisten?

Apakah praktik akuntansi internal menilai suatu nilai pada layanan yang disediakan TI untuk departemen lain, atau apakah TI hanya dianggap sebagai pusat biaya?

(Ini pertanyaan yang hampir sama dengan pertanyaan Stick, "Apakah IT merupakan prioritas dalam organisasi Anda atau apakah itu kejahatan yang diperlukan?", Tetapi diutarakan agar dapat memperoleh jawaban yang jujur ​​alih-alih kebohongan yang benar-benar telegraf dengan telegraf.)

Satu hal yang saya anggap wajib dimiliki adalah mesin uji yang memiliki spesifikasi perangkat keras yang identik sebagai server langsung.

"Seberapa dekat lingkungan pengujian Anda dengan Produksi?"

Saya merasa sangat menarik bahwa banyak jawaban yang tertulis, "Apakah Anda punya ini?" atau "apakah Anda melakukan ini secara teratur?" Jika saya akan dipekerjakan sebagai sysadmin baru, saya akan berharap untuk dapat mengimplementasikan hal-hal ini jika mereka belum ada. Pemulihan Bencana dan pemantauan log bukanlah sesuatu yang akan membuat atau menghancurkan wawancara. Jika mereka tidak melakukan hal-hal ini, mereka akan setelah saya dipekerjakan.

Perhatian utama saya, seperti yang saya sebutkan sebelumnya adalah dukungan dari atas. Jika saya mengatakan kami perlu mengganti server, saya ingin mendapatkan manfaat dari keraguan. Atau jika saya menerapkan kebijakan keamanan yang menjengkelkan, saya tidak ingin mitra memberikan kekebalan kepada orang yang mengeluh sehingga mereka bisa terlihat seperti bos yang peduli.

Administrator sistem berada di tempat yang aneh dalam hierarki struktur perusahaan. Kadang-kadang mereka mengambil arahan dan menetapkan prioritas mereka berdasarkan kebutuhan personel paling entry-level, dan kadang-kadang mereka mendikte kebijakan kepada manajemen. Kami berada di bagian paling bawah dan paling atas dari rantai secara simultan.

Saya bersedia untuk memainkan bagian dari kambing hitam dan prajurit infanteri dengan berada di bagian bawah, selama manajemen menghasilkan saran saya dalam skenario di mana saya berada di atas.

Apakah semua pembelian sistem / perangkat lunak / aplikasi baru melewati TI dan apakah TI memiliki kekuatan untuk menolak dan menyarankan sistem lain, mungkin yang sudah digunakan di departemen lain?

Apakah Anda bersedia mengeluarkan uang untuk alat pemantauan / pencatatan yang benar?

-atau, dari pertanyaan Tes Joel asli:

Apakah Anda menggunakan alat terbaik yang bisa dibeli dengan uang?

Pertanyaan-pertanyaan Terkait:

Perangkat lunak pemantauan kesehatan server

Bolehkah saya berbicara dengan sysadmin Anda sebelumnya?

Apakah Anda masuk menggunakan akun Administrator / root generik?

Itu selalu menyenangkan untuk melemparkan jawaban "tidak" di tengah-tengah sekelompok "ya".

Apakah TI memiliki anggaran sendiri?

Milik saya tidak dan kami bergantung pada dana departemen lain untuk semua yang kami butuhkan. Menyebalkan waktu besar.

Apakah Anda menyimpan salinan cadangan di luar situs?

Bolehkah saya memiliki kelonggaran untuk melanjutkan pelatihan dan pendidikan saya dan akankah Anda mengizinkan saya untuk membeli materi agar tetap mendapatkan informasi terbaru tentang masalah keamanan?

Apakah Anda akan mendukung keputusan saya kepada staf sehubungan dengan kebijakan dan prosedur tidak peduli seberapa tidak populernya?

Saya perhatikan bahwa, bagi kita yang senang bekerja untuk startup atau perusahaan tahap awal, jawaban untuk sebagian besar dari ini mungkin adalah "tidak, tapi ...". Yang mengikuti pernyataan itu seringkali cukup informatif.

• Apakah Anda memiliki kontrol perubahan konfigurasi?
• Apakah Anda memiliki kebijakan pemulihan data?
• Apakah Anda melakukan backup harian?
• Apakah Anda memiliki database masalah?

Memperbarui

• Apakah Anda memiliki redundansi bawaan?
• Apakah Anda memiliki perangkat keras terbaik yang dapat dibeli dengan uang?
• Bisakah Anda mengatur laptop atau desktop baru dalam satu langkah?
• Apakah Anda memiliki kebijakan untuk menambal secara teratur?

Apakah IT merupakan prioritas dalam organisasi Anda atau apakah itu kejahatan yang perlu?

Di mana mesin kopi?

Apakah Anda menggunakan kontrol versi? Apa yang Anda letakkan di bawah kontrol versi?

Bisakah administrator sistem Anda menulis kode?

Apakah Anda memiliki logging terpusat? Adakah yang membacanya?

Apakah Anda memiliki kebijakan / ambang batas waktu respons untuk sistem kritis? (atau apa cara yang lebih baik untuk mengatakan, "Apakah Anda sudah terbiasa dengan konsep apa yang seharusnya dan tidak seharusnya membuat saya bangun dari tempat tidur jam 3 pagi?")

Bisakah Anda menambahkan pengguna baru dalam satu langkah?

Homage to: Bisakah Anda membuat build dalam satu langkah?

Apakah saya satu-satunya administrator sistem? Bisa saja menjadi satu-satunya administrator sistem - sebenarnya bisa menyenangkan, tetapi hanya jika bisnis memahami implikasi yang membawa kita ke:

Apakah Anda memiliki SLA ?

Tanyakan kepada mereka apakah, ketika mereka mengatakan Administrator Sistem, apakah yang mereka maksudkan adalah SA dan DBA dan Admin Net dan Admin Apache / IIS dan Admin Email dan Admin AD dan pemecah masalah desktop.

Apakah Anda menggunakan sistem manajemen konfigurasi seperti Wayang atau Koki?

Bisakah Anda tahu tambalan mana yang hilang untuk sistem mana pada waktu tertentu?

Apakah Anda menggunakan manajemen tambalan / perubahan?

Apakah Anda melakukan tes pemulihan bencana bulanan / tahunan?

Apakah TI bertanggung jawab dan diukur berdasarkan waktu kerja sistem dan tiket?

Apakah Anda menggunakan manajemen tiket terpusat untuk semua departemen TI?

Bisakah karyawan menginterupsi staf TI di meja mereka?

Apakah staf TI Anda memiliki input untuk menciptakan solusi untuk lini bisnis atau apakah mereka hanya mengikuti arahan dari manajemen atas?

Apakah Anda menjaga platform perangkat keras dan perangkat lunak penting Anda berlisensi dan di bawah dukungan, bahkan ketika mendekati akhir hidup?