지식 · IT·데이터·DX

ITSM · IT 헬프데스크

IT Service Management and IT Help Desk

📂IT·데이터·DX⏱읽기 2분📊입문🔗관련 7

ITSM이란?

한 줄 정의
ITSM(IT Service Management, IT 서비스 관리)은 IT를 '장비 관리'가 아니라 임직원에게 제공하는 서비스로 보고 요청·장애·변경을 정해진 절차로 처리하는 운영 방식이며, 헬프데스크는 그 접수 창구입니다.
이 주제, 사내 교육으로📚 관련 과정💬 교육 문의
⚡ 3줄 요약
  • 모든 요청을 한 창구로 모으는 것이 시작
  • 장애·요청·문제·변경을 나눠 다른 절차로
  • 반복 티켓을 없애는 것이 목표

ITSM을 들이면 바뀌는 것은 '아는 사람한테 메신저로 부탁하는' 방식이 사라진다는 점입니다. 노트북이 느리다, 계정이 잠겼다, 새 직원 메일을 만들어 달라는 요청이 개인 메신저와 복도 대화로 오가면 누가 무엇을 언제까지 해 주기로 했는지 기록이 없습니다. 헬프데스크 창구 하나로 요청을 모으면 접수·처리·완료 시각이 남고 밀린 요청이 보이며 같은 문의가 반복되는지도 드러납니다. IT 부서의 일이 '잡무'에서 '서비스'로 재정의되는 것이 ITSM의 본질입니다.

ITSM은 요청을 성격별로 나눠 다르게 처리합니다. 장애(인시던트)는 멈춘 것을 빨리 되살리는 일이고, 서비스 요청은 계정 발급·장비 지급처럼 정해진 절차대로 하는 일이며, 문제 관리는 같은 장애가 반복되는 원인을 찾는 일이고, 변경 관리는 시스템을 바꿀 때 영향을 검토하고 승인하는 일입니다. 이 구분을 정리한 대표적인 틀이 영국에서 시작된 ITIL이며, 지금은 ITIL 4로 이어지고 있습니다. 헬프데스크 운영의 기본 숫자는 접수 건수, 첫 응답 시간, 해결 시간, 한 번에 해결된 비율이고, 부서 간 서비스 수준을 약속한 SLA가 있어야 '언제까지'가 분명해집니다.

교육·인사 부서는 헬프데스크의 큰 고객입니다. 신입 입사자 계정과 장비 요청, 교육장 장비 세팅, LMS 접속 장애, 연말 평가 시스템 오류 문의가 모두 이 창구를 거칩니다. 이 요청들을 서비스 카탈로그에 '입사자 세팅', '교육 장비 대여' 같은 메뉴로 미리 정의해 두면 매번 설명하지 않아도 되고 처리 기한도 정해집니다. 반복되는 질문은 자주 묻는 질문과 셀프서비스 안내로 돌려 접수 건수를 줄이는 것이 헬프데스크 운영의 핵심 기술입니다.

현장에서 가장 자주 어긋나는 지점은 티켓 시스템을 들여놓고도 메신저 요청을 계속 받는 것입니다. 급하다는 이유로 창구를 우회하면 시스템에는 절반만 남고, 통계가 믿을 수 없게 되어 결국 아무도 안 봅니다. 반대로 모든 요청에 결재와 양식을 요구해 비밀번호 초기화에 이틀이 걸리는 경우도 있습니다. 헬프데스크를 외주로 돌린 뒤 담당자가 회사 사정을 몰라 '본사에 확인하겠다'만 반복되는 일도 흔합니다. 티켓 수를 줄이는 것이 목표가 아니라 같은 티켓이 반복되지 않게 하는 것이 목표입니다.

💡 쉽게 말하면
병원 접수창구에서 응급·외래·검사를 나눠 번호표를 주는 것과 같아서, 창구 없이 아는 의사에게 직접 가면 누가 먼저인지 아무도 모릅니다.
실무에서 왜 중요한가
1월 입사자 세팅, 연말 평가 시스템 장애, 교육장 장비 문제는 모두 헬프데스크를 거칩니다. 서비스 카탈로그에 교육·인사 요청이 미리 올라가 있어야 성수기에 밀리지 않습니다.
유래와 출처

1980년대 후반 영국 정부 기관이 IT 운영 모범 사례를 정리한 ITIL(IT Infrastructure Library)에서 출발했습니다. 장애·요청·문제·변경을 구분해 다루는 ITIL의 틀이 민간으로 퍼지면서 'IT 서비스 관리'라는 분야가 되었고, 2019년 ITIL 4로 개정되어 지금도 쓰입니다.

출처 · ITIL (IT Infrastructure Library)
사례로 이해하기

