문제 관리 데이터 템플릿

Jira Service Management
문제 관리 데이터 템플릿

문제 관리 데이터 템플릿

이 템플릿은 Jira Service Management에서 문제 관리에 필요한 데이터 항목과 프로세스 주요 단계를 정리해 IT 서비스 관리 워크플로를 분석하는 데 활용할 수 있습니다. 팀이 근본 문제를 처리하고 근본 원인을 분석하는 방식을 파악하는 데 필요한 속성과 활동을 구조적으로 살펴볼 수 있습니다. 이 지침에 따라 데이터를 수집하면 process mining 분석을 통해 실행 가능한 인사이트를 얻는 데 도움이 됩니다.
  • 심층 분석에 권장되는 속성
  • 이벤트 로그에 기록할 프로세스 주요 단계
  • 데이터 추출을 위한 기술 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

문제 관리 속성

문제 관리 전체 주기를 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 5 권장 10 선택 사항
이름 설명
마지막 데이터 업데이트
LastDataUpdate
데이터를 추출하거나 마지막으로 새로 고친 시각입니다.
설명

데이터 세트가 실제 Jira Service Management 환경과 마지막으로 동기화된 시각을 나타냅니다. 분석가는 이를 통해 데이터가 최신 상태인지 확인할 수 있습니다.

분석 결과가 프로세스의 최신 상태를 반영하는지 검증하고, 데이터 지연 가능성을 파악하는 데 사용합니다.

중요한 이유

데이터의 최신성을 확인하고 분석 결과에 대한 신뢰를 높입니다.

확보 방법

ETL 타임스탬프

예시
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
문제 레코드
ProblemKey
Jira Service Management에서 문제 레코드에 부여하는 고유 식별자입니다.
설명

이 속성은 process mining 분석에서 사례를 식별하는 기준이 됩니다. 새 문제 레코드가 생성될 때 Jira Service Management가 부여하는 고유 키(예: PM-1001)입니다.

관련된 모든 활동, 상태 변경, 업데이트를 하나의 처음부터 끝까지 이어지는 프로세스 인스턴스로 묶는 데 사용됩니다. 이 속성을 분석하면 최초 발견부터 조사와 최종 종료까지 문제의 전체 생애 주기를 시각화할 수 있습니다.

중요한 이유

프로세스 흐름을 재구성하고 특정 문제 레코드를 추적하는 데 필요한 기본 키입니다.

확보 방법

이슈 테이블의 'Key' 또는 'Issue Key' 필드

예시
PM-1023PM-4099PRB-3321PM-5001
소스 시스템
SourceSystem
데이터가 생성된 시스템의 이름입니다.
설명

프로세스 데이터를 추출한 소프트웨어 시스템을 식별합니다. 이 경우 값은 'Jira Service Management'로 고정됩니다.

여러 시스템을 사용하는 환경에서는 데이터 출처를 구분하는 데 유용합니다. 다만 이 화면에서는 주로 데이터 계보를 나타내는 고정 식별자로 사용됩니다.

중요한 이유

특히 다른 IT 서비스 관리 데이터와 병합할 때 데이터 출처를 파악하는 데 도움이 됩니다.

확보 방법

하드코딩된 값 또는 시스템 구성

예시
Jira Service ManagementJira CloudJSM-Prod
타임스탬프
EventTimestamp
활동이 발생한 정확한 날짜와 시간입니다.
설명

이 속성은 활동이 발생한 정확한 시점을 기록합니다. 이벤트를 시간순으로 정렬하고 단계 간 소요 시간을 계산하는 데 사용됩니다.

정확한 타임스탬프는 '문제 등록'부터 '근본 원인 파악'까지의 시간과 같은 처리 시간을 계산하고, 시간에 따른 처리량을 분석하는 데 중요합니다.

중요한 이유

시간 기반 KPI를 계산하고 이벤트를 올바른 순서로 정렬할 수 있습니다.

확보 방법

Jira 변경 로그의 생성 날짜 또는 이슈 생성 날짜

예시
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
활동
ActivityName
문제 레코드에서 발생한 구체적인 작업이나 상태 변경입니다.
설명

