Tes Joel untuk pekerjaan administrator sistem

142

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.

Kara Marfia
sumber
2
pertanyaan - haruskah kita menempatkan setiap pertanyaan dalam jawaban yang terpisah sehingga kita memiliki 12 pertanyaan / jawaban terpilih?
Brian
Saya pikir itu mungkin cara terbaik untuk melakukannya.
Nick Kavadias
2
Tes Joel menggunakan pertanyaan ya / tidak, jadi mungkin kita harus tetap berpegang pada jenis-jenis itu alih-alih pertanyaan "bagaimana" atau "menggambarkan".
Doug Luxem
1
Benar. Tetapi pertanyaan-pertanyaan itu juga dapat diutarakan sedemikian rupa sehingga "jawaban lain selain x" juga cukup. Setiap organisasi melakukan hal-hal yang berbeda, dan sementara Joel cukup baik untuk menyediakan templat, itu tidak berarti bahwa / semua orang / akan mengikuti templat / jenis yang sama.
Avery Payne
Nomor 7 tidak sesuai dengan kriteria pertanyaan. Selain itu, jawaban ke nomor 7 juga tidak ada artinya tanpa pengetahuan sebelumnya tentang pekerjaan dan lingkungannya.
John Gardeniers

Jawaban:

101

Apakah Anda menggunakan sistem pelacakan insiden / tiket?

Oskar Duveborn
sumber
11
Dan akibat wajar: apakah itu mendukung email dan percakapan? Sistem yang kami gunakan di sini akan menjawab "ya" untuk pertanyaan Anda, tetapi mendekati kerugian bersih. Mau tidak mau sebuah laporan masuk, dan helpdesk tidak mengajukan pertanyaan yang tepat. Jadi orang lain masuk dan melakukan pengumpulan informasi sekunder tanpa dokumen, memperbaiki masalahnya dan tidak berusaha mendokumentasikan semua ini. Setidaknya dengan utas email ad-hoc, Anda berakhir dengan riwayat percakapan yang dikutip.
jldugger
1
Ini bisa benar-benar baik atau buruk. Beberapa sistem tiket akhirnya menghambat hampir semua pekerjaan lain dengan meja bantuan yang terus meningkat hanya untuk mengeluarkan tiket dari wilayah mereka.
sclarson
Anda memerlukan sistem insiden untuk mengumpulkan statistik di mana masalah aktual terletak dan / atau terulang kembali. Ini adalah dasar yang baik untuk memperbaiki sistem yang rusak dan laporan darinya membantu manajemen untuk melihat bahwa itu adalah masalah yang valid yang harus Anda tangani.
Oskar Duveborn
1
Ada perbedaan antara masalah dan insiden. Satu kejadian adalah insiden. Begitu ada pola insiden, itu bisa menjadi masalah.
geoffc
80

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

Brian
sumber
72
  • 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

Avery Payne
sumber
5
Respon komprehensif yang bagus. "Refresh dan daur ulang" adalah salah satu yang juga menyenangkan untuk ditanyakan kepada server; Anda tidak ingin pergi ke toko tempat Anda menghabiskan sebagian besar waktu merawat server kuno, bukan?
Maximus Minimus
Ada begitu banyak poin bagus di sini, ada kemungkinan Anda akan memotong 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 mengedit jawaban tetapi tidak memiliki hasil edit yang terlihat? serverfault.com/users/9113/joshperry membuat pengeditan dua baris di bagian bawah, tetapi saya berpikir bahwa ketika seseorang melakukan pengeditan, Anda dapat melihat siapa itu di depan umum ...
Avery Payne
49

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?

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

Apakah lingkungan saat ini didokumentasikan?

Apakah kebijakan dan prosedurnya terdokumentasi dan konsisten?

JFV
sumber
"Jika saya akan dipekerjakan besok, dan seluruh tim saya semua 'memenangkan lotre' (atau 'meninggal dalam kecelakaan aneh') pada makan siang besok, akankah dokumentasi cukup bagi saya untuk mengelola lingkungan?" AKA Apakah dokumentasinya benar? BENAR-BENAR benar? -Waldo
gWaldo
37

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.)

