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

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

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

이 템플릿은 인시던트 관리 분석에 필요한 데이터를 준비하는 데 도움이 됩니다. 수집할 필수 속성과 추적할 주요 활동을 안내하고, 소스 시스템에서 정보를 추출하는 방법도 제공합니다. 데이터 준비 과정을 효율적으로 진행할 때 활용하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

인시던트 관리 속성

인시던트 관리 프로세스를 자세히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 7 권장 7 선택 사항
이름 설명
인시던트 ID
IncidentId
각 인시던트 기록을 고유하게 식별하는 값으로, 인시던트 수명 주기 전체를 추적하는 기본 키입니다.
설명

인시던트 ID는 인시던트 관리 분석의 기준이 됩니다. 케이스 ID 역할을 하며, 관련 활동과 타임스탬프, 속성 변경을 하나의 흐름으로 연결합니다.

process mining에서는 모든 이벤트 로그 항목이 인시던트 ID와 연결되므로 각 인시던트의 전체 프로세스 흐름을 재구성할 수 있습니다. 이를 바탕으로 처리 시간을 계산하고, 프로세스 변형을 분석하며, 개별 케이스에서 발생하는 병목을 찾습니다. 고유 식별자가 없으면 인시던트를 구분하거나 접수부터 해결까지의 경로를 분석할 수 없습니다.

중요한 이유

각 인시던트를 고유하게 식별해 생성부터 종료까지 수명 주기 전체를 추적하고 분석할 수 있습니다.

확보 방법

티켓의 기본 식별자입니다. Freshservice Tickets API의 티켓 객체에서 'id' 필드로 확인할 수 있습니다.

예시
INC-10234INC-10235INC-10236
마지막 데이터 업데이트
LastDataUpdate
이 프로세스의 데이터를 마지막으로 새로 고치거나 추출한 시각입니다.
설명

원천 시스템에서 전체 데이터셋을 마지막으로 업데이트한 시각을 나타냅니다. 개별 이벤트가 아닌 데이터셋 전체에 적용되는 메타데이터 필드지만, 일관성을 위해 이벤트 수준에 포함하는 경우도 많습니다.

분석에서는 데이터의 최신성과 대시보드 및 KPI가 다루는 기간을 파악하는 데 중요합니다. 사용자는 인사이트가 얼마나 최신인지 확인하고, 가장 최근의 인시던트가 분석에 포함되었는지 판단할 수 있습니다.

중요한 이유

데이터의 최신성을 알려 분석에 포함된 기간을 사용자가 파악할 수 있도록 합니다.

확보 방법

데이터 추출(ETL) 과정에서 생성되는 메타데이터 타임스탬프입니다.

예시
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
원천 시스템
SourceSystem
데이터를 추출한 시스템입니다. 일반적으로 'Freshservice'를 가리킵니다.
설명

데이터의 출처를 나타내는 속성입니다. 여기서는 값이 항상 'Freshservice'이지만, 여러 시스템의 데이터를 결합해 프로세스 전체를 파악하는 환경에서는 중요한 필드입니다.

원천 시스템 속성을 포함하는 것은 데이터 거버넌스와 추적성을 위한 권장 방식입니다. 데이터 출처를 명확히 하면 검증과 문제 해결이 쉬워지고, 향후 다른 서비스 관리 또는 운영 시스템을 process mining 프로젝트에 추가할 때도 도움이 됩니다.

중요한 이유

인시던트 관리 데이터의 출처를 명확히 표시해 데이터 추적성과 거버넌스를 지원합니다.

확보 방법

일반적으로 데이터 변환(ETL) 과정에서 데이터셋을 구분하기 위해 추가하는 고정값입니다.

예시
FreshserviceFreshservice-EUFreshservice-PROD
이벤트 타임스탬프
EventTimestamp
활동 또는 이벤트가 발생한 정확한 날짜와 시간입니다.
설명

이벤트 타임스탬프 또는 시작 시간은 활동이 발생한 정확한 시점을 나타냅니다. 생성부터 종료까지 인시던트 수명 주기의 각 활동에는 타임스탬프가 기록됩니다.

시간을 기준으로 하는 모든 process mining 분석에 필요한 속성입니다. 이벤트를 시간순으로 정렬하고, 활동 간 소요 시간과 케이스 전체 처리 시간, 대기 시간을 계산하는 데 사용합니다. SLA 성과, 인계 지연, 전체 해결 시간을 추적하는 대시보드의 기반이 됩니다.

