인시던트 관리 데이터 템플릿

BMC Helix ITSM
인시던트 관리 데이터 템플릿

인시던트 관리 데이터 템플릿

이 템플릿은 인시던트 관리 프로세스를 최적화하는 데 필요한 데이터를 수집하는 방법을 안내합니다. 추적할 주요 속성과 활동, 데이터를 추출하는 실무 지침을 확인할 수 있습니다. 이 자료를 활용해 데이터 준비 과정을 간소화하고 프로세스 분석을 시작하세요.
  • 수집 권장 속성
  • 프로세스에서 추적할 주요 활동
  • 데이터 시스템별 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

인시던트 관리 속성

인시던트 관리 프로세스를 충분히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
3 필수 8 권장 10 선택 사항
이름 설명
인시던트 ID
IncidentId
각 인시던트 기록을 고유하게 식별하는 값입니다.
설명

인시던트 ID는 각 인시던트의 기본 키로, 생성부터 종료까지 해당 인시던트를 고유하게 식별합니다. 관련 활동, 로그, 변경 사항을 연결해 인시던트 생명주기 전체를 파악할 수 있습니다.

Process mining에서 이 속성은 케이스를 정의하므로 기본이 됩니다. 같은 인시던트 ID를 가진 모든 이벤트를 하나의 프로세스 인스턴스로 간주해 개별 인시던트의 처리 과정을 재구성하고 분석할 수 있습니다.

중요한 이유

인시던트 생명주기의 모든 이벤트를 연결하는 필수 케이스 식별자로, 엔드투엔드 프로세스 분석을 가능하게 합니다.

확보 방법

'HPD:Help Desk' 양식의 'Incident Number' 필드입니다(필드 ID: 1000000161).

예시
INC000001234567INC000002345678INC000003456789
이벤트 타임스탬프
EventTimestamp
활동이 발생한 정확한 날짜와 시간입니다.
설명

이 타임스탬프는 인시던트 생명주기에서 특정 이벤트가 발생한 시점을 기록합니다. 원시 데이터에서 프로세스 흐름을 재구성하는 데 필요한 시간 순서를 제공합니다.

이벤트 타임스탬프는 활동 간 처리 시간을 계산하고, 인시던트가 오래 대기하는 병목을 찾고, 전체 해결 시간을 측정하는 등 시간 기반 분석에 필수적입니다. 프로세스 분석의 시간 기준이 됩니다.

중요한 이유

이 타임스탬프는 이벤트의 시간 순서를 제공하므로 소요 시간 계산, 병목 파악, 프로세스 일정 이해에 중요합니다.

확보 방법

'HPD:Help Desk' 양식의 'Last Modified Date'(필드 ID: 6) 또는 특정 날짜 필드를 사용합니다. 과거 이벤트는 감사 로그의 타임스탬프 필드에서 가져옵니다.

예시
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
활동명
ActivityName
인시던트 생명주기에서 발생한 특정 이벤트 또는 작업의 이름입니다.
설명

이 속성은 특정 시점에 인시던트와 관련해 수행된 활동을 설명합니다. 예를 들어 '인시던트 접수', '그룹 할당', '인시던트 해결' 등이 있습니다. 이러한 활동이 프로세스 맵을 구성합니다.

활동의 순서와 빈도를 분석하면 실제 프로세스 흐름과 일반적인 경로를 파악하고 표준 절차와 다른 부분을 찾을 수 있습니다. 인시던트 해결을 위해 어떤 조치가 이루어지는지 이해하는 데 중요합니다.

중요한 이유

활동은 프로세스 맵의 단계를 정의하므로 인시던트 관리 워크플로를 시각화하고 분석할 수 있습니다.

확보 방법

일반적으로 'HPD:Help Desk' 양식의 'Status'(필드 ID: 7) 및 'Status_Reason' 필드 변경이나 'HPD:Help Desk Audit Log' 양식에서 가져옵니다.

예시
인시던트 접수그룹 할당해결책 적용인시던트 종료
SLA 위반 여부
IsSlaBreached
인시던트가 SLA 목표 시각 이후에 해결되었는지 나타내는 플래그입니다.
설명

인시던트 해결 시간이 정의된 SLA를 초과하면 이 불리언 속성은 true입니다. 인시던트별 SLA 성과를 명확하게 구분할 수 있습니다.

