문제 관리 데이터 템플릿

ServiceNow 문제 관리
문제 관리 데이터 템플릿

문제 관리 데이터 템플릿

이 템플릿은 ServiceNow에서 ITIL 문제 관리 수명 주기를 분석하기 위한 상세한 기준을 제공합니다. 수집할 속성, 추적할 주요 활동, 데이터 프로젝트에 필요한 단계별 추출 안내를 확인할 수 있습니다. 이 구조를 활용하면 평균 해결 시간을 줄이고 반복되는 인시던트를 방지하는 데 필요한 가시성을 확보할 수 있습니다.
  • 근본 원인 분석에 권장되는 속성
  • 주요 프로세스 단계와 활동
  • ServiceNow 데이터 단계별 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

문제 관리 속성

ITIL 문제 관리 프로세스를 상세히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 7 권장 9 선택 사항
이름 설명
문제 레코드
ProblemNumber
문제 레코드의 고유 식별자입니다.
설명

ServiceNow에서 특정 문제 레코드에 부여하는 고유한 영숫자 키입니다(예: PRB000123). 이 식별자는 최초 등록부터 근본 원인 분석, 최종 종료까지 모든 프로세스 활동을 연결하는 기준이 됩니다. process mining 분석에서는 Case ID로 사용되며, 문제 해결의 전체 과정을 재구성할 수 있습니다.

중요한 이유

고유한 케이스를 구분하고 프로세스 그래프에서 관련 이벤트를 그룹화하는 기본 키입니다.

확보 방법

ServiceNow 'problem' 테이블의 'number' 필드

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

시스템에 변경 사항이나 작업이 기록된 시점을 저장합니다. 활동을 시간순으로 정렬하고 프로세스 단계 간 처리 시간과 리드 타임 같은 기간 지표를 계산하는 데 필요한 데이터입니다.

중요한 이유

이벤트를 정렬하고 시간 기반 KPI를 계산하는 데 필요합니다.

확보 방법

ServiceNow 감사/이력 테이블의 'sys_created_on' 필드

예시
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
활동
Activity
문제 레코드에서 수행된 구체적인 이벤트 또는 작업입니다.
설명

문제 레코드의 수명 주기 동안 발생하는 개별 단계나 상태 변경을 나타냅니다. 예를 들면 '문제 레코드 생성', '근본 원인 확인', '지원 그룹에 할당' 등이 있습니다. 프로세스 맵을 구성하고 이벤트 순서를 시각화하는 데 중요한 속성입니다.

중요한 이유

프로세스 맵의 노드를 정의하여 워크플로와 프로세스 변형을 시각화합니다.

확보 방법

'sys_audit', 'sys_history_line' 테이블 또는 'problem' 테이블의 상태 변경에서 가져옵니다.

예시
문제 레코드 생성분석 완료상태가 종료로 변경됨
마지막 데이터 업데이트
LastDataUpdate
데이터를 추출하거나 마지막으로 새로 고친 시점의 타임스탬프입니다.
설명

분석에 사용되는 데이터의 최신성을 나타냅니다. 분석가가 실시간 데이터와 과거 시점의 스냅샷 중 무엇을 보고 있는지 파악할 수 있어, 미해결 케이스 상태를 정확히 해석하는 데 중요합니다.

중요한 이유

정확한 운영 보고를 위해 사용자가 데이터의 최신 시점을 확인할 수 있습니다.

확보 방법

ETL 실행 시점의 시스템 시간

예시
2023-11-01T12:00:00Z
소스 시스템
SourceSystem
데이터가 생성된 시스템의 이름입니다.
설명

문제 관리 데이터를 추출한 ServiceNow 인스턴스 또는 환경을 식별합니다. 여러 시스템을 사용하는 환경에서 데이터 계보를 추적하고 분석 시 시스템별 차이를 처리하는 데 유용합니다.

중요한 이유

데이터 출처를 파악하는 데 도움이 되며, 여러 ITSM 도구의 데이터를 병합할 때 특히 유용합니다.

확보 방법

추출 과정에서 고정값으로 지정합니다(예: 'ServiceNow Production').

예시
ServiceNow 운영 환경ServiceNow EMEA
관련 인시던트 수
RelatedIncidentCount
이 문제 레코드에 연결된 인시던트 수입니다.
설명

문제와 관련된 인시던트 수를 집계해 문제의 영향을 수치화합니다. 이 값이 높으면, 특히 알려진 오류인 경우 '알려진 오류 및 인시던트 재발' 대시보드에 반영됩니다.