이 속성은 문제 관리 생애 주기에서 발생한 이벤트나 상태 전환의 이름을 기록합니다. 예를 들면 '문제 등록', '조사 중으로 상태 변경', '근본 원인 파악' 등이 있습니다.

프로세스 흐름을 매핑하고 문제 해결에 거친 단계의 순서를 파악하는 데 필요합니다. process mining에서 활동은 프로세스 맵의 노드가 됩니다.

중요한 이유

프로세스 맵의 단계를 정의하고 프로세스 변형을 분석할 수 있게 합니다.

확보 방법

Jira 변경 로그(History) 또는 이슈 상태 전환

예시
문제 레코드 생성조사 시작근본 원인 파악임시 해결책 업데이트문제 레코드 종료
근본 원인 범주
RootCauseCategory
문제의 근본 원인을 분류한 값입니다.
설명

문제를 일으킨 기술 또는 프로세스상의 실패를 '소프트웨어 버그', '인적 오류', '하드웨어 장애' 등으로 분류합니다. Jira Service Management의 사용자 지정 필드인 경우가 많습니다.

이 속성은 '근본 원인 범주별 분포' 대시보드에 활용됩니다. 재발 방지를 위해 인프라나 교육에 투자할 분야를 결정하는 데 도움이 됩니다.

중요한 이유

반복되는 문제를 파악하고 예방 조치를 마련하는 데 중요합니다.

확보 방법

사용자 지정 'Root Cause' 또는 'Root Cause Category' 필드

예시
소프트웨어 버그구성 오류용량 문제공급업체 문제
담당 지원 그룹
SupportGroup
현재 문제 조사를 담당하는 기술 팀 또는 그룹입니다.
설명

이벤트 발생 시점에 문제 레코드를 담당한 팀을 나타냅니다. Jira Service Management에서는 보통 'Component' 또는 'Support Group'과 같은 사용자 지정 필드에 매핑됩니다.

이 속성은 '지원 그룹 인계 병목' 대시보드에 필요합니다. 분석가는 이를 통해 문제가 팀 간에 어떻게 이동하는지, 어느 팀에서 가장 오래 머무는지 확인할 수 있습니다.

중요한 이유

조직 단위 프로세스 분석과 팀 간 마찰 요인 파악에 필요합니다.

확보 방법

이슈의 'Component' 필드 또는 사용자 지정 'Support Group' 필드

예시
데이터베이스 관리네트워크 운영애플리케이션 지원 2단계
문제 요약
ProblemSummary
문제 레코드의 간단한 설명 또는 제목입니다.
설명

문제 레코드의 주요 내용을 요약합니다. 주로 텍스트로 구성되며, process mining 도구에서 개별 사례를 검토하는 분석가에게 맥락을 제공합니다.

키워드 검색과 기록된 문제 유형에 대한 정성 분석에도 활용할 수 있습니다.

중요한 이유

사례 식별자에 사람이 이해할 수 있는 설명을 더합니다.

확보 방법

이슈의 'Summary' 필드

예시
EU 지역 데이터베이스 연결 시간 초과이메일 서비스 지연 급증주문 처리 대기열 중단
사용자
UserKey
활동을 수행한 사용자의 고유 식별자 또는 이름입니다.
설명

특정 활동을 수행한 담당자 또는 시스템 계정을 기록합니다. 예를 들어 레코드를 업데이트한 '담당자'나 상태를 변경한 '작성자'가 해당합니다.

이 데이터는 리소스 활용도를 분석하고, 사용자 간 인계 과정의 병목을 파악하며, 문제 관리 프로세스의 책임 소재를 확인하는 데 사용합니다.

중요한 이유

인계, 업무 분리, 리소스 업무량을 분석하는 데 중요합니다.

확보 방법

Jira 변경 로그의 'author' 필드 또는 이슈의 'assignee' 필드

예시
j.smithsystem_automationm.doe
우선순위
Priority
문제 레코드에 지정된 중요도입니다.
설명

