Làm thế nào để bạn nhận ra một quản trị hệ thống tốt?


19

Trong công ty tôi đang làm việc, chúng tôi cần có quản trị viên hệ thống. Tuy nhiên, chúng tôi là một công ty phát triển lập trình và hóa ra chúng tôi không biết làm thế nào để nói với một quản trị viên hệ thống tốt từ một người xấu *. Chúng tôi chỉ cần ai đó thiết lập máy chủ, lên kế hoạch bố trí cáp LAN và thiết lập các chính sách về bảo mật của Wi-Fi.

Chúng tôi đã không nhận ra rằng chúng tôi có vấn đề với việc tuyển dụng cho đến khi chúng tôi phát hiện ra rằng hai quản trị viên mà chúng tôi thuê đã không thực hiện công việc đúng cách. Chúng tôi phát hiện ra rằng chúng tôi có vấn đề hai tháng sau khi:

  • chúng tôi bắt đầu tĩnh trên điện thoại và chúng tôi truy tìm nó đến hệ thống cáp.
  • một khách truy cập nói với chúng tôi rằng an ninh mạng không hiệu quả và đã chứng minh điều này.
  • chúng tôi phải thay thế máy chủ mà họ đề xuất vì máy chủ cũ không hiệu quả đối với công ty chúng tôi.

Có cách tiêu chuẩn nào để nhận ra một quản trị viên hệ thống tốt không?

Có bất kỳ bài kiểm tra phỏng vấn nào mà chúng tôi có thể đưa ra để loại bỏ những người có kỹ năng kém?

* Bạn sẽ nghĩ rằng các lập trình viên máy tính sẽ nói với các nhân viên kỹ thuật giỏi từ những người xấu nhưng lập trình và quản trị hệ thống là hai lĩnh vực khác nhau.

Câu trả lời:


31

Dưới đây là một số cách để nhận ra một quản trị viên hệ thống tốt.

  • Họ có thể nói về các hệ thống trước đây mà họ đã quản lý theo cách có ý nghĩa với bạn, một người không có khả năng về mặt kỹ thuật. Một sysadmin tốt cần có khả năng giao tiếp với những người dùng mạng khác và xem bức tranh lớn cùng lúc với việc nhận thức đầy đủ tất cả các chi tiết. Nếu họ không thể giải thích một cách có cấu trúc và rõ ràng những gì họ đã làm và tại sao trong công việc trước đó, thì họ sẽ không thể giải thích cho bạn lý do ra quyết định của họ khi làm việc cho bạn. Về cơ bản, họ sẽ có thể nói chuyện cả ngày về một hệ thống cụ thể mà không bao giờ mất khán giả.

  • Họ bị ám ảnh với việc tránh những điểm thất bại duy nhất. Tại bất kỳ thời điểm nào khi họ mô tả một hệ thống mà họ quản trị (ed), hãy dừng chúng lại và hỏi " Điều gì có thể xảy ra với phần này của hệ thống và làm thế nào bạn giảm thiểu rủi ro đó? " Câu trả lời của họ nên được nêu chi tiết và cho thấy rằng họ đã có nghĩ kỹ rồi. Họ cũng nên nhiệt tình trả lời câu hỏi đó, bởi vì những người giỏi hệ thống thích suy nghĩ về những cách để tránh thất bại thảm hại.

  • Họ có một sự hoài nghi lành mạnh về cái mới, mát mẻ và chưa được thử nghiệm. Họ cũng rất muốn thử nghiệm các giải pháp mới và luôn luôn làm như vậy. Tuy nhiên, hộp công cụ tiêu chuẩn của họ là staid, an toàn và liên quan đến nhiều thử nghiệm.

  • Họ có thể nhớ những lần hệ thống của họ thất bại và trả lời năm lần mà không cần phải suy nghĩ. Mỗi sysadmin đã phạm sai lầm dẫn đến thời gian chết; những người tốt đã nghĩ về cả lý do kỹ thuật và hệ thống tại sao nó xảy ra.

  • Họ ghi lại các hệ thống của họ với cùng mức độ ám ảnh mà một nhà văn viết nhật ký tuổi teen ghi lại những tình cảm của cô. Nếu có thể, yêu cầu xem tài liệu của họ cho các hệ thống trước đây họ đã quản lý.

  • Tôi không biết làm thế nào để kiểm tra điều này khi phỏng vấn, nhưng họ bình tĩnh trong một cuộc khủng hoảng. Có lẽ bạn có thể đợi cho đến khi họ ghé thăm nhà vệ sinh, sau đó kẹt cửa và tắt chuông báo cháy.