중요한 이유

문제로 인해 사용자가 받은 영향의 규모를 측정합니다.

확보 방법

ServiceNow 'problem' 테이블의 'related_incidents' 필드(필드명은 다를 수 있음) 또는 연결된 레코드 수

예시
1501200
근본 원인 범주
RootCauseCategory
확인된 근본 원인의 분류입니다.
설명

소프트웨어 결함, 사용자 오류, 하드웨어 장애 등 문제의 근본 원인을 분류합니다. 이 속성은 '근본 원인 분류 정확도' 대시보드에 활용되며, 반복되는 장애 유형을 파악하는 데 도움이 됩니다.

중요한 이유

장애 유형을 분석해 개선 과제를 도출할 수 있습니다.

확보 방법

ServiceNow 'problem' 테이블의 'rca_category' 또는 'u_root_cause_category' 필드

예시
소프트웨어 결함구성 오류공급업체 문제
담당 사용자
AssignedTo
문제 해결을 담당하도록 지정된 사용자입니다.
설명

문제 레코드를 현재 담당하는 사용자를 식별합니다. 이 속성을 분석하면 업무량 분배와 개인별 성과를 파악하고 리소스 차원의 병목을 찾을 수 있습니다.

중요한 이유

리소스 효율성과 개인별 업무량을 분석하는 데 사용됩니다.

확보 방법

ServiceNow 'problem' 테이블의 'assigned_to' 필드

예시
Alice SmithBob Jones시스템 관리자
문제 상태
ProblemState
문제 레코드의 수명 주기 상태입니다.
설명

문제 레코드의 현재 단계를 나타냅니다. 예를 들면 미해결, 근본 원인 분석, 수정 진행 중, 종료 등이 있습니다. '장기 미해결 문제 레코드 분석'에서 백로그 구성을 필터링하고 파악하는 데 주로 사용됩니다.

중요한 이유

미해결 케이스와 종료된 케이스를 구분하는 기본 상태 지표입니다.

확보 방법

ServiceNow 'problem' 테이블의 'state' 필드

예시
신규평가근본 원인 분석해결됨
우선순위
Priority
문제 레코드에 지정된 우선순위입니다.
설명

문제의 중요도와 긴급도를 나타내며, 일반적으로 영향도와 긴급도를 기준으로 산정합니다. 이 속성을 사용하면 중요도별로 분석을 구분할 수 있어 'SLA 위반 및 우선순위 모니터링' 대시보드에 활용됩니다.

중요한 이유

업무상 중요도에 따라 프로세스 성과를 구분해 분석할 수 있습니다.

확보 방법

ServiceNow 'problem' 테이블의 'priority' 필드

예시
1 - 긴급2 - 높음3 - 보통
재할당 횟수
ReassignmentCount
문제가 그룹 간 재할당된 횟수입니다.
설명

담당 그룹이 변경된 횟수를 기록합니다. '문제 레코드 재할당 횟수' KPI의 원천 데이터이며, 티켓이 여러 팀 사이를 오가는 현상을 파악하는 데 도움이 됩니다.

중요한 이유

프로세스 마찰과 불분명한 책임 소재를 보여주는 직접적인 지표입니다.

확보 방법

ServiceNow 'problem' 테이블의 'reassignment_count' 필드

예시
0312
지원 그룹
AssignmentGroup
문제 해결을 담당하는 기술팀입니다.
설명

문제를 현재 담당하는 지원 그룹 또는 팀을 지정합니다. '지원 그룹 재할당 분석' 대시보드에서 팀 간 인계 과정을 추적하고 조직 내 사일로를 파악하는 데 중요합니다.

중요한 이유

부서 간 병목을 찾고 인계 효율성을 분석하는 데 중요합니다.

확보 방법

ServiceNow 'problem' 테이블의 'assignment_group' 필드

예시
네트워크 운영팀데이터베이스 관리자서비스 데스크
PIR 결과
PostImplementationReviewResult
사후 검토(PIR)의 결과 또는 완료 상태입니다.
설명

PIR 결과 또는 상태를 저장합니다(예: 완료, 불필요, 대기 중). 주요 문제를 검토했는지 확인하는 '사후 검토 규정 준수' 대시보드에 필요한 속성입니다.

중요한 이유

주요 인시던트에서 교훈을 얻고 있는지 확인하는 품질 관리 지표입니다.