문제의 긴급도와 영향을 나타내며, 일반적으로 '낮음'부터 '치명적'까지의 값으로 구분합니다. 이 필드를 기준으로 분석을 나누고 우선순위가 높은 문제를 SLA 목표 시간 내에 해결하는지 확인합니다.

이 속성을 분석하면 'SLA 규정 준수 및 목표 추이' 대시보드에서 중요한 비즈니스 위험이 적절히 우선 처리되는지 확인할 수 있습니다.

중요한 이유

비즈니스 중요도에 따라 프로세스 성과를 구분할 수 있습니다.

확보 방법

이슈의 'Priority' 필드

예시
최고높음보통낮음
PIR 수행
ReviewStatus
구현 후 검토(PIR)를 수행했는지 나타냅니다.
설명

사례에 '구현 후 검토' 활동이나 플래그가 있는지 추적합니다. '구현 후 검토 규정 준수' 대시보드에 필요한 정보입니다.

지속적인 개선을 위한 거버넌스 요건을 조직이 준수하는지 확인할 수 있습니다.

중요한 이유

조직의 학습 활동을 측정하는 규정 준수 지표입니다.

확보 방법

사용자 지정 'PIR Status' 필드 또는 'PIR' 활동 존재 여부

예시
완료대기 중필요하지 않음
SLA 위반 상태
SlaBreachStatus
문제 레코드가 서비스 수준 계약을 위반했는지 나타냅니다.
설명

해결 시간이 합의된 목표 시간을 초과했는지 나타내는 참/거짓 또는 상태 필드입니다. 'SLA 규정 준수 및 목표 추이' 대시보드에서 활용할 수 있습니다.

조직에 규정 준수 위험이나 벌금이 발생할 수 있는 사례를 표시합니다.

중요한 이유

규정 준수와 성과 모니터링에 중요합니다.

확보 방법

Jira Service Management SLA 필드 로직

예시
충족위반일시 중지
보고자
ReporterName
문제 레코드를 처음 등록한 사용자입니다.
설명

문제 레코드를 생성한 사용자를 나타냅니다. 담당자와는 다른 사용자입니다. 보고자를 분석하면 서비스 데스크 상담원이나 시스템 관리자 등 문제를 발견한 주체를 파악할 수 있습니다.

'사전 탐지와 사후 대응' 분석에 맥락을 더합니다.

중요한 이유

문제 접수 경로를 파악합니다.

확보 방법

이슈의 'Reporter' 필드

예시
monitoring_servicehelpdesk_leadnetwork_admin
생성일
CreatedDate
문제 레코드가 생성된 날짜입니다.
설명

문제가 시스템에 처음 등록된 시각입니다. 이벤트 타임스탬프가 활동 시점을 기록하는 반면, 이 속성은 주로 상위 수준의 필터링에 사용합니다(예: '1분기에 생성된 모든 문제 표시').

문제 경과 기간을 분석할 때 기준 시점으로 활용합니다.

중요한 이유

경과 기간과 접수량 분석의 기준 날짜입니다.

확보 방법

이슈의 'Created' 필드

예시
2023-01-012023-06-15
연결된 변경 요청
LinkedChangeRequest
이 문제에 연결된 변경 요청의 식별자입니다.
설명

영구적인 수정 사항을 적용하기 위해 생성된 변경 요청(RFC)의 ID를 저장합니다. 이 연결 정보는 '변경 요청 시작 지연' 대시보드에 필요합니다.

문제 관리 프로세스와 변경 관리를 연결해 프로세스 간 분석을 지원합니다.

중요한 이유

조사 단계와 변경 관리 프로세스의 해결 조치를 연결합니다.

확보 방법

유형이 'is fixed by' 또는 유사한 값인 이슈 링크

예시
CR-404CHG-1099CR-5512
연결된 인시던트 수
LinkedIncidentCount
이 문제 레코드에 연결된 인시던트 수입니다.
설명

문제 레코드와 연결된 인시던트 티켓 수입니다. 이 속성으로 문제가 사용자에게 미치는 영향을 수치화할 수 있습니다.

