문제 관리 데이터 템플릿

문제 기록 ID는 문제 생성부터 최종 해결까지 전체 수명 주기를 추적하는 기본 키입니다. 여러 인시던트와 연결될 수 있는 각 문제에는 다른 문제와 구분되는 고유 ID가 부여됩니다.

process mining에서 이 속성은 케이스를 정의하므로, 관련된 모든 활동을 하나의 프로세스 사례로 묶을 수 있습니다. 프로세스 흐름 분석, 병목 식별, 케이스 소요 시간 계산은 모두 각 문제 기록을 정확히 식별하는 데 달려 있습니다.

관련 이벤트를 하나로 묶는 필수 Case ID입니다. 이를 통해 각 문제 조사 과정을 처음부터 끝까지 추적할 수 있습니다.

일반적으로 IT 서비스 관리(ITSM) 시스템의 기본 문제 테이블이나 티켓 테이블에서 확인할 수 있습니다.

이벤트 시각 또는 타임스탬프는 문제 수명 주기에서 각 활동이 발생한 시간 정보를 제공합니다. 이벤트 순서를 정확히 정하고 프로세스 단계 간 소요 시간을 계산하는 데 필요합니다.

process mining에서는 활동 순서를 정하고 프로세스 모델을 발견하며 시간 기반 분석을 수행하는 데 이 속성을 사용합니다. '평균 근본 원인 조사 시간'과 같은 KPI를 계산하고, 근본 원인 확인부터 변경 요청 시작까지의 인계처럼 단계 사이의 지연을 찾는 기준이 됩니다.

각 활동의 타임스탬프는 이벤트 순서를 정하고 처리 시간이나 병목 지속 시간 등 시간 기반 지표를 계산하는 데 중요합니다.

이 타임스탬프는 일반적으로 활동명 및 케이스 식별자와 함께 이벤트 로그나 감사 추적 테이블에 저장됩니다.

활동명은 '문제 기록 생성', '근본 원인 확인', '영구 수정 적용'과 같이 문제 관리 프로세스의 개별 단계를 나타냅니다. 문제 처리 과정을 파악할 수 있도록 활동이 시간순으로 기록됩니다.

process mining에서는 실제 작업 흐름을 시각화하는 프로세스 맵을 구성하는 데 이 속성이 필요합니다. 활동의 순서와 빈도, 경로를 분석하면 문제 해결 과정의 편차와 병목, 비효율을 찾을 수 있습니다.

이 속성은 프로세스의 단계를 정의하며, 일반적인 경로와 편차를 포함해 프로세스 흐름을 시각화하고 분석할 수 있게 합니다.

활동명은 주로 상태 변경 로그, 감사 추적 또는 기본 문제 기록과 연결된 이벤트 테이블에서 가져옵니다.

이 속성은 문제 관리 데이터의 출처를 나타냅니다. 예를 들어 ServiceNow, Jira 또는 자체 개발한 ITSM 도구가 해당합니다. 여러 시스템의 데이터를 결합해 전체적으로 분석하는 환경에서 특히 중요합니다.

process mining에서는 원천 시스템을 필터로 사용해 사업부나 플랫폼별 프로세스 성과와 차이를 비교할 수 있습니다. 데이터 출처를 파악할 수 있어 데이터 검증과 문제 해결에도 도움이 됩니다.

데이터 출처를 나타냅니다. 데이터 검증과 시스템 또는 조직 단위별 프로세스 비교에 필요합니다.

일반적으로 데이터 추출 과정에서 특정 원천 시스템의 기록을 구분하도록 추가하는 고정값입니다.

이 속성은 가장 최근에 데이터를 가져온 날짜와 시각을 기록합니다. 분석 대상 데이터의 최신성을 투명하게 보여주므로, 이해관계자가 분석에 포함된 기간을 파악할 수 있습니다.

대시보드와 보고서에서 이 정보는 결과를 해석하는 데 중요합니다. 사용자는 실시간 정보인지 특정 시점의 스냅샷인지 확인할 수 있으며, 이는 '장기 미해결 문제 백로그'와 같은 지표의 해석에 영향을 줍니다.

데이터를 마지막으로 새로 고친 시점을 보여주므로, 분석과 대시보드를 데이터 최신성에 맞게 해석할 수 있습니다.

일반적으로 데이터 수집 중 ETL 도구나 스크립트가 이 타임스탬프를 생성해 저장합니다.

SLA 기한은 문제 해결의 공식 목표 시점을 정합니다. 일반적으로 문제의 우선순위와 서비스 수준 계약(SLA)에 명시된 조건에 따라 정해집니다.

이 속성은 'SLA 준수 현황' 대시보드에 필요합니다. 실제 해결 시각을 SLA 기한과 비교해 SLA 준수율을 계산할 수 있습니다. process mining으로 분석 범위를 더 세분화해 SLA 위반에 가장 크게 영향을 주는 프로세스 단계나 팀을 찾을 수도 있습니다.

해결 목표 시점을 정하며, 모든 SLA 준수 측정과 보고의 기준이 됩니다.

