HANDS-ON
00:00 경과
LABLAB-ITSM-12-SERVICE-DESK-DESIGN중급
서비스 데스크 설계 — 단일 접점(SPOC)·접수·분류
ELAPSED
00:00
PHASE
0 / 4
SLA
60분
🗂️ ITSM 도구·AI← 목록
INCIDENT RESPONSE
0 / 5 단계 완료
📚 PREREQUISITES
Theory
itsm/service-deskTRACK
ITSM
SLA
60분
LEVEL
중급
PHASES
3단계
ENV
local
INCOMING TICKET
“운영팀장: "금요일 오후 같은 VPN 장애가 전화·메신저·포털 세 갈래로 들어왔는데 IT는 '전화 한 건'으로만 인식해 영향을 과소평가하고 같은 원인을 세 번 조사했어요. 채널을 늘려도 뒤에서 하나로 안 모이고, 다 받아놓고 나중에 분류하려다 급한 불이 요청 더미에 묻혀요. 접수를 하나로 모으고, 1선에서 어디까지 풀고 언제 넘길지, 반복 문의는 어떻게 앞단으로 당길지 서비스 데스크를 설계해 주세요."”
YOUR ROLE
IT 서비스 운영·서비스데스크 담당
안 하면 나중에
접수 창구가 흩어지면 같은 장애가 중복 접수돼 영향 범위가 과소평가되고, 넘어오는 기준이 없으면 비싼 뒷단이 사소한 문의로 막히며, 시프트레프트 없이 모든 문의를 사람이 받으면 데스크가 반복 문의로 포화돼 정작 어려운 문제를 놓친다.
📋상황 브리핑
운영팀이 서비스 데스크 설계를 맡깁니다.
"금요일 오후, 같은 VPN 장애가 세 갈래로 들어왔어요. 영업팀은 전화로, 디자인팀은 메신저로 IT 담당에게 슬쩍, 재무팀은 포털로. 그런데 우리 IT는 전화 한 건으로만 인식했어요. 메신저 부탁은 기록이 없어 사라졌고, 포털 티켓은 다른 담당이 따로 보고 있었죠. 같은 원인을 세 번 따로 조사했고 영향 범위를 과소평가했어요. 채널을 늘려도 뒤에서 하나로 안 모이고, 다 받아놓고 나중에 분류하려다 급한 불이 요청 더미에 묻혀요. 접수를 하나로 모으고, 1선에서 어디까지 풀고 언제 넘길지, 반복 문의는 어떻게 앞단으로 당길지 설계해 주세요."
문제는 기술이 아니라 창구다. 들어오는 길이 흩어져 있으면 IT는 "지금 무슨 일이 얼마나 벌어지는지"를 볼 수 없다. 이 Lab은 단일 접점(SPOC)으로 접수를 합류·분류하고, 티어와 에스컬레이션 기준을 세우며, 셀프서비스·KB 시프트레프트로 해결 지점을 앞단으로 당기는 서비스 데스크를 규칙으로 설계한다.
⏱ 60분📊 중급🔧 3단계#service-desk#spoc#itsm#triage
MISSION
1
단일 접점(SPOC) — 흩어진 채널을 하나로 합류시키고 접수 시점에 분류한다
전화·메일·포털·챗·방문 등 여러 채널을 하나의 티켓 시스템으로 합류시키고, 접수하는 순간 인시던트인지 서비스 요청인지 가르고 서비스 카테고리를 붙인다.
2
티어 지원 모델 + 에스컬레이션 — 1선에서 풀고, 못 풀면 정확히 넘긴다
L0(셀프)~L1~L2~L3 티어를 정의하고 각 티어의 담당·비용과 넘어오는 기준을 정해, 1선이 못 푸는 것만 정확히 상위로 이관한다.
3
셀프서비스·KB 시프트레프트 — 해결 지점을 앞단으로 당긴다
반복·정형 문의를 지식 베이스·셀프서비스 포털·자동화로 앞단(왼쪽)으로 당겨, 비싼 뒷단은 진짜 어려운 문제에만 쓴다.
📌 선수 지식
• [이론] itsm/service-desk
ℹ️ 실습 환경
환경: local
🔒
실습 실행은 Pro 플랜 전용입니다
인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.
Pro로 업그레이드 →>_ LAB TERMINAL↔ 너비 조절
NOTES