Pertanyaan The Joel Test untuk pekerjaan administrator sistem


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

Apa yang harus diminta oleh 12 pertanyaan administrator sistem pada suatu wawancara untuk membantu mereka memutuskan apakah itu tempat yang baik untuk bekerja?

Mengikuti aturan Joel:

  1. Pertanyaan harus menjadi platform dan teknologi agnostik
  2. Pertanyaan harus mendapatkan tanggapan sederhana seperti ya atau tidak

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


142




pertanyaan - haruskah kita menempatkan setiap pertanyaan dalam jawaban terpisah sehingga kita memiliki 12 pertanyaan / jawaban teratas? - Brian
Saya pikir itu mungkin cara terbaik untuk mengatasinya. - Nick Kavadias
The Joel Test menggunakan pertanyaan ya / tidak, jadi mungkin kita harus tetap berpegang pada jenis itu, bukan "bagaimana" atau "mendeskripsikan" pertanyaan. - Doug Luxem
Benar. Tetapi pertanyaan-pertanyaan itu juga dapat diutarakan sedemikian rupa sehingga "jawaban lain selain x" juga akan mencukupi. Setiap organisasi melakukan hal yang berbeda, dan sementara Joel sudah cukup baik untuk menyediakan template, itu tidak berarti bahwa / semua orang / akan mengikuti / jenis / template yang sama. - Avery Payne
Nomor 7 tidak sesuai dengan kriteria pertanyaan. Selain itu, jawaban untuk nomor 7 juga tidak akan berguna tanpa banyak pengetahuan sebelumnya tentang pekerjaan dan lingkungannya. - John Gardeniers


Jawaban:


Apakah Anda menggunakan sistem pelacakan insiden / tiket?


101



Dan akibat wajar: apakah itu mendukung email dan percakapan? Sistem yang kami gunakan di sini akan menjawab "ya" untuk pertanyaan Anda, tetapi dekat dengan kerugian bersih. Tidak dapat dihindari sebuah laporan masuk, dan helpdesk tidak menanyakan pertanyaan yang tepat. Jadi orang lain masuk dan melakukan pengumpulan informasi sekunder yang tidak terdokumentasi, memperbaiki masalah dan tidak berusaha untuk mendokumentasikan semua ini. Setidaknya dengan utas email ad-hoc, Anda akan mendapatkan riwayat percakapan yang dikutip. - jldugger
Ini bisa benar-benar baik atau buruk. Beberapa sistem tiket akhirnya menghambat hampir semua pekerjaan lain dengan meja bantuan terus-menerus meningkat hanya untuk mendapatkan tiket keluar dari wilayah mereka. - sclarson
Anda memerlukan sistem insiden untuk mengumpulkan statistik tentang di mana masalah sebenarnya berada dan / atau terulang kembali. Ini adalah dasar yang baik untuk memperbaiki sistem yang rusak dan laporan darinya membantu manajemen untuk melihat bahwa ini adalah masalah yang sah yang harus Anda hadapi. - Oskar Duveborn
Ada perbedaan antara masalah dan insiden. Salah satu kejadian adalah sebuah insiden. Begitu ada pola insiden, itu bisa menjadi masalah. - geoffc


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


80





  • Berapa banyak orang lain yang akan bekerja bersama dalam operasi sehari-hari?

Ini memengaruhi kemampuan Anda untuk melakukan dengan cara yang sangat langsung. Ini juga mempengaruhi kemampuan Anda untuk mengambil liburan tanpa gangguan ...

  • Siapa responden pertama untuk masalah?

Jawaban ini akan bervariasi, tetapi ini merupakan indikasi yang baik tentang bagaimana organisasi dapat benar-benar "mengatur". Setup besar harus memiliki sistem helpdesk dan ticketing; pengaturan kecil seharusnya setidaknya sistem tiket, bersama dengan semacam pager yang dibayar perusahaan untuk meminta bantuan.

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

  • Berapa rasio Anda dari sistem yang ada untuk 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 mengapung. Terlalu rendah dan Anda juga toko satu orang, atau ada masalah serius dengan kemampuan toko untuk mengelola sistem.

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

  • Berapa rasio pengguna akhir / pelanggan Anda terhadap administrator?

Ini adalah ukuran harapan. Ini adalah "pelanggan" Anda. Ketika ada masalah, ini akan menjadi jumlah "tekanan" Anda akan berada di bawah untuk menyelesaikan suatu situasi. Sebuah organisasi dengan 5000 hanya dengan 2 admin bisa menjadi tempat yang sangat, sangat menegangkan jika sistem Anda mengalami masalah.

  • Berapa rasio pengguna akhir / pelanggan Anda dengan sistem yang ada?

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

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

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

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

