문제 관리 데이터 템플릿
문제 관리 데이터 템플릿
- 근본 원인 분석에 권장되는 속성
- 주요 프로세스 단계와 활동
- ServiceNow 데이터 단계별 추출 안내
문제 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
문제 레코드
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시간
|
|||
문제 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
근본 원인 확인
|
'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
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
전체 템플릿을 다운로드하고 문제 관리 데이터를 실행 가능한 인사이트로 전환해 보세요. process mining을 도입하는 모든 단계에서 저희 팀이 지원해 드립니다.
문제 관리를 개선해 더 빠르게 해결하세요
process mining으로 조사 주기를 30% 단축하세요
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.