이 플래그는 인시던트 SLA 성과 개요 대시보드를 구성하고 '인시던트 SLA 준수율' KPI를 계산하는 데 필요합니다. 서비스 수준 목표를 달성하지 못한 인시던트를 바로 필터링하고 집계할 수 있어 위반 원인을 조사하기 쉽습니다.

중요한 이유

이 플래그를 사용하면 SLA 위반 인시던트를 간편하게 필터링하고 근본 원인을 조사할 수 있습니다.

확보 방법

'Incident Resolved' 이벤트의 타임스탬프와 'SlaTargetDate'를 비교해 계산합니다. 해결 시각이 목표 시각보다 늦으면 이 플래그는 true입니다.

예시
truefalse
담당 그룹
AssignedGroup
인시던트 처리를 담당하는 지원 그룹입니다.
설명

이 속성은 인시던트를 담당하는 팀이나 부서를 나타냅니다. 예를 들어 '서비스 데스크', '네트워크 팀', '데이터베이스 관리자' 등이 있습니다. 담당 그룹을 추적하면 팀 간 업무 흐름을 파악하는 데 도움이 됩니다.

이 속성을 분석하면 팀 간 인계 현황을 살펴보고, 특정 그룹으로 인해 발생하는 병목을 찾으며, 인시던트 재할당률을 측정할 수 있습니다. 인시던트가 조직 내에서 이동한 경로를 시각화하고, 비효율적인 배정이나 지식 공백이 있는 영역을 파악할 수 있습니다.

중요한 이유

담당 그룹을 추적하면 인계 현황을 분석하고, 재할당이 반복되는 사례와 특정 팀 내 병목을 찾을 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Assigned Group' 필드입니다(필드 ID: 1000000217).

예시
서비스 데스크네트워크 운영애플리케이션 지원 2단계인프라 서비스
담당자
Assignee
인시던트 처리를 맡은 개별 사용자입니다.
설명

담당자는 특정 시점에 인시던트 처리를 맡은 지원 담당자나 기술자입니다. 담당 그룹보다 더 세부적인 정보를 제공합니다.

담당자별 성과를 분석하면 성과가 우수한 담당자, 추가 교육이 필요한 담당자, 업무량 배분의 불균형을 파악할 수 있습니다. 복잡한 인시던트를 처리한 개인별 작업 순서를 추적하는 데도 활용할 수 있습니다.

중요한 이유

업무량 배분과 개인별 성과를 세부적으로 파악해 우수한 담당자와 지원이 필요한 담당자를 찾을 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Assignee' 필드입니다(필드 ID: 1000000218).

예시
Bob SmithAlice JohnsonCharlie Brown
서비스
Service
인시던트의 영향을 받은 비즈니스 또는 기술 서비스입니다.
설명

이 속성은 인시던트를 구성 관리 데이터베이스(CMDB)에 정의된 특정 서비스와 연결합니다. 예를 들어 '이메일 서비스', 'VPN 액세스', 'SAP 재무' 등이 있습니다.

이 연결 정보는 인시던트가 비즈니스에 미치는 영향을 파악하는 데 중요합니다. 서비스별로 인시던트를 분석하면 인시던트가 많이 발생하는 서비스를 찾고, 특정 기술과 관련된 반복 문제를 파악하며, 문제 관리에 필요한 추세 분석을 수행할 수 있습니다.

중요한 이유

인시던트를 비즈니스 서비스와 연결하면 영향을 분석하고 문제가 자주 발생하는 서비스를 찾는 데 도움이 됩니다.

확보 방법

'HPD:Help Desk' 양식에서 영향을 받은 구성 항목(CI)을 나타내는 'ServiceCI' 또는 이에 해당하는 필드입니다.

예시
사내 이메일SAP ERP원격 액세스 VPN인사 포털
우선순위
Priority
인시던트에 지정된 우선순위로, 처리 시급성을 결정합니다.
설명

우선순위는 일반적으로 영향도와 긴급도를 조합해 정하며, 인시던트 해결 순서와 속도를 결정합니다. 값은 보통 '긴급'부터 '낮음'까지입니다.

Process mining에서 우선순위별 인시던트 분석은 성과를 평가하는 데 중요합니다. '우선순위가 높은 인시던트의 SLA를 준수하고 있는가?', '우선순위가 낮은 인시던트는 더 오래 지연되는가?'와 같은 질문에 답할 수 있습니다. 우선순위별로 필터링하면 가장 중요한 비즈니스 문제에 집중해 분석할 수 있습니다.