'인시던트와 문제 연결 수준' KPI에서 활용해 지원 티켓을 가장 많이 발생시키는 문제의 우선순위를 정합니다.

중요한 이유

인시던트 건수를 기준으로 비즈니스 영향을 수치화합니다.

확보 방법

'issuelinks' 테이블에서 유형이 'Problem/Incident'인 연결 수

예시
011550
임시 해결 방법 제공 여부
WorkaroundDetails
문제에 대한 임시 해결 방법이 문서화되어 있는지 나타냅니다.
설명

임시 해결 방법이 텍스트로 작성되었거나 게시되었는지 기록합니다. 이를 통해 '임시 해결 방법 게시 속도'를 추적할 수 있습니다.

이 필드를 분석하면 영구적인 수정 방법을 찾기 전에도 팀이 얼마나 빨리 서비스 안정성을 회복하는지 파악할 수 있습니다.

중요한 이유

비즈니스에 임시 조치를 제공하는 데 걸리는 시간을 측정하는 데 중요합니다.

확보 방법

사용자 지정 'Workaround' 필드

예시
서비스 재시작브라우저 캐시 삭제제공된 내용 없음
재개 여부
IsReopened
문제가 종료된 후 다시 열렸는지 나타내는 플래그입니다.
설명

문제 레코드가 종료 상태에서 다시 열린 상태로 전환되면 참으로 설정되는 플래그입니다. '문제 재개율 분석'에 활용할 수 있습니다.

재개율이 높으면 영구 수정의 품질에 문제가 있거나 검증 절차가 충분하지 않을 수 있습니다.

중요한 이유

수정 조치의 효과를 판단하는 품질 지표입니다.

확보 방법

상태 전환 기록에서 도출

예시
truefalse
탐지 출처
DetectionSource
문제를 발견한 경로입니다(예: 사전 탐지, 사후 대응).
설명

문제를 발견한 경로를 나타냅니다. 일반적인 값으로는 '사전 모니터링', '서비스 데스크 인시던트', '공급업체 알림'이 있습니다.

이 속성은 '사전 탐지와 사후 대응 비교' 대시보드에서 문제 관리 프로세스의 성숙도를 측정하는 데 사용합니다.

중요한 이유

프로세스 성숙도와 모니터링 시스템의 효과를 측정합니다.

확보 방법

사용자 지정 'Source' 또는 'Detection Source' 필드

예시
사전 모니터링인시던트 에스컬레이션공급업체 알림
해결 코드
ResolutionCode
문제 해결 방법을 나타내는 코드입니다.
설명

문제 레코드의 최종 결과를 지정합니다. 예를 들어 '수정 완료', '수정하지 않음', '중복', '재현 불가' 등이 있습니다.

이를 기준으로 정상적으로 해결된 문제와 행정상 사유로 종료된 문제를 구분할 수 있습니다. 따라서 '근본 원인 파악까지 걸린 평균 시간'과 같은 KPI를 정확하게 계산할 수 있습니다.

중요한 이유

실제 수정 완료와 행정상 종료를 구분합니다.

확보 방법

이슈의 'Resolution' 필드

예시
완료조치하지 않음중복재현 불가
필수 권장 선택 사항

문제 관리 활동

해결 워크플로를 정확히 파악하려면 이벤트 로그에 다음 주요 프로세스 단계와 이정표를 기록하는 것이 좋습니다.
8 권장 6 선택 사항
활동 설명
근본 원인 파악
근본 원인이 공식적으로 기록된 시점입니다. 상태가 'Root Cause Identified'로 변경되거나 'Root Cause' 필드에 값이 입력된 경우로 판단합니다.
중요한 이유

조사 단계를 마무리하는 주요 이정표입니다. 'Mean Time to Root Cause Discovery'를 계산하는 데 필요합니다.

확보 방법

Jira 이슈 이력: 상태가 'Root Cause Identified'로 변경되거나 'Root Cause' 필드에 값이 입력됨

기록

상태 필드를 비교하거나 필드에 값이 입력되었는지 확인

