우수한 시스템 관리자를 어떻게 인식합니까?


19

내가 일하는 회사에서는 시스템 관리자가 필요합니다. 그러나 우리는 프로그래밍 개발 회사이며 훌륭한 시스템 관리자에게 나쁜 시스템 관리자에게 알리는 방법을 모릅니다. 서버를 설치하고 LAN 케이블의 레이아웃을 계획하며 Wi-Fi 보안에 대한 정책을 설정하는 사람이 필요했습니다.

우리가 고용 한 두 명의 관리자가 제대로 업무를 수행하지 않는다는 것을 알기 전까지는 채용에 문제가 있다는 것을 알지 못했습니다. 두 달 후에 다음과 같은 경우에 문제가 있음을 알게되었습니다.

  • 우리는 전화를 끊기 시작했고 케이블로 추적했습니다.
  • 한 방문자가 네트워크 보안이 효과가 없으며이를 시연했다고 말했습니다.
  • 이전 서버는 회사에 비효율적이기 때문에 권장 한 서버를 교체해야합니다.

우수한 시스템 관리자를 인식하는 표준 방법이 있습니까?

기술이 부족한 사람들을 제거하기 위해 우리가 할 수있는 면접 시험이 있습니까?

* 당신은 컴퓨터 프로그래머가 좋은 기술 직원에게 나쁜 사람들에게 말할 것이라고 생각할 것입니다. 그러나 프로그래밍과 시스템 관리는 두 가지 다른 분야입니다.

답변:


31

다음은 좋은 시스템 관리자를 인식하는 몇 가지 방법입니다.

  • 기술적으로 지원되는 비 시스템 관리자 인 사용자에게 적합한 방식으로 관리했던 이전 시스템에 대해 이야기 할 수 있습니다. 좋은 sysadmin은 다른 네트워크 사용자와 통신하고 모든 세부 사항을 완전히 인식하는 동시에 큰 그림을 볼 수 있어야합니다. 그들이 그들이 한 일과 이전 직장에서의 구조적이고 명확한 방법으로 설명 할 수 없다면, 당신을 위해 일할 때 의사 결정의 근거를 설명 할 수 없습니다. 기본적으로 청중을 잃지 않고 하루 종일 특정 시스템에 대해 이야기 할 수 있어야합니다.

  • 단일 실패 지점을 피하는 데 집착합니다. 그들이 관리하는 시스템을 설명 할 때 언제라도 시스템을 중지하고 " 시스템의이 부분에서 무엇이 잘못되었을 수 있으며 어떻게 그 위험을 완화 했습니까? "라고 질문하십시오. 이미 신중하게 생각했습니다. 또한 좋은 시스템 관리자는 치명적인 실패를 피할 수있는 방법에 대해 생각하기를 좋아하기 때문에이 질문에 대답하는 데 열정적 이어야합니다 .

  • 그들은 새롭고 시원하며 테스트되지 않은 사람들에 대해 건전한 회의론을 가지고 있습니다. 또한 새로운 솔루션을 시험하고 싶어하며 항상 그렇게하고 있습니다. 그러나 표준 도구 상자는 안정적이고 안전하며 많은 테스트가 필요합니다.

  • 시스템이 고장난 시간을 기억 하고 생각하지 않아도 5 가지 이유에 답할 수 있습니다 . 모든 시스템 관리자는 다운 타임을 초래 한 실수를 저질렀습니다. 좋은 사람들은 기술적 인 이유와 체계적인 이유에 대해 생각했습니다.

  • 그들은 십대 일기 작가가 그녀의 호감을 기록한 것과 같은 수준의 강박 관념으로 시스템을 문서화합니다. 가능하면 이전에 관리했던 시스템에 대한 설명서를 참조하십시오.

  • 인터뷰에서 이것을 테스트하는 방법을 모르겠지만 위기에 조용합니다. 어쩌면 그들이 화장실을 방문 할 때까지 기다렸다가 문을 막고 화재 경보를 울릴 수도 있습니다.


아담 파라 "엘 승리"! 내 생각에 가장 좋은 대답 은 좋은 sysadmin 을 인식 하는 방법에 관한 것입니다.
username은

