시스템 관리자 작업을위한 Joel 테스트

"조직 문제"를 기반으로 — IT의 아픈 부분입니까? 시스템 관리자가 작업장의 가치가 있는지 판단해야한다고 말하는 것이 공정하다고 생각합니다. 프로그래머에 대한 Joel 의 유사한 잘 알려진 테스트가 있습니다.

시스템 관리자가 작업하기에 좋은 장소인지 결정하기 위해 시스템 관리자가 인터뷰에서 질문해야하는 12 가지 질문은 무엇입니까?

Joel의 규칙에 따라 :

1. 질문은 플랫폼과 기술에 무관심해야합니다
2. 질문은 예 또는 아니오와 같은 간단한 응답을 이끌어 내야합니다.

편집 : 사용자가 투표하는 것을 볼 수 있도록 한 번에 하나의 질문을 게시하십시오.

사건 / 티켓 추적 시스템을 사용하십니까?

시스템 백업을 수행하고 정기적으로 테스트 복원을 수행합니까?

• 일상적인 작업에서 몇 명의 다른 사람들이 나와 함께 일할 것입니까?

이는 매우 직접적인 방식으로 수행하는 능력에 영향을줍니다. 또한 중단없는 휴가를받는 능력에 영향을 미칩니다 ...

• 문제에 대한 첫 번째 응답자는 누구입니까?

이 답변은 다양하지만 조직이 실제로 "구성"할 수있는 방법을 잘 보여줍니다. 대규모 설치에는 헬프 데스크 및 발권 시스템이 있어야합니다. 소규모 설정에는 도움이 필요한 일종의 회사 지불 호출기와 함께 발권 시스템이 있어야 합니다.

"Just you"는 받아 들일만한 대답이 아닙니다. 이것은 조직이 완전히 없기 때문에 "사용자의 요청을 어떻게 추적합니까?"라는 질문이 뒤 따릅니다. 이것은 해야한다 로 답변 뭔가 "그렇게하지"이외.

• 기존 시스템과 관리자의 비율은 얼마입니까?

너무 높거나 (50 : 1 이상) 너무 낮지 않아야합니다 (5 : 1 미만). 너무 높으면 작업량이 너무 심해 물을 흘려 물에 stay니다. 너무 낮아서 1 인 상점이거나 상점의 시스템 관리 능력에 심각한 문제가 있습니다.

항상 그렇듯이 규칙에는 예외가 있습니다. 단일 소스에서 200 개 이상의 시스템을 이미징 할 수있는 인스턴스 (웹 헤드 엔드를 생각하십시오) 및 비즈니스 규모가 작은 인스턴스 (20 명의 직원은 2 대의 서버 만 필요).

• 최종 사용자 / 고객과 관리자의 비율은 얼마입니까?

이것은 기대의 척도입니다. 이들은 "고객"입니다. 문제가있는 경우 상황을 해결하기 위해 받게 될 "압력"의 양이됩니다. 시스템에 문제가있는 경우 관리자가 2 명인 5000 명의 조직은 매우 스트레스가 많은 장소가 될 수 있습니다.

• 기존 시스템에 대한 최종 사용자 / 고객의 비율은 얼마입니까?

이것은 서버 작업량을 측정 한 것입니다. 매우 높은 비율은 과잉 활용의 징후이거나 확장 시점에 손을 묶는 예산 제약이 될 수 있습니다. 불충분 한 활용도 요구 될 때도 문제가 될 수 있습니다 (즉, HR에 자체 서버가 있지만 5,000 명의 조직에서 5 명의 "일반"사용자에 대한 파일 서버는 적기입니다). 서버를 통합하기 위해 "가상화"가 필요할 수 있습니다.

• 공급 업체 패치 또는 펌웨어 업데이트 적용과 같은 기존 시스템의 업데이트를 처리하기위한 기존 프로세스가 있습니까?

(a) "모름"또는 (b) "업데이트하지 않음"이외의 다른 답변이어야합니다.

• 서버에 불이 붙었다 고 가정 해 봅시다. 위기 나 재난이 발생한 경우 가동 중지 시간으로 어떤 기간이 허용됩니까?

이것은 항상 합리적인 질문 이어야합니다 . 면접관이이 질문에서 모양이 구부러진다면, 그들은 미래의 전망에 대한 중요한 단서 인 업무의 본질을 이해하지 못합니다. 연중 무휴 운영이 기대되는 경우 인프라가없는 한 괜찮습니다. 즉, 베이비 시터를 많이 사용하게 됩니다. 허용되는 것과 허용되지 않는 것을 아는 것은 그들의 진정한 기대에 대해 당신에게 그들의 카드를 팁하는 데 도움이됩니다.

• 화재에 관해서는, 장비에 화재 진압 시스템을 설치하고 있으며 적절한 유형입니까?