이벤트 유형 inferred
문제 레코드 생성
시스템에서 문제 티켓이 생성되는 최초 이벤트입니다. 이슈 이력에 생성 타임스탬프로 명시적으로 기록됩니다.
중요한 이유

문제 관리 생애 주기의 시작을 나타내며 건수 분석의 기준이 됩니다. 처리량과 접수율을 계산하는 데 필요합니다.

확보 방법

Jira 이슈 테이블: Created Date 타임스탬프 또는 History 탭: Issue Created 이벤트

기록

이슈 생성 트랜잭션이 완료될 때 기록됩니다.

이벤트 유형 explicit
문제 레코드 종료
문제 관리 생애 주기가 최종적으로 끝나는 단계입니다. 상태가 'Closed'로 변경될 때 명시적으로 기록됩니다.
중요한 이유

프로세스 인스턴스가 끝나는 시점입니다. 전체 처리 시간과 종료율을 계산하는 데 필요합니다.

확보 방법

Jira 이슈 이력: 상태가 'Closed'로 변경됨

기록

상태가 Closed로 전환될 때 기록됩니다.

이벤트 유형 explicit
인시던트를 문제에 연결
관련 인시던트 티켓을 문제 레코드에 연결하는 작업입니다. 이슈 링크 테이블이나 이력에 기록됩니다.
중요한 이유

문제의 영향과 범위를 파악하는 데 사용됩니다. 'Incident to Problem Linkage Depth' KPI를 계산하고 업무 영향에 따라 우선순위를 정하는 데 필요합니다.

확보 방법

Jira 이슈 링크: 'causes' 또는 'relates to' 유형의 링크 생성

기록

이슈 링크가 생성될 때 기록됩니다.

이벤트 유형 explicit
임시 해결책 업데이트
'Workaround' 텍스트 필드에 내용을 입력하거나 업데이트하는 이벤트입니다. 임시 해결책이 문서화되었음을 나타냅니다.
중요한 이유

업무에 임시 조치를 제공하기까지 걸리는 시간을 측정합니다. 'Workaround Availability Lead Time' KPI를 계산하는 데 중요합니다.

확보 방법

Jira 이슈 이력: 'Workaround' 필드가 변경됨(값이 비어 있지 않음)

기록

Workaround 필드가 수정될 때 기록됩니다.

이벤트 유형 explicit
조사 시작
문제 상태가 조사 중인 상태(예: 'Under Investigation' 또는 'In Progress')로 전환되는 이벤트입니다. 실제 조사 작업의 시작을 나타냅니다.
중요한 이유

조사 소요 시간 측정을 시작하는 시점입니다. 미해결 대기 시간과 실제 조사 시간을 구분하는 데 도움이 됩니다.

확보 방법

Jira 이슈 이력: 상태가 'Under Investigation' 또는 'In Progress'로 변경됨

기록

상태 필드 업데이트 비교

이벤트 유형 inferred
지원 그룹에 배정
문제 레코드를 특정 기술팀이나 지원 그룹에 배정하는 이벤트입니다. 'Support Group' 사용자 지정 필드의 변경을 추적하며, 그룹을 사용하지 않는 경우 'Assignee' 필드를 추적합니다.
중요한 이유

팀 간 인계와 병목을 분석하는 데 중요합니다. 이관 횟수가 많으면 업무 배정이 비효율적일 수 있습니다.

확보 방법

Jira 이슈 이력: 'Support Group' 또는 'Assignee' 필드 변경

기록

배정 필드가 변경될 때 기록됩니다.

이벤트 유형 explicit
해결 결과 검증
해결책이 문제를 효과적으로 해결했는지 확인하는 단계입니다. 상태가 'Resolved' 또는 별도의 'Verified' 상태로 전환된 경우로 판단합니다.
중요한 이유

해결책이 제대로 작동하는지 확인하는 품질 관문입니다. 이 단계의 지연은 테스트나 사용자 승인 과정의 병목을 나타낼 수 있습니다.

확보 방법

Jira 이슈 이력: 상태가 'Resolved' 또는 'Verified'로 변경됨

기록

상태 필드 업데이트 비교