중요한 이유

이벤트의 시간 순서를 제공하므로 소요 시간과 처리 시간을 계산하고 프로세스 성과를 파악할 수 있습니다.

확보 방법

Freshservice의 'created_at', 'updated_at' 필드와 티켓 대화 또는 감사 로그의 타임스탬프 등 여러 필드에서 가져옵니다.

예시
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
활동 이름
ActivityName
인시던트 수명 주기 중 특정 시점에 발생한 업무 활동 또는 이벤트의 이름입니다.
설명

활동 이름은 인시던트 관리 프로세스에서 발생한 단일 단계나 이벤트를 나타냅니다. 예를 들면 '그룹에 인시던트 배정', '상태를 대기로 변경', '인시던트 해결' 등이 있습니다. 이러한 활동은 시간에 따른 인시던트 데이터의 변경을 바탕으로 도출합니다.

이 속성은 발견된 프로세스 맵의 노드를 정의하므로 process mining의 기본 요소입니다. 활동의 순서와 빈도를 분석하면 실제 인시던트 해결 프로세스를 시각화하고, 자주 이용되는 경로를 파악하며, 표준 절차에서 벗어난 사례와 잦은 재배정 같은 재작업을 찾을 수 있습니다.

중요한 이유

프로세스 맵의 단계를 정의해 인시던트 해결 흐름과 병목, 절차 이탈을 시각화하고 분석할 수 있습니다.

확보 방법

Freshservice에 직접 대응하는 필드는 없으며, 상태, 우선순위, 상담원 또는 그룹 배정, 메모 추가와 같은 티켓 속성의 변경을 바탕으로 도출합니다.

예시
인시던트 보고그룹에 인시던트 배정해결 메모 추가인시던트 해결
배정된 그룹
AssignedGroup
현재 인시던트를 담당하는 지원 그룹 또는 팀입니다.
설명

배정된 그룹은 '1차 지원팀', '네트워크팀', '데이터베이스 관리자'와 같이 인시던트를 담당하는 팀을 나타냅니다. 이 속성이 변경되면 다른 기능 팀으로 에스컬레이션되거나 이관된 것입니다.

배정된 그룹을 분석하면 인계 및 이관 지연을 파악할 수 있습니다. process mining으로 그룹 간 인시던트 흐름을 시각화해 자주 발생하는 에스컬레이션 경로를 확인하고, 각 그룹이 조치를 시작하기까지의 대기 시간을 측정할 수 있습니다. 이를 통해 조직 내 병목과 팀 간 협업을 개선할 기회를 찾을 수 있습니다.

중요한 이유

담당 팀을 추적하므로 인계와 에스컬레이션, 팀 간 지연을 분석하는 데 중요합니다.

확보 방법

Freshservice Tickets API의 'group_id' 필드에서 확인할 수 있습니다. 이 ID를 Groups API와 조인하면 그룹 이름을 가져올 수 있습니다.

예시
서비스 데스크네트워크 운영인프라 지원
배정된 상담원
AssignedAgent
현재 인시던트 해결을 담당하는 지원 상담원의 이름 또는 ID입니다.
설명

배정된 상담원은 특정 시점에 인시던트를 담당하는 서비스 데스크 직원을 나타냅니다. 이 속성이 변경되면 상담원 간에 담당이 이관된 것입니다.

상담원별 업무량과 평균 해결 시간, 최초 연락 해결률을 추적하는 대시보드를 구성할 수 있어 성과 분석에 중요합니다. 지연과 비효율의 원인이 될 수 있는 상담원 간 인계도 분석할 수 있습니다. 상담원 배정 내역을 추적하면 관리자는 교육이 필요한 부분을 파악하고 성과가 좋은 팀원을 확인할 수 있습니다.

중요한 이유

상담원 성과와 업무량 분포를 분석하고, 상담원 간 인계가 해결 시간에 미치는 영향을 파악할 수 있습니다.

확보 방법

Freshservice Tickets API의 'responder_id' 필드에서 확인할 수 있습니다. 이 ID를 Agents API와 조인하면 상담원 이름을 가져올 수 있습니다.

예시
John DoeJane SmithSupportBot
인시던트 범주
IncidentCategory
하드웨어, 소프트웨어, 네트워크 등 인시던트를 분류하는 범주입니다.
설명