chaos
sumber
saya suka! agak terlalu banyak manajemen, tetapi saya bisa hidup dengannya sekarang
Nick Kavadias
9
Ya. Saya khawatir Anda membutuhkan manajemen untuk menentukan pertanyaan yang tepat. Tidak dapat meretas Xeon dalam bahasa mesin 68K, tidak bisa meretas otak manajer dalam bahasa Inggris.
kekacauan
36

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?"

Grant Limberg
sumber
27
Dalam nada yang sama, saya akan mengatakan salah satu pertanyaan harus "Apakah Anda memiliki sistem dev, panggung, dan produksi yang terpisah dengan proses kontrol perubahan?"
gharper
1
Ini harus menjadi bagian dari tes Joel biasa. Saya tidak bisa memberi tahu Anda berapa kali saya telah menyebarkan ke PROD, hanya untuk menemukan bug yang tidak kami lihat karena wilayah Stres empat kali lebih kuat!
tsilb
34

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.

d-chap
sumber
Tes Joel tidak dimaksudkan untuk menjadi "Anda kehilangan 3 dari 12, karena itu saya menolak tawaran Anda" - itu hanya alat untuk membantu Anda mengevaluasi keadaan TI saat ini, dan bernegosiasi sesuai itu.
Kara Marfia
3
"Jika mereka tidak melakukan hal-hal ini, mereka akan setelah aku dipekerjakan." Jika Anda memiliki keterampilan untuk meyakinkan manajemen bahwa mereka harus berubah sesuai dengan kebutuhan Anda, saya terkesan.
robek-
33

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?

Oskar Duveborn
sumber
alias - apa pendekatan perusahaan terhadap standardisasi perangkat keras?
Kara Marfia
2
... dan standarisasi perangkat lunak (atau hanya sistem) ^^
Oskar Duveborn
5
Ini menarik, karena bisa negatif atau positif - departemen TI yang lebih tertarik pada kekuatan departemen TI daripada mendukung bisnis bisa menjadi lingkungan yang cukup negatif.
Kocokan
3
Benar juga, saya agak bergantung pada IT memilih sistem TERBAIK untuk tugas - tetapi saya telah melihat terlalu banyak contoh di mana tiga kantor berbeda (departemen SAMA) mencoba untuk membeli sistem yang berbeda untuk mengatakan penjualan / dukungan 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 untuk operasi TI ini sangat besar dibandingkan dengan benar-benar menjalankan dewa yang sama sistem sialan untuk semua orang DAN mendapatkan efek sinergi dari orang-orang yang menguasainya.
Oskar Duveborn
2
Ini bukan tentang perjalanan daya, ini tentang memiliki standar perangkat keras yang dapat dikelola. Yang ini jelas bukan opsional.
Kara Marfia
32

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

Jeffrey
sumber
11
Saya menyarankan untuk tidak menyebutnya sebagai "bersedia untuk menghabiskan uang" tetapi meletakkannya sebagai "Apakah Anda menggunakan (atau mempromosikan penggunaan) alat logging pemantauan yang tepat" Karena dengan memantau beberapa yang terbaik adalah gratis. Nagios, MRTG, cacti, dll.
Brian
4
Mungkin bahkan sesuatu yang sesederhana "Apakah Anda tahu jika server telah padam?"
Nick Kavadias
3
Beberapa yang terbaik tidak gratis sama sekali - tergantung pada lingkungan yang dipantau ...
Oskar Duveborn
2
Saya akan meninggalkannya sebagai "bersedia untuk menghabiskan uang" seperti yang "gratis" seperti nagios yang biasanya jauh lebih mahal daripada solusi out of the box dan bukannya capitol yang menghabiskan waktu admin sebagai gantinya - yang menyamakan uang (mudah-mudahan). "Berkomitmen sumber daya untuk" mungkin manajemen yang mengatakan, "kami pasti bersedia meluangkan waktu Anda untuk memperbaiki masalah pemantauan kami serta Anda menjadi sysadmin kami"
Jim B
3
Oh, menurutku cara Joel mengutarakan konsep serupa ini adalah, "Apakah Anda menggunakan alat terbaik yang bisa dibeli dengan uang?" yang cocok untuk saya untuk hampir semua profesi yang mungkin.
SingleNegationElimination
31