일반적으로 문제 생성 시각과 우선순위를 기준으로 계산해 문제 기록에 저장합니다.

이 불리언 속성은 서비스 수준 계약을 준수했는지 간단하고 명확하게 표시합니다. 일반적으로 문제 해결 시각이 SLA 기한보다 늦으면 true로 설정됩니다.

결과를 직접 나타내는 지표이므로 상위 수준의 대시보드와 보고서에 유용합니다. process mining에서 규정 준수 검사를 만들거나 SLA를 위반한 모든 케이스를 필터링하는 데 사용할 수 있습니다. 위반 사례와 준수 사례의 프로세스 맵을 비교하면 SLA 미준수의 공통 원인이 되는 패턴과 병목, 특정 활동을 찾을 수 있습니다.

SLA 준수 여부를 명확히 보여주므로, 위반으로 이어지는 프로세스 경로를 쉽게 필터링하고 분석할 수 있습니다.

일반적으로 해결 시각과 SLA 기한을 비교해 산출하거나 계산하는 필드입니다.

이 속성은 사용자에게 영향을 준 인시던트 수를 보여주어 문제의 영향도를 수치화합니다. 관련 인시던트가 많은 문제일수록 일반적으로 비즈니스에 미치는 영향이 큽니다.

이 지표는 우선순위 설정과 영향도 분석에 활용할 수 있습니다. process mining에서 인시던트 수와 조사 시간 또는 해결 우선순위의 관계를 분석할 수 있습니다. 문제의 규모를 파악하고, 한 번의 수정으로 예방한 인시던트 수를 보여주어 문제 관리에 투입한 리소스를 설명하는 데도 도움이 됩니다.

문제의 비즈니스 영향도를 수치화해 조사 우선순위를 정하고 해결 효과를 측정할 수 있습니다.

문제 기록에서 연결된 인시던트 기록 수를 세어 계산하는 필드인 경우가 많습니다.

조사가 끝나면 근본 원인 범주를 사용해 문제의 근본 원인을 분류합니다. 예를 들면 '소프트웨어 결함', '하드웨어 장애', '구성 오류'가 있습니다. 이러한 분류는 장기적인 개선 방향을 정하는 데 중요합니다.

이 속성은 '근본 원인 조사 성과' 대시보드의 기반이 됩니다. 근본 원인 범주별 발생 빈도를 분석하면 조직 전반의 반복적인 문제를 찾아 장기 해결책의 우선순위를 정할 수 있습니다. 사후 대응 중심의 문제 해결에서 사전 예방으로 초점을 옮기는 데 도움이 됩니다.

조직 전반의 문제를 일으키는 구조적 원인과 추세를 파악하는 데 필요한 전략 분석 자료입니다.

일반적으로 문제 기록의 전용 필드에 입력하며, 종료 단계 전이나 진행 중에 작성합니다.

이 속성은 문제를 '이메일 서비스'나 '고객 관계 관리 플랫폼'과 같은 IT 인프라의 특정 구성 요소 또는 서비스와 연결합니다. 기술 문제를 비즈니스 관점에서 파악하는 데 필요한 정보를 제공합니다.

process mining 분석에서는 영향을 받은 서비스를 기준으로 프로세스를 비즈니스 관점에서 살펴볼 수 있습니다. '문제가 가장 많이 발생하는 서비스는 무엇인가요?', '중요한 금융 시스템에 영향을 주는 문제의 평균 해결 시간은 얼마인가요?'와 같은 질문에 답할 수 있습니다. 비즈니스 영향도에 따라 개선 우선순위를 정하는 데 필요한 맥락입니다.

기술 문제를 영향을 받은 서비스와 연결해 비즈니스 맥락을 제공하고, 비즈니스 중요도에 따라 우선순위를 정할 수 있게 합니다.

일반적으로 구성 관리 데이터베이스(CMDB)에서 연결하며, 문제 기록의 '구성 항목' 또는 '서비스' 필드에 저장합니다.

우선순위는 비즈니스 영향도와 긴급도에 따라 문제를 분류하는 주요 속성입니다. 팀이 가장 중요한 문제부터 처리하도록 돕습니다. 우선순위는 보통 심각, 높음, 보통, 낮음과 같이 표준화됩니다.

프로세스 분석에서 우선순위는 필터링과 비교에 유용한 기준입니다. 분석가는 우선순위가 높은 문제와 낮은 문제의 프로세스 흐름을 비교해 처리 방식이나 효율에 차이가 있는지 확인할 수 있습니다. SLA가 우선순위에 따라 정해지는 경우가 많으므로 SLA 준수 분석에도 필요합니다.

중요한 문제와 일반적인 문제의 처리 방식을 비교하고 SLA 준수 여부를 측정하는 데 필요합니다.

대부분의 ITSM 플랫폼에서 기본 문제 기록 테이블에 제공하는 표준 필드입니다.

이 지표는 문제의 담당이 이전된 횟수를 셉니다. 재배정 횟수가 많으면 최초 전달이 잘못되었거나 팀별 책임이 명확하지 않은 등 프로세스 비효율이 있을 수 있습니다.

