서비스 팀은 대부분의 조직에서 이름 없는 영웅입니다. 이들은 IT 지원, 인적 자원 지원 또는 다른 팀이 계속 운영될 수 있도록 기타 필수 서비스를 제공하는 등 수요가 높습니다.
이렇게 수요가 많으면 한 걸음 물러서서 계획을 세울 기회 없이 수많은 요청에 대응하는 등 끊임없이 대응 모드에 있는 것처럼 느껴지기 쉽습니다. 하지만 서비스 요청 관리를 사용하면 이러한 문제를 방지할 수 있습니다.
서비스 요청은 지원을 위한 공식적인 요청입니다. 직원, 고객 또는 벤더는 IT 또는 HR과 같은 서비스 팀에 이러한 요청을 하며, 서비스 팀은 처리 범위 내에 있는 사전 정의된 서비스 목록을 제공합니다. 예를 들어, IT 팀은 다음과 같은 서비스를 제공할 수 있으며, 직원들은 이에 대해 서비스 요청을 제출할 수 있습니다.
새로운 장비 또는 소프트웨어 요청
비밀번호 재설정 요청
액세스 요청
많은 IT 팀이 서비스 요청을 활용하지만, 이것이 유일한 사용 사례는 아닙니다. IT 분야 이외의 다른 서비스 요청 예시는 다음과 같습니다.
휴가 요청
비즈니스 출장 요청
콘텐츠 생성 요청
구매 주문 권한 요청
채용 요청
신규 직원 온보딩 요청
교육 요청
서비스 요청 관리는 서비스 요청을 수신하고, 문서화하고, 실행하는 프로세스입니다. 많은 요청을 받는 서비스 팀(예: IT, HR, 직장 팀)의 경우, 이러한 요청을 처리하고 누락되는 업무가 없도록 관리하기 위해 서비스 요청 관리가 필수적입니다.
사전 정의된 서비스 요청 관리 프로세스를 수립하면 요청량이 많더라도 팀이 훌륭한 서비스를 제공하는 데 도움이 될 수 있습니다. 이를 통해 다음을 더 쉽게 수행할 수 있습니다.
요청을 신속하게 문서화하고, 분류하고, 적절한 팀원에게 배정합니다.
서비스 요청에 대한 후속 조치를 취하여 직원들이 받은 도움에 만족하는지 확인합니다.
사용 가능한 서비스를 설명하는 서비스 카탈로그로 요청을 표준화합니다.
제출부터 완료까지 서비스 요청을 추적하여 진행 중인 작업과 팀이 요청을 처리하는 데 걸리는 시간을 파악할 수 있습니다.
팀이 서비스 요청을 처리하는 방식을 제어하고 최적화합니다.
팀의 실행 가능한 업무량을 보호하고 요청의 바다에 빠지지 않도록 하세요.
서비스 요청 관리는 IT 서비스 관리(ITSM) 의 원칙입니다. IT 서비스 관리는 팀이 IT 프로그램을 구현, 개선 및 관리하는 데 도움이 되는 일련의 IT 운영 프로세스입니다. ITSM 내에서 IT 인프라 라이브러리(ITIL) 프레임워크는 서비스 요청 관리를 위한 추가 지침과 모범 사례를 제공합니다.
즉, 서비스 요청 관리를 단독으로 사용하거나 다른 유형의 팀에 사용할 수 있습니다. 팀이 모든 유형의 요청을 정기적으로 처리하는 경우 서비스 요청 관리가 도움이 될 수 있습니다.
서비스 요청 관리와 인시던트 관리는 종종 함께 진행되지만, 두 가지 별도의 프로세스입니다. 인시던트 관리는 팀이 소프트웨어 버그, 사이버 보안 위협 또는 시스템 장애와 같은 예기치 못한 문제를 감지하고 이에 대응하는 방법입니다. 인시던트는 비즈니스 프로세스를 방해하고, 수익에 영향을 미치며, 팀의 주요 방해 요소가 될 수 있기 때문에 서비스 요청보다 우선순위가 높습니다.
반면에 서비스 요청은 회사의 일반적인 워크플로의 일부입니다. 이러한 요청은 어떤 것도 방해하지 않으며, 오히려 팀에 도움을 요청하고 미리 정의된 서비스 목록에서 선택할 수 있는 방법을 제공합니다. 서비스 팀이 방해 요소를 방지하기 위해 요청을 관리하고 처리하는 것은 여전히 중요하지만, 이러한 요청을 팀에 예약하고 할당할 때 약간의 여유가 있습니다.
참고: 조달 관리의 정의와 그 중요성
서비스 요청 관리는 언뜻 보기에 어려워 보일 수 있습니다. 특히 팀이 요청으로 가득 차 있고 이전에 미리 정의된 요청 프로세스를 설정하지 않은 경우 더욱 그렇습니다. 서비스 요청 관리 라이프사이클을 다섯 가지 간단한 단계로 세분화하여 시작하는 데 도움이 되도록 했습니다.
이 프로세스는 직원이 서비스 요청을 제출할 때 시작됩니다. 회사의 규모와 필요에 따라 직원이 요청을 제출하는 몇 가지 방법이 있습니다. 소규모 회사는 간단한 이메일, 전화 또는 온라인 양식 제출에 의존할 수 있지만, 대규모 조직은 종종 지원 센터, 서비스 데스크 또는 직원 지원 포털과 같은 보다 강력한 플랫폼이 필요합니다.
다음으로, 서비스 팀은 다음을 결정하기 위해 요청을 평가합니다.
요청의 긴급성. 예를 들어, 누군가가 컴퓨터에서 잠긴 경우 비밀번호 재설정 요청이 긴급할 수 있습니다.
팀이 요청을 처리하는 데 필요한 리소스 또는 도구: 예를 들어, 블로그 요청에는 작성, 디자인 및 게시 리소스가 필요할 수 있습니다.
요청에 상사의 승인 또는 다른 팀의 검증이 필요한지 여부 —예를 들어, 새 컴퓨터를 요청하는 직원은 먼저 승인 프로세스를 거쳐야 할 수 있습니다.
이제 팀��� 충분한 배경 정보가 있으므로 요청 이행으로 넘어갈 수 있습니다. 여기에는 특정 팀원(또는 여러 팀원)에게 요청을 배정하고 예상 완료일을 제공하는 것이 포함됩니다. 팀이 요청을 처리하는 동안 요청자에게 자세한 정보를 요청해야 할 수도 있습니다.
팀이 요청을 처리한 후에는 요청자에게 이를 알리고 서비스가 작동하거나 기대에 부합하는지 확인할 수 있습니다. 예를 들어, 비밀번호 재설정 을 도와준 경우 직원이 계정에 성공적으로 로그인할 수 있는지 확인해야 합니다. 그런 다음 요청 티켓을 닫고 보관합니다.
팀이 요청을 완료했다고 해서 모두가 결과에 만족하는 것은 아닙니다. 피드백을 요청하는 것은 팀이 긍정적인 고객 경험을 제공하고 서비스 요청 관리 프로세스를 개선할 수 있는 기회가 있는지 확인하기 위한 중요한 단계입니다.
참고: 변경 관리란? 성공적인 변경 관리 계획을 수립하기 위한 6가지 단계서비스 요청 관리를 이제 막 시작했거나 현재 프로세스를 개선하고자 하는 경우 참고해야 할 모범 사례는 다음과 같습니다.
모든 서비스 요청을 한 곳에서 수집하고 관리하여 (a) 중복 요청을 처리하지 않고 (b) 직원들이 찾기 쉬운 한 곳에서 도움을 요청할 수 있도록 하세요. 예를 들어, 프로젝트 관리 툴에서 요청 프로세스를 중앙 집중화하면 각 요청의 상태, 타임라인, 소유자를 비롯하여 모든 요청을 한 곳에서 전체적으로 파악할 수 있습니다.
직원이 스스로 문제를 해결할 수 있는 부분이 많을수록 팀이 해야 할 일이 줄어듭니다. 예를 들어, 사용 방법에 대한 문서가 있는 지식 베이스 또는 셀프 서비스 포털을 만들면 티켓이 발생하기 전에 이를 방지하는 데 도움이 될 수 있습니다. 또한 승인 확보 또는 다른 팀에 알림과 같이 서비스 요청을 제출하기 전에 직원이 수행해야 하는 모든 필수 단계를 설명하는 방법 문서를 작성할 수도 있습니다. 또는 요청 접수 양식 을 구성하여 요청에 필요한 모든 정보를 수집하고, 이후의 대화 횟수를 최소화할 수 있습니다.
간단하고 반복적인 작업을 자동화하면 팀의 시간을 절약하고 인적 오류의 가능성을 줄일 수 있습니다. 프로젝트 관리 툴로 요청을 수신하고 관리하는 경우, 자동화를 설정하여 요청 관리 워크플로를 간소화할 수 있습니다. 예를 들어, Asana를 사용하면 직원이 서비스 요청 양식을 작성할 때 자동으로 새 작업을 생성하고 배정할 수 있습니다.
무료 업무 요청 템플릿
팀이 많은 요청을 관리하는 경우, 좋은 기록을 보유하는 것이 핵심입니다. 현재 진행 중이거나 종료된 모든 서비스 요청을 문서화하면 업무가 누락되는 일을 방지할 수 있습니다. 요청 유형, 완료 일정, 담당자, 요청자, 취해진 조치, 서비스 수준 계약(SLA) 등 주요 정보를 포함해야 합니다. 이 정보는 일반적으로 요청을 완료하는 데 걸리는 시간이나 일반적으로 각 사용자 요청에 참여하는 이해관계자의 수와 같은 데이터를 쉽게 확인할 수 있기 때문에 현재 프로세스를 개선하려는 경우에 유용합니다.
요청 자체를 문서화하는 것 외에도 프로세스 문서를 최신 상태로 유지하는 것도 중요합니다. 이렇게 하면 팀원들이 팀 프로세스를 성공적으로 따르고 각 서비스 요청에 필요한 모든 단계를 거치는 데 필요한 정보를 확보할 수 있습니다.
시간 경과에 따른 개선 사항을 추적하는 것은 성공적인 서비스 요청 관리 프로세스를 만드는 데 핵심입니다. 프로그램의 성과를 나타내는 지표(핵심 성과 지표라고도 함)를 파악하고 이러한 지표를 정기적으로 보고하세요. 예를 들어, 요청을 완료된 평균 시간과 고객 만족도를 보고할 수 있습니다.
서비스 팀은 조직 내에서 가장 바쁘고 수요가 많은 그룹 중 하나입니다. 일상 업무가 다른 팀(대규모 제품 출시 등)만큼 매력적이지 않을 수 있지만, 다른 모든 팀의 프로젝트가 원활하게 진행되도록 하는 것이 중요합니다. 팀이 무명의 영웅이 되지 않도록 하세요. 대신, 회사 전체 커뮤니케이션에서 특히 인상적인 팀 통계를 공유하는 등 그들의 노력을 공개적으로 인정할 수 있는 방법을 찾으세요.
팀이 과도한 업무와 요청에 압도당하지 않도록 작업의 우선순위를 정하고 일정을 계획하는 것을 돕는 것도 마찬가지로 중요합니다. 이는 작업을 위임하고, 마감일을 조정하고, 특정 작업의 우선순위를 낮추고, 업무가 완료된 시점에 대한 이해관계자의 기대치를 관리하는 것을 의미할 수 있습니다. 팀의 업무 가능량을 보호하는 것은 사기를 높게 유지하고 시간이 지남에 따라 번아웃을 방지하는 데 필수적입니다.
효과적인 서비스 요청 관리 프로세스를 통해 팀은 서비스 요청을 실행하는 방법과 시기를 제어할 수 있습니다. 즉, 요청에 대응하는 방식에서 계획하는 방식으로 전환하여 수많은 요청에 압도당하는 대신 팀의 시간을 사전에 관리할 수 있습니다.