Adam para "el thắng"! Câu trả lời tốt nhất, theo ý kiến ​​của tôi, tại nó giải quyết làm thế nào để nhận ra một sysadmin tốt.
tên người dùng

3
Tôi có thể tìm thấy rất ít lỗi với bất kỳ điều nào trong số này, ngoại trừ điểm cuối cùng thứ hai: bất kỳ sysadmin nào sẵn sàng chia sẻ tài liệu từ công việc trước đó là người có thể chia sẻ tài liệu rất tốt về môi trường của bạn trong tương lai. Do sự cần thiết, một doanh nghiệp đặt niềm tin rất lớn vào nhân viên quản trị hệ thống của họ và trong khi tôi đồng ý thì đó là một câu hỏi hay, tôi nghĩ rằng nó tốt cho một lý do hoàn toàn khác.
esm

Đồng ý, esm, và đó là lý do tại sao tôi đã thêm proviso 'nếu có thể'. Có những tình huống (ví dụ về giáo dục), trong đó tài liệu về việc thiết lập không được coi là bí mật.
Adam

Và họ không bao giờ nói dối khuôn mặt của bạn. Có ai từng nghe cái này chưa? "Tôi không biết. Hãy thử ngay bây giờ."
Bob Cross

8

Thật khó để các lập trình viên nhận ra các lập trình viên giỏi; ví dụ, các công ty như Microsoft và Google phải mất một ngày phỏng vấn để thỏa mãn bản thân, ngay cả sau khi sàng lọc ban đầu. Tương tự, thật khó để các quản trị viên hệ thống nhận ra các quản trị viên hệ thống tốt.

Trên cơ sở đó, tôi khẳng định rằng các lập trình viên rất khó nhận ra các quản trị viên hệ thống giỏi.

Điều đó không có nghĩa là bạn nên từ bỏ, tuy nhiên. Nhưng tại sao không tranh thủ sự giúp đỡ của quản trị viên hệ thống để giúp bạn trong các cuộc phỏng vấn?

Nghe có vẻ như điều này tạo ra sự phụ thuộc vòng tròn (vì làm thế nào để bạn biết ai sẽ giúp bạn?), Nhưng tôi nghĩ việc tìm một sysadmin thân thiện trong số những người liên hệ chuyên nghiệp của bạn có thể sẵn sàng giúp đỡ một cái gì đó như thế này Bạn có thể sẽ không muốn họ đưa ra lựa chọn cho bạn, nhưng họ có thể đưa ra đánh giá có hiểu biết về khả năng kỹ thuật và các khả năng liên quan khác của họ.


7

Các đặc điểm mà tôi tìm kiếm trong Quản trị viên hệ thống, mặc dù bản chất là một chút * nix

  • Tổ chức ám ảnh
    • Danh sách những việc cần làm
    • Nhãn P-Touch mọi thứ
    • Mọi thứ đều có chỗ đứng và thật khó chịu nếu nói điều đó không đúng chỗ
    • Rất, rất đúng giờ
  • Khả năng mã hóa tối thiểu
    • Có thể tạo ra một tập lệnh bash đơn giản (các biến, nếu / thì / khác)
    • Có thể sửa đổi một tập lệnh bash phức tạp
    • Có thể biên dịch httpd từ nguồn
  • Giấy chứng nhận
    • Chúng có ý nghĩa nhiều hơn đối với Quản trị viên hệ thống (hơn là đối với các lập trình viên)
  • Thái độ đối với lập trình viên
    • Thận trọng, nếu không hết sức nghi ngờ
    • Bị hấp dẫn bởi những yêu cầu mới, sẵn sàng đàm phán
    • Sẽ không cung cấp cho các lập trình viên gốc, không có vấn đề gì
  • Có ý kiến ​​mạnh mẽ về các hệ thống giám sát
    • Thích một cái gì đó dựa trên SNMP. (Và nó không phải là "What Up? Gold")
    • Cần truy cập từ nhà và điện thoại di động / PDA / netbook / vv để hệ thống có thể được giám sát khi đi nghỉ
  • Thoải mái với CLI, nếu không được ưa thích hơn GUI

4
Tôi nghĩ rằng tôi biết những gì bạn đang cố gắng nói với "Khả năng mã hóa tối thiểu". Nhưng nó vẻ như một quản trị viên hệ thống tốt chỉ nên có khả năng mã hóa tối thiểu.
innaM

Tôi sẽ gọi đó là một danh sách tốt, phổ quát. Không * nix-centric nào cả.
Kara Marfia

Đồng ý với Manni: Tôi có thể định nghĩa lại là " ít nhất là khả năng mã hóa tối thiểu". Kỹ năng phát triển là vô giá trong một quản trị hệ thống.
esm