process mining에서 이 지표는 프로세스의 마찰을 보여주는 주요 신호입니다. 문제가 팀 사이를 반복해서 오가는 '핑퐁' 사례를 찾는 데 사용할 수 있습니다. 재배정 횟수가 많은 사례를 분석하면 상당한 지연과 불필요한 작업을 일으키는 지식 격차나 프로세스 문제를 파악할 수 있습니다.

과도한 인계를 추적해 프로세스 비효율을 수치화합니다. 과도한 인계는 잘못된 전달, 지식 격차 또는 불명확한 책임을 나타내는 경우가 많습니다.

문제 기록에서 담당이 변경될 때마다 증가하는 카운터 필드인 경우가 많습니다. 이벤트 로그를 바탕으로 계산할 수도 있습니다.

지원 그룹은 문제를 담당하는 팀을 나타냅니다. 문제 처리 중에는 Level 2 지원팀에서 네트워크 엔지니어링 전문팀으로 이동하는 등 담당 그룹이 바뀔 수 있습니다.

이 속성은 팀 성과와 팀 간 인계를 분석하는 데 필요합니다. process mining으로 재배정에 따른 지연을 확인하고, 각 그룹이 문제를 맡은 시간을 측정하며, 특정 유형의 문제를 가장 효과적으로 해결하는 팀을 찾을 수 있습니다. '지원 그룹 인계 분석' 대시보드에도 활용됩니다.

팀 성과 분석, 인계로 인한 병목 식별, 팀별 업무량 분포 파악에 필요합니다.

일반적으로 ITSM 시스템의 문제 기록 배정 이력이나 기본 상세 정보 테이블에 저장됩니다.

이 속성은 문제 관리 프로세스와 변경 관리 프로세스를 직접 연결합니다. 문제의 근본 원인을 해결하기 위해 코드 변경, 하드웨어 교체 또는 기타 수정이 필요한 경우 사용합니다.

이 연결을 분석하면 '변경 관리 인계 지연'을 파악할 수 있습니다. process mining으로 근본 원인 확인부터 변경 요청 생성까지, 변경 구현부터 문제 최종 종료까지 걸린 시간을 측정할 수 있습니다. 두 프로세스 간 협업에서 비효율이 발생하는 지점을 찾는 데 도움이 됩니다.

문제를 변경 관리의 해결책과 연결해 인계 지연과 전체 해결 과정을 분석할 수 있습니다.

일반적으로 문제 기록에서 변경 관리 시스템이나 모듈의 해당 기록을 가리키는 참조 필드입니다.

이 속성은 각 시점에 문제를 담당하는 사람을 식별합니다. 지원 그룹이 팀을 나타낸다면 담당 사용자는 조사를 맡은 개별 상담원, 엔지니어 또는 코디네이터를 나타냅니다.

담당 사용자별로 분석하면 개인별 업무량과 성과, 교육 필요성을 파악할 수 있습니다. 특정 담당자에게 병목이 생기거나 팀 내 업무가 고르게 배분되지 않는지도 확인할 수 있습니다. 지원 그룹 분석을 보완하는 관점입니다.

개인별 업무량과 성과를 분석해 성과가 높은 담당자나 추가 지원 또는 교육이 필요한 담당자를 찾을 수 있습니다.

일반적으로 기본 문제 기록 테이블에서 'Assignee', 'Assigned To' 또는 'Coordinator'라는 이름의 필드로 확인할 수 있습니다.

문제 상태는 워크플로에서 문제가 현재 어느 단계에 있는지 나타냅니다. 최초 기록부터 최종 해결까지 특정 시점의 진행 상황을 보여줍니다.

활동명은 상태가 변경된 이벤트를 기록하지만, 문제 상태는 현재 백로그를 분석하는 데 유용합니다. 상태별 미해결 문제 수를 보여주는 대시보드를 만들면 업무량을 관리하고 특정 단계에 지나치게 오래 머물러 있는 기록을 찾을 수 있습니다.

문제의 현재 단계를 나타내며, 백로그 분석과 특정 단계에 정체된 문제를 찾는 데 필요합니다.

기본 문제 기록 테이블의 표준 필드로, 문제가 수명 주기를 거치면서 업데이트됩니다.

이 속성은 영구 수정이 진행되는 동안 문제의 영향을 줄일 임시 해결책을 제공했는지 추적합니다. 문제 관리 수명 주기에서 중요한 단계입니다.

이 속성은 '임시 해결책의 효과와 제공 속도' 대시보드에 필요합니다. process mining으로 임시 해결책 제공까지 걸린 평균 시간을 계산하고, 제공 이후 관련 인시던트가 줄었는지 분석할 수 있습니다. 근본 원인을 해결하기 전에도 팀이 얼마나 신속하게 서비스를 복구하는지 측정하는 데 도움이 됩니다.

서비스가 임시로 복구되었는지 나타내며, 팀이 비즈니스 영향을 얼마나 신속하게 줄이는지 분석할 수 있습니다.

불리언 플래그('WorkaroundPublished')를 사용하거나 임시 해결책 상세 정보 필드에 텍스트가 있는지 확인해 산출할 수 있습니다.