인시던트 범주는 보고된 문제의 유형에 따라 인시던트를 분류합니다. 계층형 분류를 사용하면 적절한 팀으로 인시던트를 전달할 수 있으며, 추세 분석에도 유용합니다.

'인시던트 분류 정확도' 대시보드에서는 최초 분류가 잘못되어 재배정이 발생하고 해결 시간이 늘어나는지 분석합니다. 범주별로 인시던트를 묶으면 반복되는 문제와 지원 업무가 집중되는 영역을 파악하고, 개선 활동의 우선순위를 정할 수 있습니다.

중요한 이유

인시던트 추세를 분석하고 잘못된 분류가 해결 지연을 일으키는지 파악할 수 있습니다.

확보 방법

Freshservice의 기본 필드이며 사용자 지정할 수 있습니다. Tickets API의 'category' 필드에서 확인할 수 있고, 관련 필드로 'sub_category'와 'item_category'가 있습니다.

예시
하드웨어소프트웨어네트워크 문제계정 액세스
인시던트 상태
IncidentStatus
Open, Pending, Resolved, Closed 등 수명 주기에서 인시던트가 현재 어떤 상태인지 나타냅니다.
설명

인시던트 상태는 현재 진행 단계를 나타냅니다. 'In Progress'에서 'Pending'으로, 또는 'Resolved'에서 'Closed'로 바뀌는 상태 변경은 발견된 프로세스 맵을 구성하는 주요 이벤트입니다.

이 속성은 인시던트의 처리 흐름을 파악하는 데 기본이 됩니다. 각 상태에 머문 시간을 분석하면 사용자의 응답을 기다리느라 'Pending' 상태가 오래 지속되는 경우처럼 병목을 찾을 수 있습니다. 처리 시간 계산의 시작점과 종료점을 정의할 때도 중요합니다.

중요한 이유

인시던트의 수명 주기별 진행 상황을 추적해 지연이 자주 발생하는 단계를 찾을 수 있습니다.

확보 방법

Freshservice Tickets API의 'status' 필드에서 확인할 수 있습니다. 값은 숫자입니다.

예시
열림진행 중대기 중해결됨종료됨
인시던트 심각도
IncidentSeverity
인시던트가 업무에 미치는 영향을 나타내는 심각도입니다.
설명

인시던트 심각도는 업무에 미치는 영향을 측정하며, 보통 낮음, 보통, 높음, 치명적 등으로 분류합니다. 우선순위와 관련은 있지만, 심각도는 영향의 크기를, 우선순위는 긴급도를 나타냅니다. 심각도와 영향도를 함께 고려해 최종 우선순위를 정하는 경우가 많습니다.

심각도별 분석을 통해 조직이 업무에 큰 영향을 미치는 인시던트를 얼마나 잘 처리하는지 파악할 수 있습니다. 대시보드에서 해결 시간과 SLA 성과를 심각도별로 나누어 가장 큰 영향을 미치는 문제에 적절한 관심과 리소스가 투입되는지 확인할 수 있습니다.

중요한 이유

인시던트가 업무에 미치는 영향을 측정해 피해가 큰 문제를 우선적으로 분석할 수 있습니다.

확보 방법

Freshservice의 기본 필드이며, Tickets API에서 'impact'로 확인할 수 있습니다. 값은 숫자입니다.

예시
낮음보통높음
인시던트 우선순위
IncidentPriority
응답 및 해결의 긴급도를 결정하는 인시던트 우선순위입니다.
설명

인시던트 우선순위는 인시던트 처리에 필요한 속도와 집중도를 결정하는 주요 필드입니다. 일반적으로 낮음, 보통, 높음, 긴급 등의 단계로 설정하며, SLA 목표에도 영향을 줍니다.

process mining에서 우선순위는 필터링과 분석에 중요한 기준입니다. 우선순위가 높은 인시던트와 낮은 인시던트의 해결 프로세스를 비교해 긴급한 문제가 효율적으로 처리되는지 확인할 수 있습니다. 대시보드에서는 처리 시간과 SLA 준수율 등의 지표를 우선순위별로 나누어 지원 관리자에게 필요한 정보를 제공합니다.

중요한 이유

중요도가 높은 인시던트에 분석을 집중하고, SLA 성과와 리소스 배분을 평가하는 데 필요합니다.

확보 방법

Freshservice Tickets API의 'priority' 필드에서 확인할 수 있습니다. 값은 숫자이며, 예를 들어 1은 낮음, 4는 긴급을 뜻합니다.