가상의 사례로 살펴보겠습니다. 임직원 540명의 건설 자재 회사 A사는 IT팀 4명이 메신저와 전화로 요청을 받아 처리해 왔습니다. 지난 1월 신입 23명의 계정·노트북 세팅이 첫 출근일에 절반만 끝나 인사팀장이 공식 항의했고, 연말 평가 시스템 장애 때는 누가 먼저 신고했는지도 남아 있지 않았습니다.

  1. IT팀장은 티켓 시스템을 들이면서 '메신저로 온 요청은 티켓을 만들어 주되 처리는 티켓 순서대로'라는 원칙을 세 달 동안 밀어붙였고, 첫 달 접수 412건 중 메신저 우회는 38%였습니다.
  2. 인사팀장과 협의해 서비스 카탈로그에 '입사자 세팅(발령 5영업일 전 접수, 첫 출근일 완료)', '교육장 장비 대여(3영업일 전 접수)' 두 메뉴를 넣고 기한을 SLA로 못 박았습니다.
  3. 석 달치 티켓을 분류해 보니 비밀번호 초기화가 전체의 27%였고, IT팀 김 주임이 '이건 사람이 할 일이 아닙니다'라며 셀프서비스 초기화 페이지를 만들어 안내했습니다.
  4. 평가 시스템 장애가 11월에 두 번 반복되자 문제 관리 티켓으로 묶어 원인을 추적했고, 평가 마감일 동시 접속이 원인으로 확인되어 마감을 부서별로 이틀씩 나누도록 인사팀이 일정을 바꿨습니다.
  5. 6개월 뒤 메신저 우회는 38%에서 6%로, 월 접수는 412건에서 290건으로 줄었고, 올해 1월 신입 31명의 세팅은 첫 출근일 완료율 100%를 기록했습니다.
관련 용어
SLA · 서비스 수준 협약서비스 수준 협약(Service Level Agreement)으로, 서비스 제공자가 고객에게 보장하는 품질 수준(가동률, 응답 시간, 복구 시간 등)을 수치로 명문화하고, 미달 시 보상(크레딧 등)을 정해 두는 계약 또는 계약 조항입니다.로깅 · 모니터링로깅은 시스템에서 일어난 일을 기록하는 것, 모니터링은 그 기록·지표를 실시간으로 지켜보며 문제를 감지하는 것.사내 위키 · 지식베이스업무 절차·규정·자주 묻는 질문처럼 반복해서 찾게 되는 정보를 한곳에 모아 구성원 누구나 검색하고 고칠 수 있게 한 사내 문서 공간입니다.협업툴 · 그룹웨어메신저·문서 공동작업·프로젝트 관리·화상회의 등 팀의 일하는 과정을 디지털로 연결하는 소프트웨어의 통칭으로, 전자결재·근태 중심의 전통적 그룹웨어와 수평적 소통 중심의 협업툴이 한 시장으로 수렴하고 있습니다.IT 자산 관리 · ITAMITAM(IT Asset Management, IT 자산 관리)은 회사가 보유한 노트북·서버·소프트웨어 라이선스·클라우드 계정을 구매부터 폐기까지 대장으로 추적해 누가 무엇을 쓰고 있고 언제 바꿔야 하는지 한눈에 보이게 하는 관리 체계입니다.계정 수명주기 · 퇴직자 계정 회수입사·이동·퇴직에 맞춰 회사 시스템 계정을 발급하고 권한을 바꾸고 회수하는 전 과정을 관리하는 체계입니다. 영어로는 Joiner-Mover-Leaver(JML, 입사자-이동자-퇴직자)라고 부르며, 퇴직자 계정을 제때 끊는 것이 핵심입니다.IT 거버넌스IT 거버넌스는 회사의 IT 투자와 운영이 경영 목표에 맞게 가도록 누가 무엇을 결정하고 어떻게 책임지는지를 정한 의사결정 틀입니다. IT 부서의 업무 절차가 아니라 경영진이 IT를 통제하는 구조를 뜻합니다.
이 용어와 연결된 교육
📚IT스마트워킹나눔경영컨설팅 기업교육 · 대면/온라인과정 보기 →
이 주제로 사내 교육이 필요하신가요?
담당자 맞춤 커리큘럼·견적을 바로 받아보세요.
교육 문의하기
📚 관련 과정 보기🗂 전체 커리큘럼📄 무료 자료실🔎 용어사전 홈
최종 수정 2026-10-17 · 감수 김종혁

자주 묻는 질문

헬프데스크는 요청을 받는 창구이고, ITSM은 그 요청을 장애·서비스 요청·문제·변경으로 나눠 다루는 운영 방식 전체입니다. 헬프데스크만 두고 분류와 원인 추적이 없으면 같은 장애가 계속 돌아오는 '접수만 하는 창구'가 됩니다.
오히려 작은 팀일수록 기록이 없으면 누가 무엇을 맡았는지 바로 꼬입니다. 무료나 저가 도구, 심지어 공유 스프레드시트로도 시작할 수 있고, 핵심은 도구가 아니라 '모든 요청은 한 창구로'라는 원칙을 지키는 것입니다.
입사자 세팅, 교육장 장비 대여, LMS 계정 일괄 발급처럼 반복되는 요청을 서비스 카탈로그 메뉴로 올려 달라고 하면 됩니다. 접수 기한과 완료 기한이 정해지면 성수기에 '급하다'고 매번 사정하지 않아도 됩니다.
요청 유형별로 첫 응답 시간과 해결 시간을 정하고, 긴급도에 따라 등급을 나눕니다. 전사 장애는 1시간 내 응답, 개인 장비 문제는 1영업일 같은 식입니다. IT팀 인력으로 지킬 수 있는 수준으로 잡아야 하며, 지키지 못하는 SLA는 없는 것보다 신뢰를 더 깎습니다.