Bolehkah saya berbicara dengan sysadmin Anda sebelumnya?

pengguna7285
sumber
26

Apakah Anda masuk menggunakan akun Administrator / root generik?

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

mh01
sumber
pertanyaan yang lebih baik: dapatkah Anda masuk menggunakan akun administrator umum? (apakah akun itu diaktifkan sejak awal). Konsekuensi: Tugas penting apa, jika ada, yang perlu login sebagai superuser / administrator umum untuk melakukan?
SingleNegationElimination
23

Apakah TI memiliki anggaran sendiri?

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

jhayes
sumber
Bukankah ini kebenarannya ....
grufftech
21

Apakah Anda menyimpan salinan cadangan di luar situs?

besi26
sumber
18

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?

d-chap
sumber
1
Pertanyaan-pertanyaan seperti ini kepada pewawancara akan menunjukkan bahwa Anda tidak tertarik untuk berkontribusi pada perusahaan, tetapi hanya pada apa yang bisa Anda dapatkan darinya. Mereka juga bertindak seperti bendera merah: pewawancara mungkin bertanya-tanya seperti apa kontroversi yang Anda alami yang akan mengarahkan Anda untuk mengajukan pertanyaan seperti yang terakhir.
Mei
17

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.

Luke
sumber
16
  • 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?
Jeff Yates
sumber
16

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

Tongkat
sumber
3
Di sebagian besar perusahaan, saya berpikir bahwa TI dipandang sebagai beban dan bukan sebagai nilai.
Luc M
13

Di mana mesin kopi?

Sean Purdy
sumber
12

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

csexton
sumber
11

Bisakah administrator sistem Anda menulis kode?

rampok
sumber
5
Mungkin lebih baik dinyatakan sebagai "apakah Anda administrator telah mengalokasikan waktu untuk mengotomatiskan kegiatan rutin?"
Richard
10

Apakah Anda memiliki logging terpusat? Adakah yang membacanya?

Kyle Hodgson
sumber
10

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?")

Kara Marfia
sumber
9

Bisakah Anda menambahkan pengguna baru dalam satu langkah?

Homage to: Bisakah Anda membuat build dalam satu langkah?

Phi
sumber
9

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 ?

Jason Tan
sumber
12
Jika jawaban untuk yang pertama adalah "ya", pertanyaan selanjutnya adalah "siapa yang akan mengisi untuk saya selama liburan / sakit?" - dan kemudian Anda ingin bertemu orang itu sebelum membuat keputusan. Jika tidak ada orang, lari ke bukit.
Kara Marfia
Di sisi lain, jika jawabannya "tidak", Anda mungkin harus menindaklanjutinya dengan "ada berapa orang lain?" - terutama jika itu adalah pekerjaan admin perusahaan tingkat atas.
Maximus Minimus
8

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.

wcm
sumber
tergantung pada seberapa besar organisasi itu, seringkali ya!
Nick Kavadias
Dan saya tidak punya masalah dengan itu tetapi ada baiknya mencari tahu berapa banyak dan beragam topi Anda akan :)
wcm
Setelah diwawancarai untuk posisi tingkat Direktur hanya untuk menemukan itu benar-benar hanya admin solaris high-end.
ericslaw
8

Apakah Anda menggunakan sistem manajemen konfigurasi seperti Wayang atau Koki?

Clay McClure
sumber
8

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

Oskar Duveborn
sumber
7

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?

JJ01
sumber
5

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

sysadmin1138
sumber
1
Jika cukup penting untuk menempati ruang di gedung, maka cukup penting untuk menerima dukungan teknis vendor penuh.
SingleNegationElimination
@TokenMacGuy: Bukan itu yang dipikirkan manajemen
Hubert Kario