예시
낮음보통높음긴급
해결 SLA 목표 시각
ResolutionSlaTargetTime
SLA 정책에 따라 인시던트를 해결해야 하는 기한입니다.
설명

인시던트 해결 기한으로 설정된 날짜와 시간을 저장합니다. 이 목표 시각은 티켓에 적용된 서비스 수준 계약(SLA) 정책에 따라 정해지며, 일반적으로 우선순위와 같은 요소에 영향을 받습니다.

'SLA 준수율' KPI를 계산하고 'SLA 성과 대시보드'를 구성하는 데 필요한 값입니다. 실제 해결 시각과 목표 시각을 비교해 기한 내에 해결했는지, SLA를 위반했는지 판단합니다. 서비스 수준 준수 여부를 측정하는 기본 기준입니다.

중요한 이유

해결 기한을 제공하므로 SLA 준수 여부를 계산하고 위험이 있는 인시던트를 찾을 수 있습니다.

확보 방법

Freshservice Tickets API의 'fr_due_by'(최초 응답) 및 'due_by'(해결) 필드에서 확인할 수 있습니다.

예시
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-05T17:00:00Z
SLA 위반 여부
IsSlaBreached
정해진 SLA 목표 시각까지 인시던트를 해결하지 못한 경우 참으로 설정되는 계산 플래그입니다.
설명

이 불리언 속성은 인시던트 해결 시간이 SLA 목표를 초과했는지 나타내는 계산 지표입니다. 실제 해결 시각을 'ResolutionSlaTargetTime'과 비교해 도출합니다.

이 플래그는 'SLA 준수율' KPI와 'SLA 성과 대시보드'에 직접 사용됩니다. 인시던트별 SLA 성과를 명확한 참·거짓 값으로 표시해 집계와 추세 분석을 간소화합니다. 서비스 약속을 지키지 못한 인시던트의 건수와 비율을 빠르게 파악할 수 있습니다.

중요한 이유

인시던트별 SLA 준수 여부를 직접 측정하므로 전체 준수율을 계산하고 문제가 있는 영역을 찾기 쉽습니다.

확보 방법

데이터 변환 과정에서 'Incident Resolved' 타임스탬프와 'ResolutionSlaTargetTime' 필드를 비교해 계산하는 필드입니다.

예시
truefalse
근본 원인
RootCause
조사 후 인시던트의 원인으로 확인된 근본적인 문제입니다.
설명

근본 원인 속성은 인시던트를 일으킨 근본적인 문제를 기록합니다. 일반적으로 지원 상담원이 해결 과정 중이나 해결 후 근본 원인 분석(RCA)의 일부로 입력합니다.

이 속성은 '반복 인시던트 및 근본 원인' 대시보드와 '근본 원인 분석 완료율' KPI에 중요합니다. 자주 발생하는 근본 원인을 분석하면 사후 대응식 인시던트 해결에서 벗어나 선제적인 문제 관리로 전환할 수 있습니다. 영구적인 해결책을 적용해 향후 인시던트와 반복 문제를 줄일 수 있습니다.

중요한 이유

반복 인시던트의 근본 원인을 찾아 제거해 선제적인 문제 관리를 지원합니다.

확보 방법

Freshservice의 기본 기능만으로는 제공되지 않을 수 있어 사용자 지정 필드로 설정하는 경우가 많습니다. 'Ticket Fields' 설정에서 'Root Cause' 또는 유사한 이름의 필드가 있는지 확인합니다.

예시
소프트웨어 버그네트워크 구성 오류사용자 교육 문제하드웨어 장애
요청자 부서
RequestersDepartment
인시던트를 보고한 사용자가 소속된 부서입니다.
설명

이 속성은 요청자가 속한 영업, 재무, IT 등의 부서를 나타냅니다. 일반적으로 Freshservice의 사용자 프로필에서 가져옵니다.

요청자 부서별로 인시던트를 분석하면 특정 사업 부문에 문제가 집중되는지, 부서별로 발생하는 문제가 있는지 확인할 수 있습니다. 인시던트가 업무에 미치는 영향을 파악하는 데 필요한 맥락을 제공하며, 중요 부서에 영향을 주는 문제의 해결 우선순위를 정하는 데 도움이 됩니다.

중요한 이유

업무 맥락을 제공해 부서별 인시던트 추세와 영향을 분석할 수 있습니다.

확보 방법