중요한 이유

이 속성을 기준으로 분석을 구분하면 우선순위가 높은 인시던트를 더 신속하게 처리하고 해당 서비스 수준 목표를 달성하는지 확인할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Priority' 필드입니다(필드 ID: 1000000164).

예시
긴급높음보통낮음
인시던트 범주
IncidentCategory
계층 구조로 분류하는 인시던트 유형입니다.
설명

인시던트 분류는 인시던트를 체계적으로 구분하는 방법입니다. 일반적으로 여러 단계의 계층 구조를 사용합니다(예: 1단계: 하드웨어, 2단계: 노트북, 3단계: 배터리). 이 데이터는 담당자 배정, 보고, 추세 분석에 필요합니다.

process mining에서는 분류 정보를 활용해 인시던트 유형별로 분석합니다. 초기 범주와 최종 범주를 비교해 인시던트 분류 정확도 대시보드를 지원하고, 근본 원인 추세 대시보드에 필요한 추세를 파악할 수 있습니다.

중요한 이유

인시던트를 정확히 배정하고, 추세를 분석하며, 유형별 성과를 비교하는 데 분류 정보가 활용됩니다.

확보 방법

'HPD:Help Desk' 양식의 'Operational Categorization Tier 1/2/3' 필드입니다.

예시
하드웨어 > 노트북 > 배터리소프트웨어 > 기업용 앱 > 로그인 오류네트워크 > 연결 > Wi-Fi
인시던트 상태
IncidentStatus
이벤트 발생 시점의 현재 또는 과거 인시던트 상태입니다.
설명

이 속성은 인시던트 상태를 나타냅니다. 예를 들어 '신규', '처리 중', '대기', '해결', '종료' 등이 있습니다. 인시던트 생명주기에서 현재 위치를 보여줍니다.

상태 변경 분석은 인시던트 관리 프로세스를 이해하는 데 기본이 됩니다. 활동을 정의하고, 각 상태에서 보낸 시간(예: 인시던트가 '대기' 상태에 머문 시간)을 측정하며, 처리가 멈췄거나 비활성 상태인 인시던트를 찾는 데 사용합니다.

중요한 이유

상태 변경을 추적하면 인시던트 진행 상황을 파악하고 '대기' 또는 '처리 중'과 같은 특정 상태에 머문 시간을 측정할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Status' 필드입니다(필드 ID: 7).

예시
신규할당됨처리 중대기해결됨종료됨
재개 여부
IsReopened
인시던트가 'Resolved' 상태로 변경된 후 다시 열렸는지 나타내는 플래그입니다.
설명

인시던트가 'Resolved'로 표시된 후 상태가 'In Progress'와 같은 진행 중 상태로 돌아가면 이 불리언 속성은 true입니다. 처음 적용한 수정이 효과가 없었거나 충분하지 않았음을 나타냅니다.

이 속성은 재작업을 직접 측정하며 '인시던트 재작업률' KPI 계산에 사용됩니다. 재개된 인시던트를 분석하면 해결 품질 저하, 테스트 부족, 제대로 처리되지 않은 반복 문제를 파악할 수 있으며, 재작업 및 에스컬레이션 경로 대시보드에도 활용할 수 있습니다.

중요한 이유

재작업과 해결 품질을 직접 측정합니다. 재개율이 높으면 수정이 효과적이지 않거나 프로세스에 문제가 있을 수 있습니다.

확보 방법

인시던트의 활동 순서를 분석해 계산합니다. 'Resolution Implemented' 활동 이후에 'Incident Reopened' 또는 이에 해당하는 활동이 나타나면 이 플래그는 true로 설정됩니다.

예시
truefalse
SLA 목표 시각
SlaTargetDate
SLA에 따라 인시던트를 해결해야 하는 날짜와 시각입니다.
설명

이 속성에는 해당 서비스 수준 계약(SLA)에 정의된 인시던트 해결 기한이 저장됩니다. 기한은 인시던트 우선순위와 정해진 서비스 운영 시간을 기준으로 계산됩니다.

이 시각을 기준으로 실제 해결 시간을 측정합니다. '인시던트 SLA 준수율' KPI를 계산하고 SLA 성과를 보여주는 대시보드를 구성하는 데 필요합니다. 기한이 임박한 인시던트를 미리 확인할 수도 있습니다.