3
마지막 두 번째 요점을 제외하고는이 중 어느 것도 잘못을 찾을 수 없습니다. 이전 작업의 문서를 기꺼이 공유하려는 sysadmin은 향후 환경에 대한 문서를 잘 공유 할 수있는 사람입니다. 필연적으로 비즈니스는 시스템 관리 직원을 크게 신뢰하며 좋은 질문이라는 데 동의하지만 완전히 다른 이유에서 좋은 것으로 생각합니다.
esm 2016 년

동의, esm, 그리고 그것이 '가능한 경우'라는 조항을 추가 한 이유입니다. 설정에 관한 문서가 기밀로 간주되지 않는 상황 (예 : 교육 상황)이 있습니다.
Adam

그리고 그들은 결코 당신의 얼굴에 거짓말을하지 않습니다. 이거 들어 본 사람 있어요? "모르겠습니다. 지금 사용해보십시오."
Bob Cross

8

프로그래머가 좋은 프로그래머를 인식하는 것은 어렵습니다. 예를 들어, Microsoft 및 Google과 같은 회사는 처음 선별 한 후에도 만족할만한 하루의 인터뷰가 필요합니다. 마찬가지로, 시스템 관리자는 우수한 시스템 관리자를 인식하기가 어렵습니다.

이를 바탕으로 프로그래머가 우수한 시스템 관리자를 인식하기가 매우 어렵다고 주장합니다.

그렇다고 포기하지 않아도됩니다. 그러나 인터뷰에서 시스템 관리자의 도움을 요청하는 것은 어떻습니까?

이것이 당신에게 도움을 요청하는 사람을 어떻게 알기 때문에 순환 의존성을 만드는 것처럼 들릴지 모르지만, 도움을 줄 수있는 전문 담당자 중에서 친근한 sysadmin을 찾는 것이 상대적으로 쉽다고 생각합니다. 이 같은. 당신은 아마 그들이 당신을 위해 선택하기를 원하지 않을 것이지만, 그들은 그들의 기술 및 기타 관련 능력에 대한 정보에 대한 평가를 줄 수 있어야합니다.


7

본질적으로 약간 * nix이지만 시스템 관리자에서 찾는 특성

  • 강박 적으로 조직
    • 할 일 목록
    • P-Touch는 모든 것을 라벨링
    • 모든 것이 제자리에 있고 말한 것이 제자리에 없으면 화를냅니다
    • 아주, 엄수
  • 최소한의 코딩 능력
    • 간단한 bash 스크립트를 만들 수 있습니다 (변수, if / then / else)
    • 복잡한 bash 스크립트를 수정할 수 있습니다
    • 소스에서 httpd를 컴파일 할 수 있습니다
  • 인증
    • 시스템 관리자에게는 더 많은 의미가 있습니다 (코더보다)
  • 프로그래머에 대한 태도
    • 의심스럽지 않은 경우 신중하게
    • 새로운 요구 사항에 흥미를 느끼고, 기꺼이 협상
    • 상관없이 코더에게 루트를 제공하지 않습니다.
  • 모니터링 시스템에 대한 강력한 의견
    • SNMP 기반을 선호합니다. (그리고 "What 's Up? Gold"가 아닙니다)
    • 휴일 중에도 시스템을 모니터링 할 수 있도록 가정 및 휴대폰 / PDA / netbook / etc에서 액세스해야합니다.
  • GUI보다 선호되지 않는 경우 CLI로 편리함

4
"최소 코딩 능력"으로 무엇을 말하려고하는지 알고 있습니다. 그러나 않습니다 좋은 시스템 관리자와 같은 소리가 최소한의 코딩 능력이 있어야합니다.
innaM

나는 그것을 좋은 보편적 목록이라고 부를 것이다. * nix 중심이 아닙니다.
Kara Marfia

마니와 합의 : 나는 "로 그 바꿔 수도 적어도 최소한의 코딩 능력". 시스템 관리자에게는 개발 기술이 매우 중요합니다.
esm 2016 년

