서비스 데스크에서 요청의 우선순위를 정하고 어려운 건은 전문 팀에 넘기기

## 서비스 데스크가 맡는 범위와 티켓마다의 담당자 정하기 - 서비스 데스크에서 지원할 사용자, 서비스, 요청 유형, 운영 시간, 지원 채널을 명시한다. - 프로세스 책임자, 각 대기열의 책임자, 모든 미종결 티켓의 현재 담당자를 지정한다. - 워크플로를 설계하기 전에 인시던트, 서비스 요청, 접근 권한 요청, 문의, 보안 우려를 구분한다. - 접수 확인, 실질적인 응답, 복구, 해결, 의사소통에 대한 서비스 목표를 정의한다. - 계획된 유지보수, 고객 응답 대기 시간, 승인된 일시 중지 같은 예외를 공개한다. - 서비스, 인력 구성, 위험 또는 고객 기대가 바뀔 때마다 운영 모델을 검토한다. ## 요청을 받을 때 필요한 내용을 묻고 본인인지 확인하기 - 승인된 채널을 통해 요청을 접수하고 하나의 공식 기록 시스템으로 모은다. - 요청자의 신원과 연락 방법, 영향을 받은 서비스, 증상, 업무 영향, 시작 시각, 이미 시도한 조치를 기록한다. - 스크린샷, 로그 또는 오류 메시지는 유용한 경우에만 요청하고, 비밀 정보나 관련 없는 개인정보를 제거하는 방법을 요청자에게 안내한다. - 접수 사실을 신속히 알리되, 자동 접수 알림을 최초의 실질적인 응답으로 간주하지 않는다. - 계정 복구, 접근 권한 변경 또는 보호 정보 공개 전에 승인된 방법으로 신원을 확인한다. - 티켓을 아무런 설명 없이 보류하지 말고, 누락된 정보의 확보를 명시적인 다음 조치로 기록한다. ## 영향의 크기와 긴급도로 우선순위 정하기 - 영향을 받은 사용자 수, 업무 중요도, 데이터 또는 안전 위험, 서비스 저하 범위를 근거로 영향도를 판단한다. - 시간 민감도, 기한, 악화 속도, 실용적인 우회 방법의 유무를 근거로 긴급도를 판단한다. - 여러 근거를 종합해 우선순위를 지정하며, 요청자가 원하는 등급이 분류 판단을 대신하게 하지 않는다. - 조직이 승인한 응답 목표와 해결 목표를 포함하는 간결한 우선순위 매트릭스를 정의한다. - 범위, 영향, 위험 또는 우회 방법의 상태가 바뀌면 우선순위를 다시 평가한다. - 우선순위를 올리거나 내린 모든 이유를 기록하고 영향을 받는 책임자에게 알린다. ## 티켓을 종류별로 나누고 맞는 팀에 보내기 - 발생 가능한 모든 증상을 나열하기보다 안정적인 서비스와 업무 유형을 반영하는 얕은 분류 체계를 사용한다. - 각 범주를 기본 대기열, 필요한 전문성, 승인 요건, 알림 규칙과 연결한다. - 정보 보안, 개인정보 보호, 신체 안전, 법률 또는 주요 서비스와 관련된 우려는 각각의 전용 대응 경로로 전달한다. - 하나의 티켓이 여러 범주에 해당할 때 우선하는 규칙을 정하고, 부가적인 맥락은 레이블로 보존한다. - 미할당되거나 반송되거나 반복적으로 재분류되는 티켓을 전달 실패로 간주해 모니터링한다. - 실제 티켓 패턴과 후속 보고 요구사항을 검토한 후에만 분류 체계를 변경한다. ## 되돌릴 수 있는 확인부터 원인을 찾고 모든 단계 기록하기 - 무엇이든 변경하기 전에 보고된 상태, 영향 범위, 최근 변경 사항, 종속 관계, 이용 가능한 근거를 확인한다. - 되돌릴 수 있는 저위험 점검부터 시작하고, 영향을 받은 서비스에 승인된 진단 절차를 따른다. - 권한이 필요한 접근, 서비스에 영향을 줄 수 있는 테스트, 구성 변경 또는 데이터 복구 전에 필요한 승인을 받는다. - 신원 관련 문제에는 침해되었을 가능성이 있는 동일한 채널에 의존하지 말고 강력한 확인 방법을 사용한다. - 다른 담당자가 작업을 반복하지 않고 이어갈 수 있도록 각 조치와 결과, 배제한 원인, 다음 가설을 기록한다. - 근거가 더 광범위한 인시던트, 보안 우려, 안전하지 않은 조치 또는 권한 부족을 가리키면 작업을 중단하고 에스컬레이션한다. ## 약속한 대응 시간(SLA)을 지켜보고 요청한 사람에게 진행 상황 알리기 - 계약에서 구분하는 경우 접수 확인, 응답, 복구, 해결, 진행 상황 업데이트에 대한 약속을 각각 추적한다. - 각 시간 측정을 언제 시작하고, 일시 중지하고, 재개하고, 종료할지 정확히 정의한다. - 약속을 지키기 어려워지기 전에 현재 담당자와 대기열 책임자에게 경고하고, 시정 조치를 취할 시간을 충분히 확보한다. - 현재 상태, 알려진 영향, 진행 중인 작업, 다음 확인 시점, 요청자에게 필요한 조치를 담은 유용한 진행 상황을 요청자에게 알린다. - 위험이 있는 작업을 정기적으로 검토하고, 위반을 개인의 실패를 입증하는 자동적인 증거가 아니라 프로세스의 신호로 분석한다. - 책임자가 반복되는 제약에 대응할 수 있도록 우선순위, 서비스, 대기열, 원인, 예외 유형별 추세를 보고한다. ## 어려운 건은 지금까지의 경과와 함께 전문 팀에 넘기기 - 표준 진단을 모두 수행했거나, 전문 지식이나 상위 권한이 필요하거나, 위험이 커지거나, SLA 임계점이 가까워질 때 에스컬레이션한다. - 기한이 지난 뒤까지 기다리지 말고, 남은 서비스 약속 시간을 반영하는 시간 기준 조건을 사용한다. - 인수 팀에 증상의 경과, 영향, 근거, 완료한 조치, 결과, 배제한 원인, 권장하는 다음 단계를 전달한다. - 인수 팀이 책임을 명시적으로 수락하지 않는 한, 티켓에 책임을 지는 담당자 한 명을 유지한다. - 문제가 해당 팀의 통제 범위에 있을 때만 엔지니어링, 인프라, 보안 또는 외부 제공업체로 에스컬레이션한다. - 정체된 에스컬레이션의 처리 경로를 정하고, 자격을 갖춘 담당자가 작업을 인수하지 않으면 당직 책임자에게 알린다. ## 문제가 해결된 것을 확인한 뒤 티켓 종결하기 - 무엇을 변경했는지, 그 변경으로 문제가 해결된 이유, 임시 우회 방법, 남은 위험을 기록한다. - 관찰 가능한 근거로 서비스 복구를 확인하고, 필요한 경우 요청자에게도 확인받는다. - 이해하기 쉬운 언어로 요청자에게 알리고, 요청자가 알아야 할 조치, 제한 사항 또는 후속 작업을 포함한다. - 최초 추측이 아니라 실제 원인을 기준으로 최종 범주와 해결 코드를 적용한다. - 필수 기록, 승인, 연계 작업, 의사소통이 모두 완료된 후에만 티켓을 종결한다. - 재개할 수 있는 기간을 정의하고, 그 이후의 재발은 조직 정책에 따라 전달한다. ## 해결한 티켓을 다른 사람이 찾을 수 있는 해결 글로 만들기 - 해결책을 재사용할 수 있거나, 문제가 재발하거나, 여러 사용자에게 도움이 될 수 있으면 지식을 새로 만들거나 업데이트한다. - 사용자와 담당자가 검색할 때 사용할 가능성이 높은 표현으로 제목을 작성한다. - 증상, 범위, 사전 조건, 이해하기 쉬운 원인, 번호를 매긴 조치, 확인 방법, 롤백 또는 에스컬레이션 조건, 책임자를 포함한다. - 게시 전에 비밀 정보, 개인정보, 임시 식별자, 환경별 값을 제거한다. - 사용량과 효과를 측정할 수 있도록 문서를 관련 티켓 및 서비스와 연결한다. - 검토일을 지정하고, 안전하지 않거나 오래되었거나 중복되었거나 더 이상 책임자가 없는 지침은 폐기한다. ## 반복되는 문제를 돌아보고 근본 원인 고치기 - 정해진 주기에 따라 처리량, 영향이 큰 작업, 위반, 재개, 에스컬레이션, 반복 문의, 고객 의견을 검토한다. - 즉각적인 해결과 근본 원인 작업을 구분하고, 체계적인 예방이 필요하면 두 가지를 모두 추적한다. - 문제의 발생 원인, 탐지나 대응을 지연시킨 요인, 재발을 방지하거나 줄일 수 있는 통제 수단을 검토한다. - 조사 결과를 책임자, 기한, 성공 기준, 검토 시점이 있는 조치로 전환한다. - 이전 조치를 단순히 완료했다는 이유로 종결하지 말고, 관련 결과를 실제로 변화시켰는지 확인한다. - 측정된 근거를 바탕으로 교육, 전달, 진단, 지식, 자동화 또는 처리 역량을 업데이트한다. ## 교대나 당직이 바뀔 때 남은 티켓 인계하기 - 미종결된 고우선순위 티켓, 현재 담당자, 다음 조치, 결정 기한, 알려진 고객 약속을 인계한다. - 진행 중인 인시던트, 계획된 유지보수, 알려진 위험, 우회 방법, 외부 종속 관계, 보류 중인 에스컬레이션을 포함한다. - 인수자가 필요한 도구에 접근할 수 있고 당직 책임자와 비상 연락처를 알고 있는지 확인한다. - 새로 시작했거나 변경 중이거나 불안정한 당직 순환에는 프로세스가 일관되게 안정화될 때까지 실시간 인계를 사용한다. - 공유 시스템에 인계를 기록하고 승인된 팀 채널을 통해 담당 변경을 알린다. - 인계 후 발견된 맥락 또는 접근 권한의 부족을 바로잡아야 할 프로세스 결함으로 처리한다.