중요한 이유

SLA 준수 여부를 측정하는 기준입니다. 인시던트가 기한 내에 해결되었는지, SLA를 위반했는지 계산할 수 있습니다.

확보 방법

일반적으로 'SLM:Measurement' 양식에 저장한 뒤 인시던트와 연결합니다. 'HPD:Help Desk'의 직접 필드는 아닙니다.

예시
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
근본 원인
RootCause
인시던트의 근본적인 이유 또는 최종 원인입니다.
설명

근본 원인은 해결하면 인시던트의 재발을 막을 수 있는 근본적인 문제입니다. 관련 문제 조사 과정에서 확인하는 경우가 많습니다.

모든 인시던트에 근본 원인이 기록되는 것은 아니지만, 이 속성을 분석하는 것은 선제적인 문제 관리에 중요합니다. '근본 원인 식별률' KPI를 산출하고, 반복 문제의 추세를 추적하는 대시보드를 구성해 영구적인 해결책을 마련하는 데 활용할 수 있습니다.

중요한 이유

근본 원인을 파악하면 문제 관리에 도움이 되며, 반복되는 인시던트 수를 줄이기 위한 분석의 기반이 됩니다.

확보 방법

인시던트의 전용 'Root Cause' 필드에 기록되거나, 일반적으로 연결된 'PBI:Problem Investigation' 양식에 기록될 수 있습니다.

예시
서버 디스크 공간 부족네트워크 구성 오류버전 2.1의 소프트웨어 버그보안 인증서 만료
영향도
Impact
인시던트가 비즈니스 프로세스에 미친 영향의 정도입니다.
설명

영향도는 인시던트가 비즈니스에 미친 부정적 영향의 범위를 나타냅니다. 일반적으로 '광범위', '상당함', '보통', '경미함'과 같은 척도로 정의합니다.

긴급도와 함께 인시던트의 우선순위를 결정합니다. 영향도별 분석을 통해 기술적 복잡성과 관계없이 비즈니스 운영에 가장 큰 차질을 일으키는 인시던트를 파악할 수 있습니다. 이는 프로세스 개선의 우선순위를 정하는 데 중요합니다.

중요한 이유

인시던트가 비즈니스에 미친 심각도를 수치화해 우선순위를 정하고 영향이 큰 문제에 집중해 분석할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Impact' 필드입니다(필드 ID: 1000000163).

예시
1-광범위2-상당함3-보통4-경미함
원천 시스템
SourceSystem
인시던트 데이터를 추출한 시스템입니다.
설명

이 속성은 데이터의 출처를 식별하며, ITSM 도구가 여러 개 있거나 시스템이 연동된 환경에서 특히 유용합니다. 예를 들어 특정 BMC Helix ITSM 인스턴스처럼 데이터가 예상한 원천에서 왔는지 확인할 수 있습니다.

분석할 때는 운영, 개발, 레거시 시스템 간에 달라질 수 있는 프로세스나 데이터 특성을 구분하는 데 도움이 됩니다. 이를 통해 데이터 계보를 명확하고 신뢰할 수 있게 관리합니다.

중요한 이유

데이터 출처를 식별해 데이터 검증과 여러 연동 시스템의 분석 관리에 활용합니다.

확보 방법

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 추가하는 고정값입니다.

예시
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
재할당 횟수
ReassignmentCount
인시던트가 다른 그룹으로 재할당된 총횟수입니다.
설명

이 지표는 인시던트 처리 과정에서 'AssignedGroup' 필드가 변경된 횟수를 셉니다. 횟수가 많으면 최초 배정에 문제가 있거나, 최초 접촉 시 해결되지 않거나, 여러 팀의 지원이 필요한 복잡한 문제일 수 있습니다.

이 속성은 '인시던트 재할당률' KPI와 '인시던트 재할당 주기 분석' 대시보드에 직접 활용됩니다. 티켓이 팀 사이를 오가며 지연과 비효율을 일으키는 상황을 수치로 파악할 수 있습니다.

중요한 이유

비효율적인 배정과 인계를 수치화해 팀 간 재할당이 반복되는 인시던트를 찾을 수 있습니다.

확보 방법

이벤트 로그에서 특정 Incident ID의 'AssignedGroup' 값이 변경된 횟수를 세어 계산합니다.