Ini seharusnya selalu menjadi pertanyaan yang masuk akal. Jika pewawancara dibengkokkan di luar-bentuk pada pertanyaan ini, maka mereka tidak memahami sifat pekerjaan Anda, petunjuk penting tentang prospek masa depan. Jika harapan adalah operasi 24/7, itu bagus - kecuali mereka tidak memiliki infrastruktur untuk itu, yang berarti Anda akan menjadi mesin penitipan bayi. Mengetahui apa yang bisa dan tidak dapat diterima membantu memberi tip pada kartu-kartu Anda tentang harapan sejati mereka.

  • Berbicara tentang api, apakah Anda memiliki sistem pencegah kebakaran di tempat untuk peralatan Anda, dan apakah itu dari jenis yang tepat?

Penyiram air adalah tidak jawaban yang bisa diterima. Ini tidak terjadi, dan Anda akan dapatkan organisasi yang berpikir memasukkan rak ke lemari sapu tanpa ventilasi dan overhead penyiram api ide bagus. Jika ini diremehkan, diabaikan, atau bertemu dengan permusuhan, bangun, terima kasih kepada pewawancara, dan jangan berjalan, lari ...

  • 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 pencadangan Anda secara rutin, dan seberapa sering?

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

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

Jika jawabannya "kami (orang lain) akan membelinya saat kami membutuhkannya", itu adalah bendera merah. Ini berarti "kami tidak mempercayai Anda untuk membeli peralatan saat Anda benar-benar membutuhkannya, jadi kami akan meminta orang lain untuk 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 yang menandatanganinya (angka yang lebih tinggi menunjukkan pita merah), dan harus memiliki giliran yang 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 hal itu terjadi?

Saya benar-benar telah melihat perusahaan yang berjalan di minikomputer berusia 18 tahun yang dijaga tetap hidup dengan kontrak dukungan dan banyak suku cadang dari vendor pendukung. Tentu saja, vendor perangkat keras asli memiliki panjang sejak berangkat ...

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

Sedikit 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-geng perangkat keras lama ke dalam tugas temporal jika diperlukan. Ini juga akan memberi Anda rasa ukuran "boneyard" mereka (tumpukan perangkat keras lama yang disimpan di sekitar).

Pertanyaan-pertanyaan Terkait:

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


72



Respons menyeluruh yang bagus. "Refresh dan daur ulang" adalah salah satu yang akan menyenangkan untuk meminta server juga; Anda tidak ingin pergi ke toko di mana Anda menghabiskan sebagian besar waktu Anda merawat server kuno, bukan? - Maximus Minimus
Ada begitu banyak poin hebat di sini, ada kemungkinan Anda akan memotongnya dan memposting ulang sebagai jawaban terpisah sehingga kami tahu bagaimana komunitas memprioritaskan setiap item? - Kara Marfia
Aneh ... adakah bug SO yang memungkinkan pengguna dengan 170 rep untuk melakukan pengeditan terhadap sebuah jawaban tetapi tidak memiliki hasil edit yang terlihat? serverfault.com/users/9113/joshperry membuat edit dua baris di bagian bawah, tetapi saya berpikir bahwa ketika seseorang melakukan pengeditan, Anda dapat melihat siapa itu ... - Avery Payne


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

Tindak lanjut dari komentar hebat: Jika demikian, apakah itu termasuk seluruh organisasi dan bukan hanya TI? Apakah itu termasuk personel dan apakah Anda mengujinya secara teratur?

Pertanyaan-pertanyaan Terkait:

Pengembangan rencana pemulihan bencana, praktik terbaik atau sumber daya?


49



Dan apakah mereka sadar bahwa DR bukan hanya masalah TI? Banyak tempat serius memikirkan DR dalam hal IT saja, dan tidak memiliki rencana untuk file kertas mereka. - Maximus Minimus
Ya, begitu benar - meskipun saya sering melihat yang sebaliknya: ada rencana besar untuk tempat untuk merelokasi manajemen eksekutif dan pekerja bisnis inti jika kantor menjadi tidak dapat digunakan - tetapi tidak ada apapun untuk mendapatkan TI untuk bekerja, yang ketika ruang server berada di kantor yang sama dengan rencana bencana, benar-benar konyol ... tapi sekali lagi, mereka memiliki rutinitas manual yang hebat untuk segala sesuatu - yang membuat mereka menangani pemadaman TI yang lebih pendek dengan baik. - Oskar Duveborn
Jawaban "ya, kami sepenuhnya diasuransikan" bukanlah jawaban yang valid. - Joseph
Apakah Anda memiliki rencana DR dan apakah itu termasuk personil? Seperti di mana saya akan duduk jika bangunan terbakar ... - Jeffrey Hulten
Apakah Anda mengujinya secara teratur? - romandas


Apakah lingkungan saat ini didokumentasikan?

Apakah kebijakan dan prosedurnya didokumentasikan dan konsisten?


40