티켓 요청자와 연결된 정보입니다. 티켓의 'requester_id'를 사용해 'Requesters' API 엔드포인트에서 조회한 다음, 'department_id'와 부서 이름을 가져올 수 있습니다.

예시
영업마케팅재무인사
인계 횟수
HandoffCount
인시던트가 상담원이나 그룹 간에 이관된 횟수입니다.
설명

인계 횟수는 인시던트 수명 주기 동안 발생한 재배정 횟수를 계산한 지표입니다. 'AssignedAgent' 또는 'AssignedGroup' 속성이 변경될 때마다 횟수가 증가합니다.

인계 횟수가 많으면 프로세스 비효율, 최초 배정 오류, 상담원의 전문성 부족을 나타낼 수 있습니다. 이 지표는 '인시던트 인계 횟수' KPI와 '인계 및 이관 지연 분석' 대시보드에 활용됩니다. 과도한 이관으로 지연이 발생하는 인시던트나 프로세스 경로를 찾을 수 있습니다.

중요한 이유

재작업과 재배정 횟수를 수치화해 잘못된 전달이나 지식 부족으로 발생하는 비효율을 찾을 수 있습니다.

확보 방법

단일 인시던트의 수명 주기 동안 'AssignedAgent' 또는 'AssignedGroup' 필드의 고유값 수나 변경 횟수를 세어 계산합니다.

예시
0125
임시 해결책 제공
WorkaroundProvided
최종 해결 전에 사용자에게 임시 해결 방법을 제공했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 영구적인 해결책을 마련하는 동안 인시던트의 영향을 줄이기 위해 임시 조치나 해결 방법을 적용했는지 나타냅니다. 일반적으로 체크박스나 특정 상태로 기록합니다.

process mining에서는 '임시 해결 방법 효과 지표' 대시보드에 이 속성을 활용합니다. 임시 해결 방법을 적용한 인시던트와 적용하지 않은 인시던트의 해결 시간을 비교해, 임시 조치가 업무 중단을 줄이고 사용자 관점에서 전체 해결을 앞당기는지 확인할 수 있습니다.

중요한 이유

임시 해결 방법이 인시던트의 영향을 줄이고 사용자가 체감하는 해결 시간을 단축하는 데 효과적인지 측정할 수 있습니다.

확보 방법

일반적으로 사용자 지정 불리언(체크박스) 필드입니다. Freshservice의 'Ticket Fields' 설정에서 필드가 있는지 확인해야 합니다.

예시
truefalse
재오픈 여부
IsReopened
해결 또는 종료된 인시던트가 다시 열린 경우 참으로 설정되는 계산 플래그입니다.
설명

이 불리언 속성은 재오픈된 인시던트를 식별하는 계산 플래그입니다. 인시던트가 'Resolved' 또는 'Closed' 상태에 도달한 뒤 상태가 다시 열림 또는 진행 중으로 변경되면 참으로 설정됩니다.

'인시던트 재오픈율' KPI 계산과 '반복 인시던트' 대시보드에 중요합니다. 재오픈율이 높으면 최초 해결의 품질이 낮거나 근본 원인 분석이 불완전하거나 너무 일찍 종료했을 가능성이 있습니다. 이러한 사례를 분석하면 해결책의 품질과 지속성을 높일 수 있습니다.

중요한 이유

해결 프로세스의 문제를 찾아 최초 조치가 효과가 없어 재작업이 발생한 인시던트를 확인할 수 있습니다.

확보 방법

이벤트 로그의 활동 순서를 바탕으로 계산하는 필드입니다. 'Incident Reopened'와 같은 활동이 발생하거나, 동일한 인시던트 ID에서 종료 상태 이후 열림 상태 활동이 이어지면 참으로 설정됩니다.

예시
truefalse
접수 채널
ReportingChannel
이메일, 포털, 전화 등 인시던트가 접수된 방법 또는 채널입니다.
설명

접수 채널은 원천이라고도 하며, 인시던트가 지원 시스템에 접수된 경로를 나타냅니다. 일반적인 채널로는 이메일, 셀프서비스 포털, 전화, 채팅이 있습니다.

이 속성을 분석하면 채널별 효율성을 평가할 수 있습니다. '접수 채널 효율성' 대시보드는 채널별 인시던트 건수와 평균 해결 시간을 비교해 효과적인 방법과 프로세스 개선이 필요한 방법을 파악합니다. 예를 들어 포털로 접수된 인시던트는 처음부터 구조화된 정보가 제공되어 더 빨리 해결될 수 있습니다.

