Bagaimana Anda menilai kesuksesan Anda sebagai Administrator? [Tutup]

Saya bertanya-tanya bagaimana semua admin hebat Anda di luar sana menilai kesuksesan Anda. Saya berpikir tidak hanya secara pribadi tetapi juga bagaimana Anda menilai karyawan dan / atau departemen Anda. Bagaimana Anda membangun kasing bisnis untuk staf tambahan, ROI, peralatan baru, dan membenarkan pengeluaran tahunan Anda?

Misalnya apakah Anda, dan bagaimana Anda melacak:

• Tarif pemecahan masalah tiket
• Faktor Keberhasilan Proyek
• Tingkat Keberhasilan Proyek
• Skor Layanan Pelanggan (seberapa suka klien Anda bekerja dengan Anda)
• ROI untuk karyawan baru
• ROI untuk alat

Heh. Milik saya sedikit dari dinding. Lebih dari bagaimana saya mengukur kesuksesan saya sendiri :)

• Seberapa baik semuanya berjalan. Artinya, berapa banyak downtime yang saya alami karena pemadaman yang tidak direncanakan, kegagalan peralatan, dll. Tentu ada yang namanya chip mati dalam sakelar Cisco, atau catu daya acak gagal karena sesuatu yang lain, dll. Hal-hal force-majeure semacam itu , tetapi ketika saya berada di puncak permainan saya, jaringan saya harus berjalan seperti gasing. Ini mengarah ke poin kedua:

• Berapa banyak perawatan pencegahan yang telah dilakukan. Ini pada dasarnya berarti, 'Jika saya punya waktu untuk bersandar maka saya punya waktu untuk membersihkan.' Apakah semua file log diperiksa? Tren sudah dilakukan? Apakah kesalahan disk yang tidak penting yang selalu muncul sebelum array RAID mati diselidiki dan diperiksa? Apakah saya terkini dalam memastikan semua tambalan yang diterapkan selama sebulan terakhir berjalan baik? Intinya saya memastikan bahwa saya bersikap proaktif dengan perlengkapan saya. Poin tren dan prediksi kegagalan adalah cara yang baik untuk memastikan semuanya berjalan 5x5.

Hmm. Apa lagi.

• Sudahkah saya 'melatih' bawahan saya? Artinya, jika dengan nama semua yang suci, SEMUA server Exchange gagal, bisakah admin jaringan lainnya, atau junior menangani membawa kembali email tanpa jumlah drama yang luar biasa? Dan seterusnya, dan sebagainya.

• jika saya tertabrak meteorit, (hei, sebelum Anda tertawa, Anda harus membaca berita tentang bocah Jerman yang di-tagged satu hari yang lalu! :) bisakah tim saya mengambil dari catatan dan dokumentasi saya dan mungkin dapat bertahan, sementara mewawancarai pengganti saya? Berarti dalam arti yang cukup mendasar; apakah semua dokumentasi saya mutakhir? Apakah saya memiliki kepercayaan atasan, kenyamanan, dan pengetahuan atasan saya bahwa jika perlu, saya bisa mengambil cuti darurat selama satu atau dua minggu jika perlu?

Saya pikir Anda mendapatkan intisari dari mana ini pergi.

Singkatnya, jika hari kerja saya terdiri dari pelatihan rekan kerja dan bawahan, menyampaikan pengetahuan, melakukan pemeriksaan harian dan memfokuskan PRIMARIAT pada inisiatif strategis TI seperti keamanan, alat untuk membuat hidup pengguna lebih mudah dan membuat jaringan berjalan .. Oh , Saya tidak tahu, lebih cepat atau lebih baik atau sesuatu, maka saya "baik-baik saja", saya kira.

Eh, agak mengoceh, tapi aku sudah memperingatkanmu di awal. :)

Salah satu cara untuk melihatnya adalah berapa banyak pengguna yang tidak perlu memikirkan apa pun tentang TI untuk menyelesaikan pekerjaan mereka.

Dari perspektif pengguna, administrator sistem itu baik jika mereka tidak memiliki masalah TI yang melarang produktivitas mereka.

Dari perspektif manajemen, administrator sistem baik jika mereka menyelamatkan perusahaan lebih dari biaya mereka (yaitu, gaji + tunjangan).