"Jika aku akan dipekerjakan besok, dan seluruh timku semuanya 'memenangkan lotere' (atau 'mati dalam kecelakaan aneh') saat makan siang besok, apakah dokumentasi itu cukup bagiku untuk mengelola lingkungan?" A.K.A. Apakah dokumentasi benar? BENAR-BENAR benar? -Waldo - gWaldo


Apakah praktik akuntansi internal menilai suatu nilai untuk layanan yang diberikan TI kepada departemen lain, atau apakah TI hanya diperhitungkan sebagai pusat biaya?

(Ini adalah pertanyaan yang hampir sama dengan "Apakah prioritas dalam organisasi Anda atau apakah itu adalah kejahatan yang perlu?", Tetapi diutarakan sehingga mungkin menimbulkan jawaban yang jujur ​​dan bukannya kebohongan yang benar-benar telegraf.)


37



saya suka! terlalu banyak manajemen, tetapi saya bisa hidup dengan itu untuk saat ini - Nick Kavadias
Ya. Saya khawatir Anda membutuhkan manajemen untuk menentukan pertanyaan yang tepat. Tidak dapat meretas Xeon dalam bahasa mesin 68K, tidak dapat meretas otak seorang manajer dalam bahasa Inggris. - chaos


Satu hal yang saya anggap harus dimiliki adalah mesin penguji yang memiliki spesifikasi perangkat keras identik sebagai server hidup.

"Seberapa dekat lingkungan pengujian Anda sesuai Produksi?"


36



Dengan nada yang sama, saya akan mengatakan salah satu pertanyaan seharusnya adalah "Apakah Anda memiliki sistem pengembangan, tahap, dan produksi terpisah dengan proses pengendalian perubahan?" - gharper
Ini harus menjadi bagian dari tes Joel reguler. Saya tidak dapat memberi tahu Anda berapa kali saya mengirim ke PROD, hanya untuk menemukan bug yang tidak kami lihat karena wilayah Stres berada empat kali lebih kuat! - tsilb


Saya merasa sangat menarik bahwa banyak jawaban yang tertulis "Apakah Anda punya ini?" atau "apakah Anda melakukan ini secara rutin?" Jika saya akan dipekerjakan sebagai sysadmin baru, saya berharap untuk dapat menerapkan hal-hal ini jika mereka belum ada. Log Pemulihan Bencana dan pemantauan bukan 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 kita perlu mengganti server, saya ingin manfaat dari keraguan. Atau jika saya menerapkan kebijakan keamanan yang menjengkelkan, saya tidak ingin mitra memberikan kekebalan kepada orang-orang yang mengeluh sehingga mereka dapat terlihat seperti bos yang baik dan peduli.

Administrator sistem berada di tempat yang aneh dalam hierarki struktur perusahaan. Terkadang mereka mengambil arah dan menetapkan prioritas mereka berdasarkan kebutuhan personil yang paling entry-level, dan kadang-kadang mereka mendikte kebijakan untuk manajemen. Kita berada di bagian paling bawah dan paling atas dari rantai secara bersamaan.

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


34



The Joel Test tidak dimaksudkan untuk menjadi "Anda kehilangan 3 dari 12, karena itu saya menolak tawaran Anda" - ini hanya alat untuk membantu Anda mengevaluasi kondisi TI saat ini, dan bernegosiasi dengan tepat. - Kara Marfia
"Jika mereka tidak melakukan hal-hal ini, mereka akan segera setelah aku dipekerjakan." Jika Anda memiliki keterampilan meyakinkan manajemen yang harus mereka ubah sesuai dengan kebutuhan Anda, saya terkesan. - tore-


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


33



alias - apa pendekatan perusahaan terhadap standarisasi perangkat keras? - Kara Marfia
... dan perangkat lunak (atau hanya sistem) standardisasi ^^ - Oskar Duveborn
Ini adalah salah satu yang menarik, karena bisa menjadi negatif atau positif - departemen TI yang lebih tertarik pada kekuatan departemen TI daripada mendukung bisnis dapat menjadi lingkungan yang cukup negatif. - Whisk
Benar juga, saya agak mengandalkan TI memilih sistem TERBAIK untuk tugas - tapi saya sudah melihat terlalu banyak contoh di mana tiga kantor yang berbeda (departemen SAMA) mencoba untuk membeli sistem yang berbeda untuk mengatakan dukungan penjualan / pelanggan atau kunci elektronik - hanya karena ada keuntungan harga kecil dari masing-masing dealer lokal masing-masing ... ... apa yang mereka tidak sadari adalah biaya untuk menjalankan secara terpusat dan bertanggung jawab untuk semua sistem yang berbeda ini untuk operasi TI adalah humongous dibandingkan dengan benar-benar menjalankan dewa yang sama sistem sialan untuk semua orang DAN mendapatkan efek sinergi dari orang yang menguasainya. - Oskar Duveborn
Ini bukan tentang perjalanan daya, ini tentang memiliki standar perangkat keras yang dapat dikelola. Yang ini jelas bukan pilihan. - Kara Marfia