IT 서비스 관리, 줄여서 ITSM은 회사가 직원이나 고객에게 제공하는 IT 서비스를 정해진 절차에 따라 운영하는 방식을 말합니다. 노트북이 고장 났을 때 헬프데스크에 요청을 넣고, 담당자가 접수해 처리한 뒤 결과를 알려 주는 흐름이 모두 여기에 해당합니다. 처음 이 업무를 맡거나 관련 도구를 도입하려고 하면 영어 약어가 많아 어렵게 느껴집니다. 자주 쓰는 용어를 묶음별로 정리했으니 필요한 부분부터 읽어 보세요.
장애와 요청을 구분하는 용어
- 인시던트: 평소처럼 쓰던 서비스가 멈추거나 느려지는 등 정상 운영이 방해받는 사건입니다. 메일이 보내지지 않거나 사내 시스템에 접속이 안 되는 상황이 대표적입니다.
- 서비스 요청: 고장은 아니지만 무언가를 해 달라는 요청입니다. 계정 발급, 소프트웨어 설치, 권한 추가처럼 정해진 절차로 처리할 수 있는 일들입니다.
- 문제: 같은 인시던트가 반복될 때 그 밑에 깔린 근본 원인을 말합니다. 인시던트 관리가 불을 끄는 일이라면 문제 관리는 불이 다시 나지 않게 원인을 찾는 일입니다.
- 티켓: 요청이나 장애를 접수하면 생기는 처리 기록입니다. 번호가 붙어 누가 언제 무엇을 했는지 추적할 수 있습니다.
- 서비스 데스크: 사용자의 문의와 요청을 한곳에서 받는 단일 창구입니다. 전화, 메일, 포털 등 여러 경로로 들어온 요청이 여기서 티켓으로 정리됩니다.
이 네 가지를 구분하는 것만으로도 업무가 훨씬 정리됩니다. 급한 장애와 일반 요청이 한 줄로 섞이면 정작 중요한 일이 늦어지기 때문입니다. 접수 단계에서 유형을 정확히 고르도록 양식을 만들어 두면 담당자가 분류하는 시간도 줄어듭니다.
약속과 측정에 관한 용어
서비스 수준 협약, 즉 SLA는 서비스를 제공하는 쪽과 받는 쪽이 처리 시간이나 가용성 같은 기준을 미리 약속한 문서입니다. 긴급 장애는 몇 시간 안에 대응한다는 식의 기준이 들어갑니다. 내부 부서끼리 맺는 약속은 OLA라고 부르기도 합니다. 응답 시간은 접수 후 첫 대응까지 걸린 시간이고, 해결 시간은 실제로 문제가 풀릴 때까지의 시간입니다. 두 시간을 따로 측정해야 어디서 지연이 생기는지 알 수 있습니다. 우선순위는 영향 범위와 긴급도를 기준으로 정하는 경우가 많습니다. 회사 전체가 메일을 못 쓰는 상황과 한 사람의 프린터가 안 되는 상황은 같은 인시던트라도 처리 순서가 다릅니다. 에스컬레이션은 1차 담당자가 해결하기 어려울 때 상위 담당자나 전문 부서로 넘기는 것을 뜻합니다. 가용성은 서비스를 정상적으로 쓸 수 있었던 시간의 비율을 말하며, 구체적인 목표치는 조직마다 다르니 계약서나 내부 규정에서 확인하세요.
변경과 자산을 다루는 용어
변경 관리는 서버 설정이나 프로그램 업데이트처럼 운영 중인 환경을 바꿀 때 영향을 미리 검토하고 승인받는 절차입니다. 변경은 보통 위험이 낮고 절차가 정해진 표준 변경, 검토와 승인을 거치는 일반 변경, 장애를 막기 위해 빠르게 진행하는 긴급 변경으로 나뉩니다. 변경 요청을 검토하는 회의체를 변경 자문 위원회, 약어로 CAB라고 부르는 곳도 있습니다. 구성 관리 데이터베이스인 CMDB는 서버, 네트워크 장비, 소프트웨어 같은 구성 요소와 그 관계를 기록해 두는 저장소입니다. 어느 서버가 어떤 서비스와 연결되어 있는지 알아야 변경의 영향을 예측할 수 있어 변경 관리와 함께 쓰입니다. 지식 베이스는 자주 묻는 질문과 해결 방법을 모아 둔 문서 모음으로, 같은 문의가 반복될 때 처리 시간을 줄여 줍니다.
ITIL은 이런 운영 방식을 정리한 대표적인 모범 사례 체계로, 많은 ITSM 도구가 이 용어를 기준으로 화면을 구성합니다. 용어가 현장에서 어떻게 쓰이는지 궁금하다면 boxnews.online 같은 곳에서 관련 소식을 찾아 읽어 보는 것도 방법입니다.
관련 도구는 주소모음으로 정리해 두기
ITSM 업무를 하다 보면 티켓 관리 도구, 원격 지원 프로그램, 모니터링 서비스 등 여러 사이트를 오가게 됩니다. 담당자가 바뀔 때마다 주소를 다시 찾지 않도록 IT 서비스관리 분야 링크모아 같은 목록을 팀 공용 즐겨찾기로 지정해 두면 인수인계가 쉬워집니다. 호빵넷 같은 일반 주소모아 서비스는 여러 분야를 넓게 다루니 업무용 주소는 따로 묶어 관리하는 편이 좋습니다.
장애 대응 중에는 메신저와 문서 도구를 함께 쓰는 일이 많습니다. 팀이 쓰는 도구 주소는 협업도구 분야에서 공식 링크를 확인해 두세요. 도구를 고를 때는 티켓 접수 경로를 얼마나 다양하게 지원하는지, 지식 베이스와 연결이 쉬운지, SLA 시간을 자동으로 계산해 주는지를 비교해 보세요. 작은 조직이라면 처음부터 큰 도구를 들이기보다 공유 문서와 메일로 절차를 먼저 정해 보는 것도 방법입니다.
용어를 익히는 가장 좋은 방법은 실제 티켓 하나를 처음부터 끝까지 따라가 보는 것입니다. 접수, 분류, 처리, 종료의 흐름 속에서 각 용어가 어디에 쓰이는지 보면 금방 익숙해집니다. 팀 안에서 쓰는 용어가 제각각이라면 이런 용어집을 링크모음 형태로 공유해 기준을 맞춰 두세요. 사이트모음 페이지처럼 한곳에 모아 두면 새로 온 동료도 빠르게 적응할 수 있습니다. 용어집은 한 번 만들고 끝내기보다 새로운 도구나 절차가 생길 때마다 조금씩 고쳐 나가는 것이 좋습니다.