예시
0135
접수 채널
Channel
인시던트를 접수한 방법입니다.
설명

이 속성은 인시던트가 전화, 이메일, 셀프서비스 포털 또는 방문 접수 등 어떤 경로로 제출되었는지 나타냅니다. 지원 프로세스에 인시던트가 유입된 경로를 확인할 수 있습니다.

접수 채널별로 분석하면 어떤 채널이 효과적인지, 어떤 채널에서 접수된 인시던트가 더 쉽게 또는 어렵게 해결되는지 파악할 수 있습니다. 또한 자동화나 사용자 교육에 투자할 영역을 결정하는 데 참고할 수 있습니다. 예를 들어 초기 정보를 더 정확히 수집하는 셀프서비스 포털의 이용을 안내할 수 있습니다.

중요한 이유

접수 채널을 파악하면 접수 방식별 효율성을 분석하고 셀프서비스나 자동화에 대한 투자를 결정하는 데 도움이 됩니다.

확보 방법

'HPD:Help Desk' 양식의 'Reported Source' 필드입니다(필드 ID: 1000000215).

예시
이메일전화셀프서비스직접 접수
접수자
Submitter
인시던트를 처음 신고한 사람입니다.
설명

접수자는 문제를 겪고 신고한 최종 사용자 또는 고객입니다. 인시던트를 처리하는 담당자와는 다릅니다.

접수자나 소속 부서별로 데이터를 분석하면 추가 교육이 필요한 사용자 그룹이나 특정 유형의 문제로 영향을 받는 그룹을 찾을 수 있습니다. 인시던트 관리 프로세스를 고객 관점에서 살펴볼 수 있습니다.

중요한 이유

문제를 신고한 사용자를 식별합니다. 사용자 부서, 위치, 역할별로 분석해 특정 사용자 그룹의 추세를 파악할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Submitter' 필드 또는 고객 정보 관련 필드에 기록됩니다.

예시
John DoeJane SmithPeter Jones
종료 코드
CloseCode
인시던트를 종료할 때 선택하는 코드로, 해결 결과를 나타냅니다.
설명

종료 코드는 인시던트가 어떻게 해결되었는지 체계적으로 요약합니다. 예를 들면 '사용자가 해결', '결함 없음', '중복 인시던트', '영구 수정 적용' 등이 있습니다.

이 속성은 해결 효과와 결과를 분석하는 데 유용합니다. 실제 수정 없이 종료된 인시던트를 찾거나, 사용자가 직접 문제를 해결하는 경우가 많은 범주를 파악할 수 있습니다. 이를 바탕으로 지식 문서나 셀프서비스 도구를 개선할 기회를 찾을 수 있습니다.

중요한 이유

해결 결과를 체계적으로 기록해 수정의 효과를 분석하고 인시던트 종료 방식의 추세를 파악할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 해결 또는 종료 정보에 포함되는 항목입니다.

예시
원격으로 해결중복 문제사용자 오류조치 불필요
최종 데이터 업데이트
LastDataUpdate
이 이벤트의 데이터가 원천 시스템에서 마지막으로 갱신된 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 가장 최근 데이터 추출 날짜와 시간을 기록합니다. 분석 중인 데이터의 최신성을 파악하는 데 필요한 정보이며, 프로세스 분석 결과가 얼마나 최신인지 이해하는 데 도움이 됩니다.

마지막 업데이트 시각은 보고와 대시보드에 중요합니다. 사용자가 데이터의 최신성을 확인하고 가장 최근 인시던트 활동이 포함되었는지 예상할 수 있습니다.

중요한 이유

데이터의 최신성을 나타내므로 사용자가 프로세스 분석과 그에 따른 인사이트가 얼마나 최신인지 파악할 수 있습니다.

확보 방법

일반적으로 데이터 추출(ETL) 과정에서 데이터 세트에 생성 시각을 기록합니다.

예시
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
해결 설명
Resolution
인시던트를 해결하기 위해 수행한 단계를 자유 형식으로 기록한 설명입니다.
설명

이 필드에는 최종 해결 내용을 담당자가 상세히 작성합니다. 문제를 해결하고 사용자에게 서비스를 복구하기 위해 수행한 작업을 설명합니다.