중요한 이유

효율적인 접수 채널을 찾고 인시던트 접수 프로세스를 개선할 기회를 파악할 수 있습니다.

확보 방법

Freshservice Tickets API의 'source' 필드에서 확인할 수 있습니다. 값은 숫자입니다.

예시
이메일포털전화채팅
필수 권장 선택 사항

인시던트 관리 활동

프로세스를 정확히 파악하고 병목을 찾으려면 이벤트 로그에 다음 주요 단계와 이정표를 기록하세요.
7 권장 7 선택 사항
활동 설명
그룹에 인시던트 배정
인시던트를 지원 그룹에 처음 배정하는 활동입니다. 라우팅 규칙에 따라 자동으로 배정하거나 담당자가 직접 배정할 수 있습니다. 인시던트 감사 로그에서 '그룹' 필드가 처음 입력된 시점을 추적해 확인합니다.
중요한 이유

배정 내역을 추적하면 최초 응답 시간을 측정하고 배정 과정의 병목을 찾을 수 있습니다. 인시던트가 적절한 팀에 얼마나 효율적으로 전달되는지 분석하는 데 도움이 됩니다.

확보 방법

인시던트 활동 로그에서 '그룹' 필드가 처음 입력되거나 변경된 기록을 바탕으로 추론합니다.

기록

인시던트의 '그룹' 필드에 값이 처음 입력된 타임스탬프를 확인합니다.

이벤트 유형 inferred
상태를 진행 중으로 변경
인시던트 조사와 실제 작업이 공식적으로 시작된 시점을 나타냅니다. 담당자가 인시던트 상태를 '진행 중'으로 변경하면 기록됩니다. 티켓 활동 내역에 표준 상태 변경으로 남습니다.
중요한 이유

이 시점을 기준으로 대기 시간과 실제 작업 시간을 구분할 수 있습니다. 인시던트가 '진행 중' 상태에 머무는 시간을 분석하면 해결에 필요한 작업을 파악할 수 있습니다.

확보 방법

인시던트 활동 로그에서 '상태' 필드가 '진행 중'으로 변경된 시점을 찾아 추론합니다.

기록

활동 로그에서 상태가 '진행 중'으로 변경된 기록을 찾아 해당 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 보고
Freshservice에 새 인시던트 기록이 생성된 시점을 나타냅니다. 인시던트 처리의 시작점으로, 일반적으로 최종 사용자가 포털이나 이메일을 통해 보고하거나 서비스 데스크 담당자가 대신 티켓을 생성할 때 발생합니다. 이 활동은 생성 타임스탬프와 함께 명시적으로 기록됩니다.
중요한 이유

이 활동은 전체 프로세스의 주요 시작 이벤트입니다. 이 시점부터 해결까지 걸리는 시간을 분석하면 전체 처리 시간과 SLA 준수 여부를 측정할 수 있습니다.

확보 방법

인시던트 테이블의 생성 타임스탬프에서 가져옵니다. Freshservice는 새 티켓이 생성될 때마다 이 정보를 명시적으로 기록합니다.

기록

주 인시던트 레코드의 '생성 시각' 타임스탬프를 사용합니다.

이벤트 유형 explicit
인시던트 우선순위 설정
인시던트의 우선순위가 설정되거나 변경될 때 발생합니다. 우선순위에 따라 해결의 긴급도와 SLA 목표가 결정됩니다. 인시던트 기록에서 '우선순위' 필드의 변경을 추적해 확인합니다.
중요한 이유

우선순위를 잘못 설정하거나 늦게 설정하면 SLA를 위반하고 리소스를 비효율적으로 배분할 수 있습니다. 이 활동을 분석하면 중요 인시던트를 즉시 처리하고 있는지 확인할 수 있습니다.

확보 방법

'우선순위' 필드의 모든 변경 사항이 기록된 인시던트 활동 로그에서 추론합니다.

기록

'우선순위' 필드의 값이 설정되거나 변경된 감사 로그의 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 종료
인시던트 기록을 최종적으로 공식 종료한 상태입니다. 일반적으로 'Resolved' 상태로 일정 기간이 지나면 자동으로 종료되며, 상담원이 직접 종료할 수도 있습니다. 이 이벤트는 인시던트 수명 주기의 끝을 나타냅니다.
중요한 이유

이 활동은 프로세스의 최종 종료 지점입니다. 이 이벤트까지 걸린 총시간은 사용자의 확인 대기 기간을 포함한 전체 인시던트 처리 기간을 나타냅니다.