Keduanya sulit untuk dikuantifikasi, jadi Anda perlu bertanya kepada siapa pun Anda melaporkan kepada metrik seperti apa mereka mengukur kinerja Anda. Jika mereka tidak mau mengungkapkannya, mungkin sudah waktunya untuk melanjutkan resume. Itu bukan pernyataan snarky; Anda tidak ingin bekerja di suatu tempat mereka tidak memberi tahu harapan mereka, bukan?

Keberhasilan saya sebagai administrator? Betapa indahnya sistem saya. Saya tidak bisa mengukurnya, dan ini sangat subjektif.

Saya tahu, jawaban ini tidak berguna bagi Anda. Saya tahu bos saya perlu memperhatikan ROI, staf tambahan, anggaran, pemotongan biaya, dll, tetapi saya mencoba untuk melupakannya sebanyak mungkin. Ya, saya membantu bos saya, saya memahami masalahnya, tetapi saya tidak terlalu peduli dengan masalahnya secara internal. Saya tahu ROI tidak dapat menjadikan saya administrator yang sukses.

Saya akan melacak:

• seberapa vertikal Anda
• jumlah karyawan yang didukung
• jenis karyawan tersebut


• jumlah tiket bermasalah yang diajukan
• waktu untuk masalah resolusi tiket


• seberapa vertikal pasar Anda (seberapa banyak Anda harus menerima perangkat lunak apa pun yang disajikan)

• Dengan seberapa vertikal Anda, saya bertanya apakah Anda seorang jack-of-all-trade, apakah itu berkedip Anda bertanggung jawab, atau apakah Anda secara eksklusif sysadmin Linux yang mendukung aplikasi khusus ini. Biasanya Anda akan menemukan admin semacam ini di perusahaan besar, di mana ada ruang untuk beberapa admin semacam ini.
• Menurut "tipe karyawan", maksud saya mereka adalah orang-orang Keuangan, atau seseorang yang secara teknis terampil, seperti pengembang.
• Alasan mengapa itu penting seberapa vertikal pasar Anda: Jika Anda bekerja di bidang yang sangat terspesialisasi, Anda akan memiliki sangat sedikit pilihan perangkat lunak apa yang Anda gunakan, dan tidak akan memiliki kemampuan untuk pindah ke bagian lain dari perangkat lunak jika ada bug ditemukan.

Karena saya terutama bekerja di hosting dan aplikasi web, metrik kesuksesan utama saya adalah:

• Downtime : Apakah aplikasi tersedia sebanyak mungkin? Berapa biaya downtime vs biaya peralatan baru untuk menguranginya.

• Kinerja : Seberapa cepat halaman dikembalikan? Adakah hal-hal yang dapat dilakukan pada server / jaringan untuk meningkatkan waktu respons?

• Kepuasan Pelanggan : Seberapa puaskah pelanggan? Jika mereka tidak bahagia, mereka tidak akan tinggal lama. Ini biasanya merupakan akibat langsung dari dua metrik pertama.

Untuk pembelian TI di masa mendatang, kami mengukur lusinan metrik pada server dan peralatan jaringan yang mencakup penggunaan CPU, memori, dan bandwidth pada puncaknya, dan rata-rata seiring waktu. Kami menggunakan alat trending seperti MRTG dan Cacti untuk melihat tren dan memperkirakan untuk memprediksi kapan kami perlu meningkatkan atau menggunakan peralatan baru.

Namun secara umum, jika kotak masuk saya kosong, ponsel saya tidak berdering, dan saya punya waktu untuk menjawab pertanyaan tentang Kesalahan Server, maka saya melakukan sesuatu dengan benar.

Terukur: Apakah saya mematuhi dengan baik dalam SLA.

Subyektif: Apakah kolega saya masih menyukai saya.

Pribadi: Apakah saya masih memberi%. ;-)

% Masukkan frasa yang Anda sukai

Hati-hati dengan metrik, jika Anda menggunakan metrik apa pun sebagai pengukuran absolut, Anda akan menjadi meter metrik, bukan admin yang baik.

yaitu jika metrik Anda (atau bos Anda) hanya berapa banyak tiket yang Anda tutup seberapa cepat, Anda dapat dengan mudah menjadi drone yang hanya mendorong tiket di sekitar tanpa berinvestasi dalam jangka panjang, solusi berkualitas dan pemeliharaan preemptive.