이벤트 유형 inferred
SLA 위반
문제 해결 시간이 정해진 서비스 수준 계약(SLA)을 초과했음을 나타내는 이벤트입니다. SLA 목표 날짜와 해결 날짜를 비교해 계산합니다.
중요한 이유

규정 준수 보고에 중요합니다. 목표를 자주 지키지 못하는 우선순위나 범주를 파악하는 데 도움이 됩니다.

확보 방법

Jira Service Management SLA 로그: 'Time to Resolution'이 목표를 초과했는지 확인하거나 직접 계산

기록

SLA 필드 데이터에서 값을 가져오거나 Due Date와 Resolution Date를 비교해 계산

이벤트 유형 calculated
구현 후 검토
해결책을 적용한 뒤 검토를 수행하는 단계입니다. 상태가 'In Review'로 변경되거나 PIR 전용 필드가 업데이트된 경우 기록됩니다.
중요한 이유

교훈을 기록하기 위한 규정 준수 활동입니다. 'Post Implementation Review Compliance' 분석에 활용됩니다.

확보 방법

Jira 이슈 이력: 상태가 'In Review'로 변경되거나 'PIR Notes' 필드가 업데이트됨

기록

상태 필드 또는 PIR 필드 업데이트 비교

이벤트 유형 inferred
문제 우선순위 변경
문제 레코드의 Priority 필드가 변경된 이벤트입니다. 이슈 이력에서 'Priority' 필드의 변경을 확인합니다.
중요한 이유

문제의 우선순위가 상향 또는 하향 조정되었음을 나타냅니다. 이를 분석하면 초기 분류의 정확성과 고우선순위 미해결 건의 경과 기간을 파악할 수 있습니다.

확보 방법

Jira 이슈 이력: 'Priority' 필드가 이전 값에서 새 값으로 변경됨

기록

Priority 필드가 업데이트될 때 기록됩니다.

이벤트 유형 explicit
문제 재개
문제 상태가 'Resolved' 또는 'Closed'에서 진행 중 상태로 되돌아가는 전환입니다. 해결책이 효과가 없었거나 해결 결과가 거부되었음을 나타냅니다.
중요한 이유

주요 품질 지표입니다. 재개율이 높으면 근본 원인 분석이나 테스트가 효과적이지 않았을 수 있습니다.

확보 방법

Jira 이슈 이력: 상태가 'Closed'/'Resolved'에서 'Open'/'In Progress'로 변경됨

기록

상태 필드 변경 순서 비교

이벤트 유형 inferred
변경 요청 연결
변경 요청(Request for Change, RFC)을 문제 레코드에 연결하는 작업입니다. 영구 해결 절차가 시작되었음을 나타냅니다.
중요한 이유

원인을 파악한 시점부터 해결 작업을 시작할 때까지의 지연 시간을 측정합니다. 'Change Management Transition Delay' KPI 분석에 활용됩니다.

확보 방법

Jira 이슈 링크: 'is fixed by' 유형의 링크 생성 또는 'Change' 이슈 유형과 연결

기록

Change 이슈 유형과의 링크가 생성될 때 기록됩니다.

이벤트 유형 explicit
영구 해결책 적용
해결책이 구현되었음을 나타내는 상태 전환입니다. 일반적으로 상태가 'Implementing' 또는 'Fixed'로 변경된 경우로 판단합니다.
중요한 이유

기술적 해결 작업이 끝난 시점을 나타냅니다. 구현 소요 시간을 측정하는 데 사용됩니다.

확보 방법

Jira 이슈 이력: 상태가 'Implemented', 'Pending Verification' 또는 'Fixed'로 변경됨

기록

상태 필드 업데이트 비교

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

데이터 추출 가이드

Jira Service Management에서 데이터 가져오기

시작할 준비가 되셨나요?

문제 관리 데이터를 실행 가능한 인사이트로 전환해 보세요. 가이드를 다운로드하거나 지원팀에 문의해 process mining을 시작할 수 있습니다.

지금 문제 관리 흐름을 최적화하세요

처리 시간을 30% 단축하고 IT 환경의 안정성을 높이세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.