확보 방법

ServiceNow 'problem' 테이블의 'pir_state' 필드 또는 이에 해당하는 사용자 지정 필드

예시
완료면제대기 중
SLA 기한
SlaDueDate
SLA에 따른 문제 해결 목표 날짜와 시간입니다.
설명

서비스 수준 계약을 준수하려면 문제를 언제까지 해결해야 하는지 나타내는 타임스탬프입니다. 'SLA 위반 및 우선순위 모니터링' 대시보드와 규정 준수율 계산의 기준으로 사용됩니다.

중요한 이유

SLA 위반 여부를 계산하는 기준입니다.

확보 방법

문제 레코드와 연결된 ServiceNow 'task_sla' 테이블

예시
2023-12-31T17:00:00Z
구성 항목
ConfigurationItem
문제의 영향을 받은 구체적인 자산 또는 서비스입니다.
설명

문제 레코드와 연결된 구성 항목(CI)을 식별합니다. 이를 분석하면 문제와 특정 하드웨어, 소프트웨어 또는 서비스의 연관성을 파악할 수 있으며, '근본 원인 분류 정확도' 대시보드에도 활용됩니다.

중요한 이유

프로세스 문제를 특정 물리적 또는 논리적 자산과 연결합니다.

확보 방법

ServiceNow 'problem' 테이블의 'cmdb_ci' 필드

예시
SAP ERP 서버 01Exchange 이메일 서비스Oracle 운영 데이터베이스
대기 시간
PendingDuration
문제가 보류 또는 대기 상태에 머문 총시간입니다.
설명

'공급업체 응답 대기' 또는 '보류'와 같은 상태에 머문 시간을 합산합니다. '대기 상태 및 대기 시간 분석'에서 내부 처리 시간과 외부 지연을 구분하는 데 사용됩니다.

중요한 이유

팀의 비효율과 외부 의존성으로 인한 지연을 구분할 수 있습니다.

확보 방법

계산식: 상태가 대기/보류인 구간의 시간 합계

예시
5일0분
변경 요청 번호
ChangeRequestNumber
문제 해결을 위해 생성한 변경 요청의 식별자입니다.
설명

문제 레코드를 변경 관리 레코드(RFC)와 연결합니다. '변경 요청 전환 효율성' 대시보드에서 문제 진단부터 인프라 변경 실행까지의 인계 시간을 측정하는 데 중요합니다.

중요한 이유

문제 관리에서 변경 관리로 전환되는 과정을 추적합니다.

확보 방법

ServiceNow 'problem' 테이블의 'rfc' 필드

예시
CHG003001CHG004552
비즈니스 서비스
BusinessService
문제의 영향을 받은 상위 수준의 비즈니스 서비스입니다.
설명

기술 구성 요소가 아닌 비즈니스 관점의 서비스(예: '급여 서비스', '고객 포털')를 나타냅니다. 이해관계자에게 비즈니스 중심의 보고를 제공할 수 있습니다.

중요한 이유

기술 문제를 비즈니스 가치 흐름과 연결합니다.

확보 방법

ServiceNow 'problem' 테이블의 'business_service' 필드

예시
온라인 뱅킹사내 이메일
알려진 오류 여부
IsKnownError
문제가 알려진 오류로 분류되었는지 나타내는 플래그입니다.
설명

문제 레코드가 알려진 오류로 전환되었거나 해당 상태로 지정되었는지 식별합니다. '알려진 오류 및 인시던트 재발' 분석에서 지식 관리 프로세스의 효과를 확인하는 데 필요합니다.

중요한 이유

진행 중인 조사와 임시 해결 방법이 마련된 결함을 구분합니다.

확보 방법

ServiceNow 'problem' 테이블의 'known_error' 필드

예시
truefalse
임시 해결책 게시
WorkaroundPublished
임시 해결 방법이 문서화되어 공유되었는지 나타냅니다.
설명

임시 해결 방법을 확인해 Knowledge Base 또는 Known Error Database에 게시했는지 나타내는 불리언 값 또는 상태 플래그입니다. '임시 해결 방법 게시 성과' 대시보드에 활용됩니다.

중요한 이유

최종 수정 전에 업무 영향을 얼마나 빨리 줄였는지 측정하는 데 필요합니다.

확보 방법

ServiceNow 'problem' 테이블의 'work_around' 필드(텍스트 입력 여부) 또는 특정 상태