물 스프링클러는 허용되는 답변 이 아닙니다 . 이것은 않는 일이, 당신은 것 없이 환기 빗자루 옷장에 선반을 채우고 화재 스프링클러 오버 헤드가 생각 단체 얻을 좋은 생각 . 이것이 무시되거나 무시되거나 적대감을 만난다면 일어나서 면접관에게 감사하고 걷지 말고 달리십시오 ...

• 데이터 백업 프로세스 및 사용 된 스토리지 형식을 설명하십시오.

"우리는"및 "백업 미디어가 없습니다"이외의 다른 질문으로 대답해야하는 또 다른 질문입니다.

• 정기적으로 백업을 테스트하고 얼마나 자주 수행합니까?

위의 질문에 대한 후속 조치. 정기적으로 테스트하지 않으면 문제가 발생하는 것입니다.

• 자본 지출과 소액 구매 모두에 대해 알려진 예산과 구매 프로세스가 있습니까? 무언가를 구매하는 데 사용할 프로세스를 설명해 주시겠습니까?

답이 "필요에 따라 우리 (다른 사람)가 구매할 것"이라면, 그것은 붉은 깃발입니다. "실제로 필요할 때 장비를 구매할 것을 믿지 않으므로 다른 사람이 대신 사용하게됩니다"라는 의미입니다. 항상 어떤 종류의 예산이 있어야합니다.

무언가를 구매하는 과정은 2 분 이내에 설명하기에 충분히 쉬워야합니다. 2 명 이상의 사인 오프를 포함해서는 안되며 (높은 숫자는 빨간 테이프를 나타냄) 몇 주 또는 몇 시간이 아닌 측정 기간이 있어야합니다 (너무 긴 경우 중요한 구매는 보류됩니다). 항상 어떤 종류의 프로세스가 있어야합니다.

• 오래된 하드웨어를 새로 고치고 재활용 할 계획이 있습니까? 얼마나 자주 발생합니까?

실제로 지원 계약과 지원 공급 업체의 많은 예비 부품을 사용하여 18 년 된 미니 컴퓨터를 운영하는 회사를 보았습니다. 물론 원래 하드웨어 공급 업체는 오랫동안 출발했습니다 ...

데스크톱 장치는 3 년 이상 또는 5 개보다 느리게 새로 고쳐서는 안됩니다. 예산이 적은 기업에서는 데스크톱을 5 년으로 늘리는 것이 적절한 대답 일 수 있습니다.

재활용에 관한 비트는 오래된 하드웨어에 대해 "일회용"태도가 있는지 확인하기위한 테스트입니다. 알려진 재활용기를 통해 올바르게 폐기해야한다는 점에서 나쁘지만, 필요한 경우 오래된 하드웨어를 임시 작업으로 압축 할 수 있다는 점에서 좋습니다. 또한 "boneyard"(기존의 오래된 하드웨어 더미)의 크기를 알려줍니다.

관련 질문 :

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

재해 복구 계획이 있으며 여기에 IT가 포함됩니까?

훌륭한 의견의 후속 조치 : 그렇다면 IT뿐만 아니라 전체 조직도 포함됩니까? 직원이 포함되어 있으며 정기적으로 테스트합니까?

관련 질문 :

재해 복구 계획 개발 모범 사례 또는 리소스?

현재 환경이 문서화되어 있습니까?

정책과 절차가 모두 문서화되고 일관성이 있습니까?

내부 회계 관행이 IT가 다른 부서에 제공하는 서비스에 대한 가치를 평가합니까, 아니면 IT가 단순히 비용 센터로 회계됩니까?

(이것은 스틱의 "IT가 우선 순위입니까, 아니면 악한 것입니까?"와 거의 같은 질문이지만, 뻔뻔스럽게 전보 된 올바른 거짓말 대신 정직한 대답을 이끌어 낼 수 있도록 표현되었습니다.)

필자가 고려해야 할 한 가지는 라이브 서버와 동일한 하드웨어 사양을 가진 테스트 머신입니다.

"테스트 환경이 프로덕션과 얼마나 밀접하게 일치합니까?"

많은 답변이 "이것이 있습니까?"라는 단어가 매우 흥미 롭습니다. 또는 "정기적으로이 작업을 수행하고 있습니까?" 새로운 sysadmin으로 고용 될 예정이라면 이러한 기능이 이미 존재하지 않으면 구현할 수있을 것으로 기대합니다. 재해 복구 및 모니터링 로그는 인터뷰를하거나 방해하는 것이 아닙니다. 그들이 이런 일을하지 않았다면, 내가 고용 된 후에있을 것입니다.

앞서 언급했듯이 나의 주요 관심사는 위의 지원입니다. 서버를 교체해야한다고해도 의심의 여지가 있습니다. 또는 성가신 보안 정책을 구현하면 불만을 가진 사람들에게 면역력을 부여하는 파트너가 좋은 상사처럼 보일 수 있기를 원하지 않습니다.