요구 사항 목록은 때때로 때때로 소진 될 Sys-Admin으로 이어질 것이라고 생각합니다. 나쁜 목록을 말하지 않고 강박 관념을 가진 사람들을 보았습니다. 또한 Manni는 "좋은 시스템 관리자는 최소한의 코딩 능력 만 가져야합니다"에 동의하지 않습니다. 나는 개발에서 왔으며 매우 정통한 프로그래머 인 훌륭한 Sys 관리자를 많이 알고 있습니다.
sclarson

어이! 당신은 간다.
innaM

3

나는 나 자신을 좋은 시스템 관리자 고려하고 나는 이유 중 하나 지금은 당신이 열거 한 모든 실수를 때문이다. 나는 그들 모두에게서 배웠기 때문에 다시는 만들지 않을 것입니다.

좋은 시스템 관리자를 원한다면 이미 모든 실수를 저지른 시스템 관리자를 찾으십시오. 그들이 실수로부터 배우는 것을 좋아하지 않는다면 좋은 시스템 관리자가 아닙니다. 그들이 실수를 한 적이 없다고 말하면 거짓말을하거나 좋은 시스템 관리자가 아닙니다.


1

보다 효과적인 질문은 다음과 같습니다. 평가할 우수한 기술을 보유하지 않은 사람을 어떻게 고용합니까?

비즈니스에 정통한 사람이 중간에 부서를 관리하도록함으로써 IT 리더를 손질하거나 (이 점에서 가장 성공적인 멘토 중 하나는 IT 배경이 없음) IT 관리에 강력한 기술을 가진 사람을 찾을 수 있습니다 부서 (이것은 비용이 든다). 그들이 더 큰 조직에서 온다면, 그들은 일반적인 지식에 큰 격차가있는 더 전문화 된 경향이 있습니다.

다른 사람들이 언급 한 기술 외에도 다음을 수행 할 수있는 사람이 필요합니다.

  • 고객이 듣고 싶지 않은 IT 통화를 할 때 경영진에게 일어서십시오 (케이블 전문가가 참여할 수 없었기 때문에 케이블이 엉망이 되었습니까?) 예산이 너무 작고 무엇을 위해 싸우지 않았기 때문에 서버가 부적절했습니다. 필요 했습니까?)

  • 공급 업체 (예 : 일반적인 SLA 및 예상 단계에 대한 지식) (100 % 테스트를 요구하지 않았거나 자체 테스트를 수행했기 때문에 케이블 연결이 허술 했습니까?) 이는 과소 평가 된 기술이며 초기 비용과 관련하여 큰 영향을 미칩니다. 긴 계약.

  • 확실한 결정을 내리지 않고 보안과 성능이 저하되지 않도록 언제 파헤쳐 야 할지를 알고 있습니다.

  • 이상적으로는 회사의 나머지 부분을 소외시키지 않고 위의 모든 사항을 해결할 수있는 충분한 외교가 필요합니다.

ubergeek 은둔은 기술적 인 관점에서 작업을 수행하기에 좋습니다. 그러나 IT는 다른 모든 중요한 비즈니스 기능과 마찬가지로 리더가 필요합니다.


0

다른 분야와 똑같다고 생각합니다. 관심이 많고 자신이하는 일에 깊이 관심이있는 사람을 찾아야합니다. 다음과 같은 질문을 할 수 있습니다.

  • 최신 기술에 대해 듣고 싶은 사이트, 포럼, 블로그 등
  • 당신이 손을 잡고 놀고 싶다고 들었던 최근의 기술은 무엇입니까?
  • 예전의 고용주 (또는 학업 적 역할)에서 모든 사람의 시간이나 좌절을 구할 수 있다는 것을 자랑스럽게 생각하는 깔끔하고 흥미 롭거나 간결한 것의 예는 무엇입니까?

이러한 질문에 대한 자세한 답변을 쉽게 얻을 수 있어야합니다.

이것들은 단지 예일 뿐이지 만, 프로그래머를 고용하는 것과 마찬가지로, 해당 분야의 기술이나 관심사에 대해 상대방을 단호하게 만들 수 없다면 가치가 없습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.