“조직 문제”를 기반으로 — IT의 아픈 부분입니까? 시스템 관리자가 작업장의 가치가 있는지 판단해야한다고 말하는 것이 공정하다고 생각합니다. 프로그래머에 대한 Joel 의 유사한 잘 알려진 테스트가 있습니다.
시스템 관리자가 작업하기에 좋은 장소인지 결정하기 위해 시스템 관리자가 인터뷰에서 질문해야하는 12 가지 질문은 무엇입니까?
Joel의 규칙에 따라 :
- 질문은 플랫폼과 기술에 무관심해야합니다
- 질문은 예 또는 아니오와 같은 간단한 응답을 이끌어 내야합니다.
편집 : 사용자가 투표하는 것을 볼 수 있도록 한 번에 하나의 질문을 게시하십시오.
답변
사건 / 티켓 추적 시스템을 사용하십니까?
답변
시스템 백업을 수행하고 정기적으로 테스트 복원을 수행합니까?
답변
- 일상적인 작업에서 몇 명의 다른 사람들이 나와 함께 일할 것입니까?
이는 매우 직접적인 방식으로 수행하는 능력에 영향을줍니다. 또한 중단없는 휴가를받는 능력에 영향을 미칩니다 …
- 문제에 대한 첫 번째 응답자는 누구입니까?
이 답변은 다양하지만 조직이 실제로 “구성”할 수있는 방법을 잘 보여줍니다. 대규모 설치에는 헬프 데스크 및 발권 시스템이 있어야합니다. 소규모 설정에는 도움이 필요한 일종의 회사 지불 호출기와 함께 발권 시스템이 있어야 합니다.
“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가 우선 순위입니까, 아니면 악한 것입니까?”와 거의 같은 질문이지만, 뻔뻔스럽게 전보 된 올바른 거짓말 대신 정직한 대답을 이끌어 낼 수 있도록 표현되었습니다.)
답변
필자가 고려해야 할 한 가지는 라이브 서버와 동일한 하드웨어 사양을 가진 테스트 머신입니다.
“테스트 환경이 프로덕션과 얼마나 밀접하게 일치합니까?”