확보 방법

인시던트 활동 로그에서 'Status' 필드가 'Closed'로 변경된 시점을 확인해 판단합니다.

기록

상태가 'Closed'로 변경된 활동 로그 항목의 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 해결
담당자가 해결 조치를 적용하고 인시던트가 해결되었다고 판단한 시점을 나타냅니다. 인시던트 상태가 '해결됨'으로 변경되면 기록됩니다. Freshservice에서는 SLA 시간이 멈추는 주요 시점입니다.
중요한 이유

해결 시간(TTR)을 측정하는 중요한 시점입니다. '해결됨'에서 '종료됨'으로 바뀌기까지의 시간은 사용자 확인 지연과 자동 종료 정책을 분석하는 데 중요합니다.

확보 방법

인시던트 활동 로그에서 '상태' 필드가 '해결됨'으로 변경된 시점을 찾아 추론합니다.

기록

상태가 '해결됨'으로 변경된 활동 로그 항목의 타임스탬프를 사용합니다.

이벤트 유형 inferred
해결 메모 추가
담당자가 해결 메모를 추가해 인시던트 해결 방법을 기록할 때 발생합니다. Freshservice에서는 상태를 '해결됨'으로 변경하기 전에 별도의 활동으로 기록됩니다. 이 작업과 내용은 명시적으로 로그에 남습니다.
중요한 이유

해결 방법이 확인된 시점을 나타냅니다. 이 시점부터 '인시던트 해결' 상태가 될 때까지의 시간은 내부 검토나 문서화에 소요된 시간을 보여줄 수 있습니다.

확보 방법

인시던트에 해결 메모를 추가한 시점의 타임스탬프를 대화 내역에서 가져옵니다.

기록

인시던트 대화 로그에서 '해결 메모' 항목의 타임스탬프를 확인합니다.

이벤트 유형 explicit
SLA 목표 미준수
인시던트에 걸린 시간이 응답 또는 해결에 정해진 SLA 목표를 초과할 때 발생하는 계산 이벤트입니다. Freshservice는 내부적으로 SLA 상태를 추적하며, 타임스탬프와 SLA 정책을 비교해 이 이벤트를 도출할 수 있습니다.
중요한 이유

서비스 수준 약속의 준수 여부를 직접 측정합니다. SLA 성과 대시보드와 지속적인 개선을 위해서는 위반이 언제, 왜 발생하는지 파악해야 합니다.

확보 방법

해결 또는 응답 시각을 SLA 목표 기한과 비교해 계산합니다. Freshservice에서는 티켓에 'SLA Violated' 플래그가 표시되는 경우가 많습니다.

기록

'Resolved at' 시각과 'Due by' 시각을 비교하거나, 'SLA Status' 필드가 'Violated'로 변경되는지 확인해 도출합니다.

이벤트 유형 calculated
담당자에게 인시던트 배정
특정 담당자가 인시던트를 처리하도록 배정된 시점을 나타냅니다. 이때부터 해당 담당자가 티켓을 맡습니다. 티켓 활동 내역에는 배정된 담당자와 시각이 기록됩니다.
중요한 이유

담당자의 업무량과 성과를 분석하고, 그룹 배정 후 개인 담당자가 인시던트를 처리하기 시작할 때까지 걸리는 시간을 확인할 수 있습니다. 담당자 성과 대시보드에 필요한 활동입니다.

확보 방법

인시던트 활동 로그 또는 감사 기록에서 '담당자' 필드의 변경 내역을 추적합니다.

기록

'담당자' 필드가 변경된 타임스탬프를 확인합니다.

이벤트 유형 inferred
상태를 보류로 변경
일반적으로 사용자나 제3자의 정보를 기다리는 동안 해결 절차가 일시 중단된 시점을 나타냅니다. 상태가 '보류'로 변경된 기록을 통해 확인합니다. 이 상태에 머문 시간은 SLA 계산에서 제외되는 경우가 많습니다.
중요한 이유

보류 상태에 머문 시간을 파악하면 외부 의존성과 지연 원인을 이해할 수 있습니다. 담당자의 실제 작업 시간과 대기 시간을 구분하는 데 도움이 됩니다.

확보 방법

인시던트 활동 로그에서 '상태' 필드가 '보류' 또는 '사용자 응답 대기'와 같은 값으로 변경된 시점을 찾아 추론합니다.

기록