비정형 텍스트이지만 텍스트 마이닝으로 분석해 일반적인 해결 패턴을 찾고, 특정 문제와 관련된 키워드를 추출하거나 근본 원인 분석을 보완할 수 있습니다. 정형 데이터 필드만으로는 알기 어려운 정성적 맥락을 제공합니다.

중요한 이유

해결 과정에 대한 정성적 정보를 제공하며, 텍스트 마이닝으로 정형 데이터에서 드러나지 않는 패턴을 찾는 데 활용할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Resolution' 필드입니다(필드 ID: 1000000156).

예시
Active Directory에서 사용자 비밀번호를 재설정했습니다.브라우저의 캐시와 쿠키를 삭제해 로그인 문제를 해결했습니다.IDF 3B실의 네트워크 스위치를 재부팅했습니다.
필수 권장 선택 사항

인시던트 관리 활동

정확한 프로세스 발견과 흐름 시각화를 위해 이벤트 로그에 기록할 주요 프로세스 단계와 마일스톤입니다.
5 권장 9 선택 사항
활동 설명
그룹 할당
조사를 위해 인시던트가 특정 지원 그룹에 처음 할당된 활동입니다. 인시던트 생성 후 'Assigned Group' 필드에 처음 값이 입력된 시점을 기준으로 추론합니다.
중요한 이유

실제 업무가 시작되는 주요 시점입니다. 최초 할당까지 걸리는 시간을 추적하면 응답 시간과 초기 전달의 효율성을 평가할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 감사 로그('HPD:HelpDesk_AuditLogSystem')에서 'Assigned Group' 필드에 처음 값이 입력된 시점을 기준으로 추론합니다.

기록

'Assigned Group' 필드에 처음 값이 입력된 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 접수
시스템에 인시던트 기록이 처음 생성된 활동입니다. 인시던트 관리 양식의 생성 타임스탬프를 기준으로 명시적으로 기록합니다.
중요한 이유

인시던트 생명주기의 기본 시작 이벤트입니다. 전체 해결 시간을 계산하고 인시던트 유입량을 파악하는 데 필요합니다.

확보 방법

'HPD:Help Desk' 양식에 기록이 생성된 시점에 해당합니다. 타임스탬프는 일반적으로 'Submit Date' 또는 'Reported Date' 필드에서 가져옵니다.

기록

HPD:Help Desk 양식의 'Submit Date' 타임스탬프를 사용합니다.

이벤트 유형 explicit
인시던트 종료
해결이 확인되었거나 확인 기간이 지난 후 인시던트 기록을 공식적으로 종료하는 마지막 활동입니다. 상태가 'Closed'로 설정되면 기록됩니다.
중요한 이유

인시던트 생명주기의 최종 종료 이벤트입니다. 'Resolved'에서 'Closed'까지의 시간은 사용자 확인과 행정 마무리에 걸리는 기간을 나타냅니다.

확보 방법

'HPD:Help Desk' 양식의 'Status' 필드가 'Closed'로 설정된 이벤트입니다. 타임스탬프는 'Closed Date' 필드와 감사 로그에 기록됩니다.

기록

'Closed Date' 타임스탬프 또는 상태가 'Closed'로 변경된 시점을 사용합니다.

이벤트 유형 inferred
인시던트 해결
최종 종료 전에 서비스 데스크 관점에서 인시던트가 공식적으로 해결된 시점을 나타냅니다. 인시던트 상태가 'Resolved'로 설정되면 기록됩니다.
중요한 이유

SLA 준수와 해결 시간을 측정하는 데 가장 중요한 시점입니다. 사용자에게 서비스가 복구되었음을 나타냅니다.

확보 방법

'HPD:Help Desk' 양식의 'Status' 필드가 'Resolved'로 설정된 이벤트입니다. 타임스탬프는 'Last Resolved Date' 필드와 감사 로그에 기록됩니다.

기록

감사 로그에서 상태가 'Resolved'로 변경된 타임스탬프를 사용합니다.

이벤트 유형 inferred
조사 시작
지원 담당자가 인시던트 처리를 시작했음을 나타냅니다. 일반적으로 상태가 'Assigned'에서 'In Progress'로 변경된 시점을 기준으로 추론합니다.
중요한 이유