Tôi nghĩ rằng danh sách các yêu cầu cũng sẽ dẫn đến một Sys-Admin mà chắc chắn sẽ bị đốt cháy theo thời gian. Không nói đó là một danh sách tồi, chỉ là tôi đã thấy những người bị phá vỡ ám ảnh. Tôi cũng không đồng ý với Manni về "một quản trị viên hệ thống tốt chỉ nên có khả năng mã hóa tối thiểu". Tôi đã biết khá nhiều quản trị viên Sys giỏi đến từ sự phát triển và là những lập trình viên có tình cảm cao.
sclarson

Duh! Có bạn đi.
innaM

3

Tôi coi mình là một quản trị viên hệ thống giỏi và một trong những lý do hiện tại là vì tôi đã phạm phải tất cả các lỗi bạn đã liệt kê. Tôi sẽ không bao giờ làm chúng một lần nữa bởi vì tôi học được từ mỗi người trong số họ.

Nếu bạn muốn có một quản trị viên hệ thống tốt, hãy tìm một người đã mắc tất cả các lỗi và học hỏi từ họ. Nếu họ không thích học hỏi từ những sai lầm của họ, thì họ không phải là những người giỏi. Nếu họ nói rằng họ chưa bao giờ phạm sai lầm, họ có thể nói dối hoặc không phải là một sysadmin tốt.


1

Một câu hỏi hiệu quả hơn có thể là: làm thế nào để bạn thuê một người mà không sở hữu những kỹ năng vượt trội để đánh giá họ?

Bạn có thể chọn một nhà lãnh đạo CNTT bằng cách nhờ một người có hiểu biết về kinh doanh quản lý bộ phận tạm thời (một trong những cố vấn thành công nhất của tôi về mặt này không có nền tảng CNTT) hoặc bạn có thể tìm kiếm một người có kỹ năng mạnh về quản lý CNTT bộ phận (điều này sẽ có giá). Nếu họ đến từ một tổ chức lớn hơn, họ sẽ có xu hướng chuyên môn hóa hơn, với những lỗ hổng lớn về kiến ​​thức chung.

Ngoài các kỹ năng được đề cập bởi người khác, bạn cần một người có thể:

  • Đứng lên quản lý trong việc thực hiện các cuộc gọi CNTT mà họ không muốn nghe (là cáp kém chất lượng vì họ không được phép mang theo chuyên gia cáp? Máy chủ không đủ vì ngân sách quá nhỏ và họ không đấu tranh vì điều gì có cần thiết không?)

  • Quản lý nhà cung cấp, ví dụ kiến ​​thức về SLA điển hình và các giai đoạn dự kiến ​​(là cáp kém chất lượng vì họ không yêu cầu thử nghiệm 100% hoặc tự thử nghiệm?) Đây là một kỹ năng bị đánh giá thấp và có ảnh hưởng rất lớn về chi phí ban đầu và hợp đồng dài.

  • Không tự nhiên đưa ra quyết định không phổ biến - và biết khi nào nên khai thác để bảo mật và hiệu suất không bị xâm phạm.

  • Lý tưởng nhất, đủ khả năng ngoại giao để kéo tất cả những điều trên mà không xa lánh phần còn lại của công ty.

Các ẩn sĩ ubergeek là tuyệt vời để hoàn thành công việc từ quan điểm công nghệ. Nhưng CNTT cần một người lãnh đạo, giống như mọi chức năng kinh doanh quan trọng khác.


0

Tôi nghĩ nó cũng giống như bất kỳ lĩnh vực nào khác, bạn phải có được một người quan tâm sâu sắc và quan tâm sâu sắc đến những gì họ làm. Bạn có thể đặt câu hỏi như:

  • Những trang web, diễn đàn, blog, vv bạn có thích đọc để nghe về các công nghệ mới nhất
  • Công nghệ gần đây mà bạn đã nghe nói là gì mà bạn muốn sử dụng và chơi với
  • Một ví dụ về một thứ gì đó gọn gàng hoặc thú vị hoặc simpyl mà bạn tự hào rằng bạn đã có thể thiết lập tại một nhà tuyển dụng trước đó (hoặc vai trò học tập) đã giúp mọi người tiết kiệm thời gian hoặc thất vọng

Bạn sẽ có thể dễ dàng có được những câu trả lời chi tiết tốt cho những câu hỏi này.

Đây chỉ là những ví dụ, nhưng cũng giống như thuê một lập trình viên, nếu bạn không thể khiến người đó phải thán phục về công nghệ hoặc sở thích trong lĩnh vực này, họ sẽ không có giá trị gì với bạn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.