예시
truefalse
해결 방안 작성 시간
SolutionDraftingTime
근본 원인을 확인한 시점부터 해결 방안을 제안할 때까지 걸린 시간입니다.
설명

원인을 파악한 뒤 수정 방안을 마련하는 설계 단계의 소요 시간을 추적합니다. '해결 방안 작성 및 수정 적용' 대시보드에 활용됩니다.

중요한 이유

수정 방안 설계 단계의 성과를 따로 측정합니다.

확보 방법

계산식: '해결 방안 초안 작성' 타임스탬프 - '근본 원인 확인' 타임스탬프

예시
2일4시간
필수 권장 선택 사항

문제 관리 활동

문제 관리 워크플로를 정확히 파악하려면 이벤트 로그에 다음 주요 프로세스 단계와 수명 주기 이정표를 기록해야 합니다.
8 권장 6 선택 사항
활동 설명
근본 원인 확인
'Root Cause' 코드가 입력되거나 상태가 'Fix in Progress'로 변경되는 시점입니다. 문제의 원인을 성공적으로 진단했음을 나타냅니다.
중요한 이유

근본 원인 확인까지 걸린 평균 시간을 계산하고 근본 원인 조사 주기 시간 대시보드에 활용합니다. 주요 프로세스 이정표입니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'root_cause' 분류 필드의 변경 또는 'Fix in Progress' 상태로의 전환을 추적합니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
문제 레코드 생성
ServiceNow 시스템에서 문제 레코드를 처음 생성하는 단계입니다. 문제 관리 수명 주기가 시작되는 시점이며, 경과 기간을 계산하는 기준 타임스탬프가 설정됩니다.
중요한 이유

모든 처리 시간 계산과 SLA 측정의 시작 시점을 설정합니다. 접수된 문제 조사 건수를 파악하기 위한 기준이 됩니다.

확보 방법

ServiceNow 'problem' 테이블의 'sys_created_on' 필드입니다.

기록

New Record 트랜잭션 실행 시 기록됩니다.

이벤트 유형 explicit
문제 레코드 종료
레코드가 비활성 상태가 되는 최종 수명 주기 이벤트입니다. 이후 추가 작업은 진행하지 않습니다.
중요한 이유

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

확보 방법

ServiceNow 'problem' 테이블의 'closed_at' 필드 또는 'state' 필드가 'Closed'로 전환되는 시점입니다.

기록

Close Problem 트랜잭션 실행 시 기록됩니다.

이벤트 유형 explicit
변경 요청 시작
변경 요청(RFC)을 문제 레코드에 연결하는 단계입니다. 구현을 위해 Problem Management에서 Change Management로 업무가 인계되었음을 나타냅니다.
중요한 이유

변경 요청 전환 효율 대시보드에 필요합니다. 해결책을 찾은 시점부터 변경 절차를 시작할 때까지의 지연을 파악합니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'problem' 테이블의 'rfc' 참조 필드가 입력되는 시점을 추적합니다.

기록

Create Normal Change 트랜잭션 실행 시 기록됩니다.

이벤트 유형 explicit
영구 해결책 적용
문제가 해결됨으로 표시되는 시점입니다. 연결된 변경 요청이 종료될 때 이 상태로 바뀌는 경우가 많으며, 기술 작업이 완료되었음을 나타냅니다.
중요한 이유

실제 수정 주기의 종료 시점을 확인합니다. SLA 기준 총 해결 시간을 계산하는 데 사용됩니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'state' 필드가 'Resolved'로 전환되는 시점입니다. 일반적으로 값은 106입니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
임시 해결책 식별
문제 레코드의 'Workaround' 필드에 내용을 입력하는 단계입니다. 분석가가 임시 해결책을 문서화한 시점을 기록합니다.
중요한 이유

기술적 해결책을 처음 파악한 시점을 확인해 임시 해결책 게시 성과 대시보드에 활용합니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'fieldname' 값이 'workaround'인 항목입니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
조사 시작
문제 레코드의 상태가 'New'에서 'Assess' 또는 'Root Cause Analysis'로 전환되는 단계입니다. 분석가가 문제 해결에 착수했음을 나타냅니다.
중요한 이유

초기 대기 시간이 끝나고 실제 조사가 시작되는 시점을 표시하며, 대기 상태 분석에 활용됩니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'state' 필드의 변경을 추적합니다. 설정에 따라 값이 102 또는 103으로 변경될 수 있습니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
지원 그룹에 배정
조사를 위해 문제 레코드를 특정 기술팀에 전달하는 단계입니다. 담당 흐름을 추적하며 인계를 분석하는 데 중요합니다.
중요한 이유