대기열에서 기다리던 인시던트가 실제 진단 단계로 넘어가는 시점입니다. 조사 시작까지의 대기 시간을 분석하면 리소스 병목을 찾아 '진단 및 조사 병목' 대시보드에 활용할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 상태 변경을 기준으로 추론합니다. 'Status' 필드가 'In Progress'로 바뀌면 이벤트가 발생하며, 타임스탬프는 감사 로그에서 가져옵니다.

기록

HPD:HelpDesk_AuditLogSystem에서 상태가 'In Progress'로 변경된 시점을 기준으로 추론합니다.

이벤트 유형 inferred
SLA 위반
인시던트 해결 시간이 정해진 서비스 수준 계약 목표를 초과할 때 발생하는 계산 이벤트입니다. 해결 타임스탬프와 SLA 기한을 비교해 산출합니다.
중요한 이유

'인시던트 SLA 성과 개요' 대시보드와 '인시던트 SLA 준수율' KPI에 필요한 활동입니다. 서비스 약속을 지키지 못한 인시던트를 직접 표시합니다.

확보 방법

'HPD:Help Desk' 양식의 'Last Resolved Date'와 'Target Date'(SLA 기한)를 비교해 계산합니다. 인시던트가 아직 해결되지 않았다면 현재 시각을 기준으로 계산할 수 있습니다.

기록

계산 이벤트: 'Last Resolved Date' > 'Target Date'인 경우 발생합니다.

이벤트 유형 calculated
고객 정보 대기
사용자의 정보나 조치를 기다리는 동안 인시던트 처리가 중단된 시점을 나타냅니다. 상태가 'Pending'으로 변경된 시점을 기준으로 추론합니다.
중요한 이유

담당자의 업무 시간과 고객 응답 대기 시간을 구분할 수 있습니다. 이 상태에 머문 시간을 분석하면 사용자 응답 지연이 전체 해결 시간에 미치는 영향을 파악할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Status' 필드가 'Pending'으로 변경된 시점을 기준으로 추론합니다. 구체적인 사유는 대개 'Status_Reason' 필드에 기록됩니다.

기록

HPD:HelpDesk_AuditLogSystem에서 상태가 'Pending'으로 변경된 시점을 기준으로 추론합니다.

이벤트 유형 inferred
다른 그룹으로 이관
인시던트가 한 지원 그룹에서 다른 그룹으로 재할당될 때 발생합니다. 최초 할당 후 'Assigned Group' 필드가 변경된 시점을 찾아 추론합니다.
중요한 이유

잦은 이관은 최초 전달이 잘못되었거나 지식이 부족하다는 신호일 수 있습니다. 이 활동을 추적하면 '인시던트 재할당 반복 분석' 대시보드와 '인시던트 재할당률' KPI를 지원할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식에서 'Assigned Group' 필드에 처음 값이 입력된 이후 발생한 변경을 감사 로그('HPD:HelpDesk_AuditLogSystem')에서 찾아 추론합니다.

기록

최초 할당 후 'Assigned Group' 필드의 변경을 찾습니다.

이벤트 유형 inferred
사용자 확인 대기
해결책을 적용한 후 지원팀이 사용자에게 해결 여부를 확인받는 단계입니다. 자동 종료 타이머가 시작되는 'Resolved' 상태로 표시되는 경우가 많습니다.
중요한 이유

'사용자 확인 및 검증 지연' 대시보드에 필요한 활동입니다. 해결책 제공부터 사용자 확인까지 걸리는 시간을 측정해 인시던트 생명주기가 불필요하게 길어지는 정도를 파악할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Status'가 'Resolved'로 변경되면 이 상태가 시작됩니다. 'Last Resolved Date'부터 인시던트가 'Closed' 또는 'Reopened'로 변경될 때까지의 시간을 측정합니다.

기록

상태가 'Resolved'로 변경되면 시작하고, 'Closed' 또는 'In Progress'로 변경되면 종료합니다.

이벤트 유형 inferred
사용자 확인 수신
사용자가 제공된 해결책으로 문제가 해결되었음을 직접 확인한 상태입니다. 명시적인 이벤트로 기록되거나 종료 전에 메모 또는 관련 시스템 작업을 통해 추론할 수 있습니다.
중요한 이유

이 활동을 추적하면 자동 종료를 기다리는 것만으로는 알기 어려운 사용자 확인 과정을 더 정확히 파악할 수 있습니다. '평균 사용자 확인 시간' KPI를 측정하고 소통이 원활하지 않은 지점을 찾는 데 도움이 됩니다.

확보 방법