시스템 관리자는 회사 구조의 계층 구조에서 이상한 위치에 있습니다. 때때로 그들은 가장 초급 직원의 요구에 따라 방향을 잡고 우선 순위를 정하고 때로는 경영진에게 정책을 지시하고 있습니다. 우리는 동시에 체인의 맨 아래와 맨 위에 있습니다.

내가 맨 위에있는 시나리오에서 경영진이 조언을 구하는 한, 바닥에 서서 희생양과 모란의 일부를 기꺼이 맡을 것입니다.

모든 새로운 시스템 / 소프트웨어 / 애플리케이션 구매는 IT를 거치고 IT 부서는 다른 부서 (이미 다른 부서에서 이미 사용중인 시스템)를 거부하고 제안 할 권한이 있습니까?

적절한 모니터링 / 로깅 도구를 위해 돈을 쓸 용의가 있습니까?

또는 원래 Joel 테스트 질문에서 :

돈으로 살 수있는 최고의 도구를 사용하십니까?

관련 질문 :

서버 상태 모니터링 소프트웨어

이전 시스템 관리자와 상담 할 수 있습니까?

일반 관리자 / 루트 계정을 사용하여 로그온합니까?

"예"의 한가운데에 "아니오"라는 대답을 던지는 것은 항상 재미 있습니다.

IT 자체 예산이 있습니까?

광산은 그렇지 않으며 우리는 필요한 모든 것을 위해 다른 부서의 자금에 의존합니다. 큰 시간을 빤다.

백업 사본을 오프 사이트에 저장합니까?

교육 및 교육을 계속받을 수있는 권한이 있으며 보안 문제에 대한 최신 정보를 얻을 수있는 자료를 구입할 수 있습니까?

아무리 인기가 없더라도 정책 및 절차와 관련하여 직원에 대한 나의 결정을지지 할 것입니까?

신생 기업이나 초기 단계 기업에서 일하는 것을 좋아하는 사람들에게는 대부분의 대답이 "아니요,하지만 ..."일 것입니다. 그 진술을 따르는 것은 종종 유익한 정보입니다.

• 구성 변경 제어가 있습니까?
• 데이터 복구 정책이 있습니까?
• 매일 백업을 수행합니까?
• 이슈 데이터베이스가 있습니까?

최신 정보

• 기본 제공 중복성이 있습니까?
• 돈을 살 수있는 최고의 하드웨어가 있습니까?
• 한 번에 새로운 랩톱 또는 데스크탑을 설정할 수 있습니까?
• 정기적으로 패치하기위한 정책이 있습니까?

IT가 조직의 우선 순위입니까 아니면 필요한 악입니까?

커피 머신은 어디에 있습니까?

버전 관리를 사용하십니까? 버전 관리하에 무엇을 넣습니까?

시스템 관리자가 코드를 작성할 수 있습니까?

중앙 로깅이 있습니까? 누구나 읽었습니까?

중요한 시스템에 대한 응답 시간 정책 / 임계 값이 있습니까? (또는 "아침 오전 3시에 침대에서 나와서는 안되는 개념에 대해 이미 잘 알고 있습니까?")

한 번에 새로운 사용자를 추가 할 수 있습니까?

존경 : 당신은 한 단계에서 빌드를 할 수 있습니까?

본인은 유일한 시스템 관리자입니까? 유일하게 시스템 관리자가되는 것이 좋을 수 있습니다. 사실 재미있을 수 있지만 비즈니스가 우리에게 다음과 같은 의미를 이해하는 경우에만 가능합니다.

당신이 있습니까 SLA 들?

시스템 관리자라고 할 때 실제로 SA 및 DBA, Net Admin, Apache / IIS Admin 및 Email Admin 및 AD Admin 및 데스크탑 문제 해결사를 의미하는지 물어보십시오.

Puppet 또는 Chef와 같은 구성 관리 시스템을 사용합니까?

주어진 시간에 어떤 시스템에서 어떤 패치가 누락되었는지 알 수 있습니까?

패치 / 변경 관리를 사용합니까?

월별 / 연간 재해 복구 테스트를 수행합니까?

IT는 시스템 가동 시간과 티켓으로 책임지고 측정됩니까?

모든 IT 부서에 중앙 집중식 티켓 관리를 사용하십니까?

직원이 책상에서 IT 직원을 방해 할 수 있습니까?

IT 직원이 비즈니스 라인을위한 솔루션을 작성하는 데 투입 했습니까? 아니면 상위 관리자의 지시를 따르고 있습니까?

수명이 다할 때에도 중요한 하드웨어 및 소프트웨어 플랫폼의 라이센스를 유지하고 지원을 받고 있습니까?