지원 그룹 재할당 분석 대시보드에서 팀 간 핑퐁 현상과 병목을 파악하는 데 필요합니다.

확보 방법

ServiceNow 'sys_audit' 또는 'sys_history_line' 테이블에서 'assignment_group' 필드의 변경을 추적합니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
구현 후 검토 완료
PIR 작업을 완료하거나 PIR 플래그를 설정하는 단계입니다. 주요 문제에 대한 사후 분석이 수행되었음을 확인합니다.
중요한 이유

구현 후 검토 준수 대시보드에 직접 활용됩니다. 우선순위가 높은 문제에서 이 활동이 누락되면 규정 미준수를 나타냅니다.

확보 방법

ServiceNow 'problem_task' 테이블에서 유형이 PIR인 작업의 종료 또는 'problem' 테이블의 'pir_state' 필드 변경을 사용합니다.

기록

X 필드와 Y 필드를 비교해 도출합니다.

이벤트 유형 inferred
상태가 Fix in Progress로 변경
수정 사항을 개발하거나 배포하는 상태로 레코드가 전환됩니다. 보통 Change Management의 처리를 기다리는 단계입니다.
중요한 이유

실제 조사 시간과 '변경 대기' 시간을 구분해 병목 분석의 정확도를 높입니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'state' 필드가 'Fix in Progress'로 전환되는 시점입니다. 일반적으로 값은 104입니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
임시 해결책 게시
'Communicate Workaround' 작업을 실행해 관련 incident에 임시 해결책을 전달하거나 알려진 오류 문서를 생성하는 단계입니다. 임시 해결책을 입력하는 것과는 별개입니다.
중요한 이유

지식 공유 속도를 측정하는 데 중요합니다. 이 단계가 지연되면 반복 incident 건수에 직접적인 영향을 줍니다.

확보 방법

ServiceNow 'sys_journal_field' 또는 특정 UI Action 로그를 사용합니다. 'Known Error' 유형의 'kb_knowledge' 레코드가 생성된 경우에도 추론할 수 있습니다.

기록

Communicate Workaround 트랜잭션 실행 시 기록됩니다.

이벤트 유형 explicit
평가 반려
유효한 문제가 아닌 것으로 판단되면 평가 단계에서 문제 레코드를 이전 상태로 되돌리거나 취소합니다.
중요한 이유

장애가 문제로 잘못 승격되는 과정에서 발생하는 낭비를 파악합니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'state' 필드가 'Assess'에서 'Closed/Cancelled' 또는 'New'로 전환되는 시점입니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
해결 여부 검증
해결책이 효과적인지 확인하는 검증 단계입니다. 프로세스 성숙도에 따라 특정 상태나 확인란으로 표시될 수 있습니다.
중요한 이유

문제를 종료하기 전에 품질을 확인합니다. 이 단계를 건너뛰면 프로세스 이탈을 분석할 수 있습니다.

확보 방법

ServiceNow 'sys_audit' 테이블을 사용합니다. 설정에 따라 상태가 Resolved에서 Closed로 바뀌거나 'u_resolution_verified' 필드가 변경될 수 있습니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

이벤트 유형 inferred
해결책 초안 작성
'Fix Notes' 또는 'Resolution Code' 필드에 데이터를 입력하는 단계입니다. 원인을 파악한 분석가가 영구 해결책을 설계하기 시작했음을 나타냅니다.
중요한 이유

해결책 작성 및 수정 적용 대시보드에서 설계 단계에 걸린 시간을 구분해 확인할 수 있습니다.

확보 방법

ServiceNow 'sys_audit' 테이블에서 'fix_notes' 필드의 업데이트를 추적합니다.

기록

상태 필드의 변경 전후 값을 비교합니다.

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

데이터 추출 가이드

ServiceNow 문제 관리 데이터 추출 방법

시작할 준비가 되셨나요?

전체 템플릿을 다운로드하고 문제 관리 데이터를 실행 가능한 인사이트로 전환해 보세요. process mining을 도입하는 모든 단계에서 저희 팀이 지원해 드립니다.

문제 관리를 개선해 더 빠르게 해결하세요

process mining으로 조사 주기를 30% 단축하세요

무료 체험 시작하기

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