이 활동은 신뢰성 있게 기록하기 어려울 수 있습니다. 인시던트가 'Closed'로 변경되기 직전의 작업 로그 항목이나 특정 상태 사유 업데이트를 통해 추론할 수 있습니다. 'HPD:WorkLog' 양식 분석이 필요할 수 있습니다.

기록

종료 전의 특정 작업 로그 항목이나 상태 사유 업데이트를 기준으로 추론합니다.

이벤트 유형 inferred
인시던트 분류
인시던트에 운영 및 제품 분류가 지정되고 우선순위가 설정된 시점을 나타냅니다. 일반적으로 분류 필드가 입력되거나 마지막으로 수정된 시점을 기준으로 추론합니다.
중요한 이유

정확하고 신속한 분류는 효율적인 전달과 보고에 중요합니다. 이 활동을 분석하면 초기 분류 과정의 지연이나 오류를 찾아 '인시던트 분류 정확도' 대시보드를 지원할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3', 'Priority' 필드 변경을 추적하는 감사 로그('HPD:HelpDesk_AuditLogSystem')에서 추론합니다.

기록

기록 생성 후 분류 또는 우선순위 필드가 마지막으로 업데이트된 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 재개
해결된 것으로 표시된 인시던트의 문제가 계속되어 다시 활성화된 상태입니다. 상태가 'Resolved'에서 'In Progress' 또는 'Assigned'와 같은 활성 상태로 바뀐 시점을 기준으로 추론합니다.
중요한 이유

이 활동은 재작업과 초기 해결책의 효과를 직접 측정합니다. 재개된 인시던트가 많으면 해결책의 품질이 낮다는 신호일 수 있으며, '인시던트 재작업률' KPI에 활용할 수 있습니다.

확보 방법

해당 인시던트 ID의 'Status'가 'Resolved'에서 'In Progress' 또는 'Assigned'로 변경된 것을 감사 로그('HPD:HelpDesk_AuditLogSystem')에서 찾아 추론합니다.

기록

상태가 'Resolved'에서 활성 상태로 변경된 시점을 기준으로 추론합니다.

이벤트 유형 inferred
인시던트 취소
잘못 생성되었거나 더 이상 유효하지 않은 인시던트가 종료된 상태입니다. 인시던트 상태가 'Cancelled'로 설정되면 기록됩니다.
중요한 이유

성공적으로 해결된 경우와 구분되는 인시던트의 최종 종료 상태입니다. 취소된 인시던트를 분석하면 접수 경로나 중복 보고에 문제가 있는지 파악할 수 있습니다.

확보 방법

'HPD:Help Desk' 양식의 'Status' 필드가 'Cancelled'로 변경된 시점을 기준으로 추론합니다. 타임스탬프는 감사 로그에서 가져옵니다.

기록

감사 로그에서 상태가 'Cancelled'로 변경된 시점을 기준으로 추론합니다.

이벤트 유형 inferred
해결책 적용
지원팀이 수정 사항이나 임시 해결책을 적용한 활동입니다. 인시던트 상태가 'Resolved'로 변경된 시점을 기준으로 추론하는 경우가 많습니다.
중요한 이유

해결책이 제공된 주요 시점입니다. 조사가 끝난 후 수정 사항을 적용하기까지 걸리는 시간을 측정하는 데 중요한 데이터입니다.

확보 방법

일반적으로 'HPD:Help Desk' 양식의 'Status'가 'Resolved'로 변경된 시점을 기준으로 추론합니다. 타임스탬프는 'Last Resolved Date' 필드와 감사 로그에서 가져옵니다.

기록

'Last Resolved Date' 타임스탬프 또는 상태가 'Resolved'로 변경된 시점을 사용합니다.

이벤트 유형 inferred
권장 선택 사항

데이터 추출 안내

BMC Helix ITSM에서 데이터 추출하기

시작할 준비가 되셨나요?

이 템플릿으로 process mining을 시작하고 인시던트 관리 데이터에서 유용한 인사이트를 찾아보세요. 지금 운영을 최적화하세요.

지금 BMC Helix ITSM의 반복 인시던트를 해결하세요!

MTTR을 35% 줄이고 SLA 위반을 없애 사용자 만족도를 높이세요.

무료 체험 시작하기

신용카드가 필요하지 않습니다. 14일간 무료로 체험할 수 있습니다.