부서
IT 프로세스 최적화
연도
NaN
위치
글로벌
회사 규모
규모 제한 없음
면책 고지
이 라이브러리의 활용 사례는 일반적인 프로세스 개선 프로젝트를 바탕으로 작성한 실무 가이드입니다. 수치와 결과는 일반적으로 기대할 수 있는 수준이며, 특정 고객이 검증한 성과나 향후 결과를 보장하는 내용이 아닙니다.
IT 프로세스 최적화
서비스 데스크 기록을 근거로 시작하세요. 티켓 이력에서 인시던트가 담당자 간에 몇 번 전달되는지, 우선순위가 예상치 않게 바뀌는지, 관련 재분류 없이 SLA 위반이 얼마나 발생하는지 확인할 수 있습니다. process mining으로 이러한 패턴과 해결 시간 및 서비스 결과를 연결해 분석하면 경영진이 신뢰할 수 있는 KPI의 근거를 마련할 수 있습니다.
티켓 이력으로 인시던트 처리에 관해 무엇을 알 수 있나요?
먼저 다음 세 가지 패턴을 확인하세요.
- 케이스별 재할당 횟수: 인시던트가 팀이나 담당자 사이를 몇 번 이동하는지 확인합니다. 반복되는 인계는 담당 범위가 불분명하거나, 라우팅에 문제가 있거나, 필요한 정보가 누락됐다는 신호일 수 있습니다.
- 우선순위 변경: 인시던트 처리 과정에서 우선순위가 어느 방향으로든 바뀌는 양상을 추적합니다. 해결 시간 및 SLA 달성 여부와 비교해 보세요.
- 재분류 없이 발생한 SLA 위반: 관련 우선순위나 상태 변경 없이 SLA를 위반한 인시던트를 찾습니다. 문제를 재분류로 표시하는 보고서에서는 이런 사례를 놓칠 수 있습니다.
이는 팀에 대한 가정이 아니라 티켓 이력으로 확인할 수 있는 질문입니다. 확인 가능한 내용은 내보낸 데이터에 어떤 필드와 타임스탬프가 포함되어 있는지에 따라 달라집니다.
process mining은 IT 프로세스 최적화에 어떻게 도움이 되나요?
Process mining은 이벤트 데이터에서 티켓 흐름을 재구성합니다. 인시던트가 실제로 거치는 경로를 비교하고, 대기하거나 재작업을 위해 되돌아가는 지점을 찾으며, 서비스, 팀, 우선순위 또는 사용 가능한 다른 속성에 따라 결과가 어떻게 달라지는지 확인할 수 있습니다.
인시던트 해결 시간을 분석할 때는 전체 소요 시간만 보지 마세요. 데이터가 뒷받침한다면 실제 작업 시간과 대기 시간을 구분합니다. 그런 다음 어떤 인계와 프로세스 변형이 해결 시간 증가나 SLA 미달과 관련이 있는지 살펴보세요.
이 분석은 ITSM 도구를 보완합니다. 티켓을 관리하고 서비스 작업을 기록하는 시스템을 대체하지는 않습니다.
어떤 ITIL 프랙티스를 살펴볼 수 있나요?
ITIL은 서비스 관리를 위한 프랙티스를 정의합니다. process mining을 활용하면 해당 프랙티스와 관련된 이벤트 데이터를 살펴보고 실제 티켓 흐름을 문서화된 프로세스와 비교할 수 있습니다.
| ITIL 프랙티스 영역 | 이벤트 데이터에서 확인할 항목 |
|---|---|
| 인시던트 관리 | 재할당, 우선순위 변경, 재오픈, 임시 해결, 해결 시간, SLA 달성 여부 |
| 서비스 요청 관리 | 승인 대기, 라우팅 단계, 처리 시간, 인계 |
| 변경 지원 | 승인 대기열, 긴급 변경, 구현 결과, 기록된 경우 실패한 변경 |
| 문제 관리 | 반복되는 인시던트와 구성 항목의 연관성, 관련 기록이 있는 경우 |
분석 결과를 바탕으로 프로세스 개선 논의를 진행하세요. 데이터는 어떤 패턴이 나타나는지 보여주지만, 원인을 파악하고 변경 여부를 결정하는 것은 서비스 책임자의 몫입니다.
ITSM 프로세스 전반에서 무엇을 측정할 수 있나요?
적절한 이벤트 로그가 있으면 다음 KPI를 정의할 수 있습니다.
- 인시던트 해결 시간과 SLA 달성 여부
- 케이스별 재할당 및 인계 횟수
- 우선순위 변경과 SLA 위반의 연관성
- 재오픈 및 재작업
- 요청 승인 및 처리 시간
- 변경 결과와 프로세스 변형
- 처리량 및 업무량 추이
팀 간 비교나 결과 보고에 앞서 KPI 정의에 합의하세요. 모든 사람이 같은 기준으로 측정값을 해석할 수 있도록 케이스 범위, 시작 및 종료 이벤트, SLA 규칙을 명시합니다.
분석 결과를 개선으로 연결하려면 어떻게 해야 하나요?
서비스 팀이 답을 찾아야 하는 질문 하나부터 시작하세요. 예를 들어, 어떤 유형의 인시던트가 가장 자주 재할당되나요? SLA 위반은 어디서 발생하나요? 어떤 요청 단계에서 대기 시간이 가장 긴가요?
그런 다음 다음 단계를 진행합니다.
- 케이스 식별자, 활동명, 타임스탬프, 관련 속성이 포함되도록 티켓 이력을 내보냅니다.
- 이벤트 데이터가 분석하려는 프로세스를 제대로 나타내는지 확인합니다.
- 발견된 프로세스 흐름을 검토하고 결과별 변형을 비교합니다.
- 서비스를 책임지는 담당자와 KPI를 정의합니다.
- 근거를 바탕으로 가능한 프로세스 변경을 검토합니다.
프로세스 매핑으로 의도한 흐름을 문서화하면 실제 관찰된 동작과의 차이를 더 쉽게 논의할 수 있습니다. 프로세스 시뮬레이션을 활용하면 변경을 적용하기 전에 제안된 시나리오를 비교할 수 있습니다. 시뮬레이션이 변경을 실행하는 것은 아닙니다.
경영진이 신뢰할 수 있는 KPI를 어떻게 만들 수 있나요?
모든 KPI를 원본 데이터와 정의에 연결해 추적할 수 있도록 하세요. 어떤 이벤트를 포함하는지, 타임스탬프 누락을 어떻게 처리하는지, 무엇을 SLA 위반으로 보는지, 우선순위 변경이 보고에 어떤 영향을 미치는지 문서화합니다.
일관된 정의를 사용해 기간별 또는 팀별 결과를 비교하세요. 티켓 이력에 중요한 이벤트가 기록되지 않는다면 측정값이 완전한 것처럼 제시하지 말고 그 한계를 밝혀야 합니다. 맥락을 담은 명확한 정의와 유의 사항은 설명 없는 대시보드보다 경영진의 의사결정에 더 나은 근거가 됩니다.
시작하려면 어떤 데이터가 필요한가요?
다음 항목이 포함된 인시던트 또는 요청 데이터를 내보내는 것부터 시작하세요.
- 변경되지 않는 티켓 또는 케이스 식별자
- 활동명 또는 상태 변경
- 이벤트 타임스탬프
- 사용 가능한 경우 우선순위, 담당 그룹, 서비스, SLA 결과 등 관련 필드
연동 작업 없이 ServiceNow와 Jira 데이터를 바로 불러올 수 있습니다. 분석 가능한 범위는 내보낸 데이터의 필드와 기록의 일관성에 따라 달라집니다. 그런 다음 ProcessMind에서 매핑을 검증하고, 첫 KPI를 계산한 뒤, 추이 대시보드를 만드세요.
첫 분석 주제는 어떻게 선택해야 하나요?
서비스 데스크 프로세스 하나와 질문 하나를 선택하세요. 인시던트 재할당 패턴이나 우선순위 변경에 나타나지 않는 SLA 위반부터 살펴볼 수 있습니다. 다른 ITSM 프로세스로 범위를 넓히기 전에 이벤트 데이터를 검증하고 KPI 정의에 합의한 뒤 서비스 책임자와 결과를 검토하세요.
ITIL과 process mining을 실무 관점에서 알아보려면 ITSM 및 process mining 가이드를 읽어보세요. 프로세스를 분석하고 병목을 찾는 방법도 확인할 수 있습니다.
임계값을 설정하고 프로세스 상태를 모니터링하는 방법은 프로세스 상태 문서에서 확인하세요.
티켓 데이터 내보내기부터 시작하세요
티켓 데이터 내보내기 파일에서 인시던트 또는 요청 흐름을 분석하세요. ServiceNow와 Jira 데이터는 바로 불러올 수 있어 첫 분석에 별도의 연동 작업이 필요하지 않습니다.
관련 활용 사례
더 나은 프로세스를 설계하고, 연결된 아키텍처를 구축해 관리하세요.
신용카드 등록이나 대기 없이 바로 이용할 수 있습니다. 조직의 업무 방식을 명확하고 유기적으로 연결된 프로세스 설계로 바꿔 보세요.
프로세스 아키텍처를 구축하고, 소유권과 통제 기준을 정립하며, 모든 계층의 역할과 책임을 조율하세요.
무료 체험을 시작하고 프로세스를 관리·운영하고 지속적으로 개선할 수 있는 신뢰할 만한 기반을 마련하세요.