활동 로그에서 보류 상태로 변경된 기록을 찾아 해당 타임스탬프를 사용합니다.

이벤트 유형 inferred
인시던트 재배정
인시던트가 한 담당자나 그룹에서 다른 담당자나 그룹으로 이관되었음을 나타냅니다. 해결 과정에서 인계가 발생한 것입니다. 최초 배정 이후 '담당자' 또는 '그룹' 필드가 다시 변경된 기록을 찾아 확인합니다.
중요한 이유

잦은 재배정이나 인계는 프로세스 비효율, 지식 부족, 초기 라우팅 오류를 나타내는 경우가 많습니다. 이 활동을 분석하면 지연 원인을 찾아 줄일 수 있습니다.

확보 방법

최초 배정 이후 '담당자' 또는 '그룹' 필드가 변경된 내역을 인시던트 활동 로그에서 추적해 추론합니다.

기록

티켓 감사 기록에서 '담당자' 또는 '그룹' 필드의 변경을 확인합니다.

이벤트 유형 inferred
인시던트 재오픈
이전에 'Resolved'로 표시된 인시던트가 다시 열린 상태로 바뀔 때 발생합니다. 일반적으로 사용자가 해결 결과에 동의하지 않아 재오픈됩니다. 상태가 'Resolved'에서 'Open' 또는 'In Progress'와 같은 상태로 변경된 것을 기준으로 판단합니다.
중요한 이유

재오픈율이 높으면 해결 품질에 문제가 있거나 조치가 불완전할 수 있습니다. 재작업과 상담원 성과를 분석할 때 중요한 지표입니다.

확보 방법

인시던트 활동 로그에서 상태가 'Resolved'에서 진행 중 상태로 변경된 것을 확인해 판단합니다.

기록

활동 로그에서 'Status'가 'Resolved'에서 'Open' 또는 'In Progress'로 변경된 항목을 필터링합니다.

이벤트 유형 inferred
임시 해결책 제공
인시던트의 영향을 줄이기 위해 사용자에게 임시 해결책을 안내한 활동입니다. 이를 기록하려면 전용 체크박스, 특정 메모 유형 또는 담당자 메모의 키워드 분석 등 별도의 시스템 설정이 필요할 수 있습니다.
중요한 이유

이 활동을 분석하면 임시 해결책이 업무 영향을 줄이는 데 얼마나 효과적인지, 최종 해결 시간과 어떤 관계가 있는지 확인할 수 있습니다. 임시 해결책 효과 지표 대시보드에 활용할 수 있습니다.

확보 방법

명시적인 이벤트로 기록되지 않을 가능성이 높습니다. '임시 해결책'과 같은 키워드가 포함된 메모를 표시하거나, 사용자 지정 '임시 해결책 제공' 체크박스 필드의 변경 기록을 활용해 추론할 수 있습니다.

기록

사용자 지정 필드의 변경 또는 담당자 메모의 키워드 분석을 통해 추론합니다.

이벤트 유형 inferred
최초 응답 전송
인시던트가 보고된 후 담당자가 사용자에게 처음으로 연락한 활동입니다. 공개 메모나 직접 답변일 수 있습니다. Freshservice는 담당자의 모든 커뮤니케이션을 타임스탬프와 함께 기록합니다.
중요한 이유

최초 응답 SLA 준수는 고객 만족도를 좌우하는 중요한 KPI입니다. 이 활동을 통해 담당자가 새 인시던트에 얼마나 신속하게 대응하는지 측정하고 분석할 수 있습니다.

확보 방법

인시던트 대화 로그에서 담당자가 처음 추가한 공개 메모 또는 답변의 타임스탬프를 찾아 확인합니다.

기록

인시던트 대화 내역에서 담당자가 작성한 첫 번째 항목을 찾습니다.

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

데이터 추출 가이드

Freshservice에서 데이터 추출하기

시작할 준비가 되셨나요?

이 템플릿을 활용해 데이터를 올바르게 구성하고 인시던트 관리 워크플로에 관한 유용한 정보를 확인하세요. 지금 바로 해결 시간을 단축하는 첫걸음을 시작하세요.

SLA 위반을 줄이세요. 지금 인시던트 관리를 개선하세요

MTTR을 35% 줄이고 비용이 큰 SLA 위반을 예방하는 기업과 함께하세요.

무료 체험 시작하기

14일 무료 체험을 이용해 보세요. 신용카드는 필요하지 않습니다.