변경 관리 데이터 템플릿

Jira Service Management
변경 관리 데이터 템플릿

변경 관리 데이터 템플릿

이 템플릿은 변경 관리 프로세스 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 필수 속성, 추적할 주요 활동, Jira Service Management에서 데이터를 추출하는 방법을 확인할 수 있습니다. 이 자료를 활용해 정확한 이벤트 로그를 만들고 변경 프로세스를 자세히 분석하세요.
  • 수집 권장 속성
  • 프로세스에서 추적할 주요 활동
  • Jira Service Management 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

변경 관리 속성

변경 관리 프로세스를 충분히 분석하려면 다음 데이터 필드를 이벤트 로그에 포함하는 것이 좋습니다.
5 필수 7 권장 7 선택 사항
이름 설명
변경 요청 ID
ChangeRequestId
변경 요청 케이스 하나를 고유하게 식별하는 값으로, 생성부터 종료까지 관련된 모든 활동을 묶습니다.
설명

변경 요청 ID는 Jira Service Management에서 각 변경 작업을 고유하게 식별하는 기본 키입니다. process mining에서 케이스 식별자로 사용되며, 모든 이벤트와 상태 변경, 업데이트를 연결해 변경 프로세스의 처음부터 끝까지 확인할 수 있습니다.

분석 시 이 ID를 사용해 각 변경의 전체 진행 과정을 재구성합니다. 위험 평가, 승인, 구현, 검토 등 여러 단계에서 개별 변경을 추적하는 데 필요합니다. 모든 지표와 KPI, 대시보드가 이 속성을 기준으로 이벤트 데이터를 정확히 집계하고 특정 변경과 연관 짓습니다.

중요한 이유

변경 요청의 전체 진행 과정을 추적하고 성과를 분석할 수 있게 해주는 기본 케이스 식별자입니다.

확보 방법

표준 Jira 이슈 키입니다. 변경 요청 유형 이슈의 key 필드에서 확인할 수 있습니다.

예시
ITSM-1024CHG-2023-001CR-5921
시작 시각
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

시작 시각 또는 이벤트 타임스탬프는 변경 요청의 활동이 기록된 정확한 날짜와 시간을 나타냅니다. 생성부터 종료까지 이벤트 로그의 모든 활동에 타임스탬프가 연결됩니다.

이 속성은 process mining의 모든 시간 기반 분석에 중요합니다. 처리 시간과 활동 간 소요 시간, 대기 시간을 계산하고 이벤트 순서를 파악하는 데 사용합니다. 성과 모니터링, SLA 준수 계산, 병목 식별의 기준이 됩니다.

중요한 이유

성과와 소요 시간을 분석하는 기준이 되는 타임스탬프입니다. 처리 시간을 계산하고 지연을 파악할 수 있습니다.

확보 방법

Jira 이슈 이력 로그의 각 항목에 기록된 타임스탬프입니다. 생성 이벤트에는 created 필드 값을 사용합니다.

예시
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-05T09:00:00Z
활동
ActivityName
변경 관리 프로세스에서 발생한 특정 업무 이벤트나 작업의 이름입니다.
설명

이 속성은 변경 요청의 특정 시점에 수행된 활동의 이름을 기록합니다. 활동은 Jira의 상태 전환, 워크플로 단계 또는 특정 로그 항목에서 가져옵니다. 예를 들면 '검토를 위해 변경 요청 제출'이나 '구현 시작'이 있습니다.

이러한 활동의 순서와 빈도를 분석하는 것이 process mining의 핵심입니다. 실제 프로세스 흐름을 발견하고 단계 사이의 병목을 찾으며 표준 운영 절차와 다른 프로세스 변형을 분석할 수 있습니다.

중요한 이유

프로세스 단계를 정의하는 값으로, 프로세스 맵을 발견하고 변형을 분석하며 병목을 찾는 데 필요합니다.

확보 방법

일반적으로 Jira 이슈 이력의 상태 전환이나 프로세스 주요 단계를 나타내는 사용자 지정 필드의 업데이트에서 가져옵니다.

예시
변경 요청 승인위험 평가 수행변경 구현 완료구현 후 검토 완료
마지막 데이터 업데이트
LastDataUpdate
이 레코드의 데이터가 마지막으로 새로 고침되거나 추출된 시각입니다.
설명

이 속성은 소스 시스템에서 데이터를 마지막으로 가져온 날짜와 시간을 기록합니다. process mining 도구에 저장된 데이터의 최신성을 나타냅니다.

이 속성을 분석하면 프로세스 데이터가 얼마나 최신인지 확인할 수 있습니다. 이는 운영 대시보드와 실시간 모니터링에 중요합니다. 분석의 맥락을 제공해 오래된 데이터를 바탕으로 의사결정하는 일을 방지합니다.

중요한 이유

데이터의 최신성을 나타내므로 최신 정보를 바탕으로 관련성 있는 분석을 수행할 수 있습니다.

확보 방법

데이터를 가져올 때 추출 도구가 입력하는 메타데이터 필드입니다.

예시
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
소스 시스템
SourceSystem
변경 관리 데이터를 추출한 시스템을 나타냅니다.
설명

프로세스 데이터가 생성된 소스 시스템을 나타내는 속성입니다. 이 경우 값은 항상 'Jira Service Management'입니다.

여러 시스템의 데이터를 통합하는 기업 환경에서는 데이터 계보 추적과 문제 해결, 시스템별 프로세스 차이 파악에 이 필드가 중요합니다. 분석 대상 데이터의 출처를 명확히 확인할 수 있습니다.

중요한 이유

데이터 출처를 명확히 보여줍니다. 여러 시스템의 데이터를 결합하거나 감사를 수행할 때 필요합니다.

확보 방법

데이터를 추출할 때 데이터 세트의 출처를 표시하기 위해 추가하는 고정 값입니다.

예시
Jira Service Management
SLA 상태
SLAStatus
변경 요청이 목표 완료일까지 처리되었는지 나타냅니다.
설명

이 계산 속성은 변경 요청의 실제 해결 날짜를 '목표 완료일'과 비교합니다. 결과는 '준수' 또는 '기한 초과'와 같은 간단한 상태로 표시됩니다.

'변경 SLA 성과 모니터' 대시보드에서 성과를 한눈에 확인할 수 있습니다. 각 사례의 상태를 미리 계산하므로 '변경 SLA 준수율'과 같은 KPI를 쉽게 만들 수 있습니다. 또한 변경 유형, 팀, 서비스별로 필터링하고 집계해 SLA를 초과하는 경우가 많은 대상을 파악할 수 있습니다.

중요한 이유

각 사례의 SLA 성과를 준수 또는 미준수로 명확히 표시해 보고와 SLA 준수 분석을 간소화합니다.

확보 방법

'변경 종료' 활동의 최종 타임스탬프를 'TargetCompletionDate' 속성과 비교해 계산합니다.

예시
준수기한 초과
담당자
Assignee
현재 변경 요청을 처리할 책임이 있는 사용자입니다.
설명

담당자는 변경 관리 워크플로의 현재 단계나 활동을 맡은 사용자입니다. 변경 요청이 여러 사람이나 팀을 거치는 동안 담당자가 여러 차례 바뀔 수 있습니다.

이 속성을 활용하면 업무량 분포를 분석하고, 사용자별 병목을 파악하며, 리소스 배정을 살펴볼 수 있습니다. '변경 팀 활동 업무량' 대시보드는 이 데이터를 바탕으로 활동을 가장 많이 처리하는 사용자나 그룹을 보여줍니다.

중요한 이유

리소스별 성과와 업무량 분포를 분석하고, 개인이나 팀의 병목을 파악하는 데 도움이 됩니다.

확보 방법

Jira 이슈의 표준 assignee 필드입니다.

예시
앨리스 존슨밥 윌리엄스찰리 브라운
목표 완료일
TargetCompletionDate
변경 요청을 완료하기로 계획한 날짜 또는 서비스 수준 계약(SLA) 기한입니다.
설명

이 속성에는 SLA를 준수하기 위해 변경 요청을 완료해야 하는 날짜가 저장됩니다. 실제 완료 시점을 비교하는 기준이 됩니다.

이 날짜는 약속한 일정에 맞춰 성과를 관리하는 데 중요합니다. '변경 SLA 성과 모니터' 대시보드와 '변경 SLA 준수율' KPI의 기준으로 사용합니다. 실제 해결 날짜와 목표 날짜를 비교하면 서비스 제공 성과를 측정할 수 있습니다.

중요한 이유

SLA 준수 여부를 계산하고 기한을 넘길 위험이 있는 변경을 파악하는 데 필요한 주요 데이터입니다.

확보 방법

Jira의 duedate 필드나 Jira Service Management에 설정된 SLA 지표의 값인 경우가 많습니다.

예시
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T09:00:00Z
변경 상태
ChangeRequestStatus
이벤트 발생 시점의 변경 요청 상태 또는 과거 상태입니다.
설명

이 속성은 변경 요청의 상태를 나타냅니다. 예를 들어 '승인 대기', '진행 중', '종료' 등이 있습니다. Jira의 상태 필드는 워크플로 엔진의 기본 요소이며, 이 필드의 변경은 프로세스 흐름을 좌우합니다.

상태를 분석하면 진행 중인 변경의 진행 상황을 추적하고 완료된 변경의 결과를 파악할 수 있습니다. 예를 들어 '종료 - 성공'과 '종료 - 실패'를 구분할 수 있습니다. 처리량 대시보드를 구성하고 상태가 이전 단계로 되돌아가는 재작업 흐름을 분석할 때도 중요한 기준이 됩니다.

중요한 이유

변경 요청의 진행 상황과 최종 결과를 명확히 파악할 수 있어 처리량과 재작업을 분석하는 데 유용합니다.

확보 방법

Jira 이슈의 표준 status 필드입니다. 사용할 수 있는 상태는 프로젝트의 워크플로 설정에서 정의합니다.

예시
계획 중승인 대기구현 중종료취소됨
변경 유형
ChangeRequestType
표준, 일반, 긴급 등 변경의 분류입니다.
설명

변경 유형은 변경의 성격, 긴급성, 영향에 따라 변경 요청을 분류합니다. 일반적으로 사전 승인된 저위험 변경은 '표준', 정식 승인이 필요한 통상적인 변경은 '일반', 장애 해결을 위한 긴급 변경은 '긴급'으로 구분합니다.

변경 유형에 따라 프로세스 경로와 SLA가 달라지는 경우가 많으므로 프로세스 분석에 꼭 필요한 속성입니다. '긴급 변경 비율' KPI를 계산하고, 대시보드에서 유형별 성과와 위험을 비교하는 데 사용합니다.

중요한 이유

표준 변경과 긴급 변경처럼 성과 기준과 위험이 서로 다른 워크플로를 구분해 분석할 수 있습니다.

확보 방법

일반적으로 Jira Service Management 프로젝트에서 사용자 지정 필드로 설정합니다. 필드 이름은 다를 수 있지만, 보통 '변경 유형'으로 지정합니다.

예시
표준일반긴급
우선순위
Priority
변경 요청에 지정된 우선순위로, 업무상 중요도를 나타냅니다.
설명

우선순위 필드는 팀이 변경 요청의 처리 순서를 정하는 데 도움이 됩니다. 영향도와 긴급성을 함께 반영하며, 일정과 리소스 배정의 기준이 됩니다.

우선순위를 분석하면 우선순위가 높은 변경과 낮은 변경의 성과를 비교할 수 있습니다. 예를 들어 우선순위가 높은 변경의 처리 주기가 실제로 더 짧은지, 다른 변경과 같은 병목에 막히는지 확인할 수 있습니다. 이를 통해 리소스 투입을 조정하고 업무상 기대에 부응할 수 있습니다.

중요한 이유

업무 우선순위에 따른 프로세스 성과를 분석해 중요한 변경이 기대한 대로 신속히 처리되는지 확인할 수 있습니다.

확보 방법

Jira 이슈의 표준 priority 필드입니다.

예시
최고높음보통낮음
위험 수준
RiskLevel
변경에 대해 평가한 위험 수준입니다. 낮음, 보통, 높음 등으로 표시합니다.
설명

대부분의 변경 관리 프로세스에서 위험 수준은 필수 평가 항목으로, 변경으로 인해 발생할 수 있는 부정적 영향을 분류합니다. 위험 평가 단계에서 수준을 정하며, 이에 따라 필요한 승인 워크플로가 달라지는 경우가 많습니다.

process mining에서는 위험 기반 분석에 중요한 속성입니다. 초기 위험 수준과 실제 결과를 비교해 '위험 평가 정확도 및 결과' 대시보드를 구성할 수 있습니다. 또한 '위험 수준별 변경 실패율' KPI의 주요 분석 기준으로, 고위험 변경이 효과적으로 관리되는지 평가하는 데 도움이 됩니다.

중요한 이유

위험 유형별로 프로세스 통제와 승인 워크플로가 효과적인지 분석하고, 위험 수준과 변경 실패율의 관계를 파악할 수 있습니다.

확보 방법

일반적으로 Jira Service Management의 사용자 지정 필드입니다. '위험 수준' 또는 '영향도'라는 이름을 자주 사용합니다.

예시
낮음보통높음심각
구현 후 문제
PostImplementationIssue
구현 후 이 변경과 연결된 인시던트나 문제가 발생했는지 나타내는 표시입니다.
설명

이 속성은 변경으로 인해 운영 환경의 장애와 같은 부정적인 결과가 발생했는지 나타냅니다. 보통 Jira에서 변경 요청 이슈를 하나 이상의 인시던트 이슈와 연결해 기록합니다.

'구현 후 문제 발생률'과 '변경 실패율' KPI를 계산하는 데 필요한 데이터입니다. 변경 품질과 계획, 테스트, 위험 평가 프로세스의 효과를 직접 측정할 수 있습니다. 문제를 일으킨 변경을 분석하면 통제를 개선하고 향후 실패를 예방할 수 있습니다.

중요한 이유

변경 이후 운영 문제가 발생했는지 추적해 변경의 품질과 성공 여부를 직접 측정합니다.

확보 방법

일반적으로 Jira에서 연결된 이슈를 확인해 산출합니다. 특히 인시던트 이슈의 '원인 제공' 링크가 변경 이슈에 연결되어 있는지 확인합니다.

예시
truefalse
변경 사유
ChangeReason
변경을 제안하는 근거나 업무상 사유입니다.
설명

이 속성은 '신규 기능 구현', '버그 수정', '인프라 업그레이드'와 같은 변경의 근본적인 사유를 기록합니다. 요약이나 설명만으로는 알기 어려운 배경을 제공합니다.

분석 시 변경 사유를 처리 주기, 실패율, 위험 수준 등의 지표와 비교할 수 있습니다. 이를 통해 '버그 수정 관련 변경은 신규 기능 구현보다 승인이 빠른가?', '인프라 업그레이드는 실패율이 더 높은가?'와 같은 질문에 답할 수 있습니다.

중요한 이유

변경 목적과 성과 및 결과를 비교 분석할 수 있도록 업무상 배경을 제공합니다.

확보 방법

일반적으로 Jira Service Management의 사용자 지정 필드이며, 선택 목록이나 텍스트 필드로 설정합니다.

예시
보안 패치소프트웨어 업그레이드신규 하드웨어 설치
보고자
Reporter
변경 요청을 처음 작성하거나 제출한 사용자입니다.
설명

보고자는 Jira에서 변경 요청 이슈를 작성한 사용자입니다. 변경 책임자이거나 팀을 대신해 변경을 요청한 사람인 경우가 많습니다.

보고자를 분석하면 변경 요청을 주로 시작하는 부서, 팀, 사용자를 파악할 수 있습니다. 변경 요청이 발생하는 경향을 살펴보고, 불완전하거나 품질이 낮은 요청을 자주 제출하는 그룹에 피드백이나 교육을 제공하는 데 활용할 수 있습니다.

중요한 이유

변경 요청이 시작되는 곳을 파악하고, 최초 제출 내용의 품질을 개선하는 데 활용할 수 있습니다.

확보 방법

Jira 이슈의 표준 reporter 필드입니다.

예시
데이비드 밀러에바 그린프랭크 라이트
업무 서비스
BusinessService
변경의 영향을 받는 업무 서비스 또는 애플리케이션입니다.
설명

이 속성은 변경 요청을 구성 관리 데이터베이스(CMDB)에 정의된 특정 업무 서비스와 연결합니다. 예를 들어 '이메일 서비스'나 '고객 CRM'이 해당합니다. 변경이 업무에 미치는 영향을 파악하는 데 중요한 정보입니다.

업무 서비스별로 변경을 분석하면 우선순위를 정하고 이해관계자에게 영향을 설명할 수 있습니다. 어떤 서비스에 변경이 집중되는지, 위험이 큰 서비스는 무엇인지, 변경 관련 장애가 어디에 집중되는지 확인할 수 있습니다. 기술 변경을 업무 관점에서 관리하는 데 유용합니다.

중요한 이유

기술 변경과 업무 영향을 연결해, 영향을 받는 서비스의 중요도에 따라 우선순위와 위험을 분석할 수 있습니다.

확보 방법

JSM의 사용자 지정 필드인 경우가 많으며, 대개 Jira Assets(이전 명칭 Insight) 또는 다른 CMDB와 연결됩니다.

예시
기업 웹사이트SAP ERP사내 위키
재작업 여부
IsRework
변경 요청이 재작업 흐름을 거쳤으면 참으로 표시하는 불리언 값입니다.
설명

이 계산 속성은 변경 요청이 수정 목적으로 이전 단계로 되돌아갔는지 식별합니다. 예를 들어 '승인 대기'에서 '계획 중'으로 돌아간 경우입니다. 최초 제출 내용이 불완전하거나 부정확했거나 필요한 기준을 충족하지 못했음을 나타냅니다.

'변경 재작업률' KPI와 '변경 재작업 및 거부 분석' 대시보드의 기준이 됩니다. 재작업 사례를 표시하면 분석가가 해당 사례를 쉽게 필터링하고, 초기 계획 미흡, 불명확한 요구사항, 불충분한 위험 평가 등 근본 원인을 조사할 수 있습니다.

중요한 이유

추가로 계획되지 않은 작업이 필요했던 사례를 표시해 프로세스 비효율을 드러내고, 재작업의 근본 원인을 분석할 수 있습니다.

확보 방법

이벤트 로그의 활동 순서를 분석해 계산합니다. 후속 단계의 활동 뒤에 이전 단계의 활동이 이어지면 재작업으로 판단합니다.

예시
truefalse
팀
Team
변경 요청이나 특정 활동을 담당하는 팀 또는 그룹입니다.
설명

이 속성은 변경 작업을 맡은 팀을 식별합니다. Jira에는 개인을 지정하는 '담당자' 필드가 있지만, '팀' 필드는 보통 '네트워크 운영'이나 '데이터베이스 관리자'와 같은 기능별 그룹에 작업을 배정할 때 사용합니다.

'변경 팀 활동 업무량' 대시보드를 구성하는 데 필요한 속성입니다. 개인이 아닌 팀 단위로 성과와 병목을 분석할 수 있어 리소스 계획과 관리에 유용합니다.

중요한 이유

팀이나 부서 단위로 업무량과 성과를 분석하고, 조직 전반의 병목을 파악할 수 있습니다.

확보 방법

Jira에는 표준 '팀' 필드가 없으므로 보통 사용자 지정 필드로 설정합니다. '그룹 선택기' 유형이나 단순 선택 목록으로 만들 수 있습니다.

예시
인프라 팀핵심 서비스애플리케이션 지원
해결 결과
Resolution
종료된 변경 요청의 최종 결과로, 요청이 어떻게 처리되었는지 나타냅니다.
설명

변경 요청을 종료할 때 해결 결과 필드에 구체적인 결과를 기록합니다. 예를 들어 '완료'는 성공을, '진행하지 않음'이나 '중복'은 다른 종료 사유를 나타냅니다. 따라서 '종료' 상태만으로는 알 수 없는 정보를 확인할 수 있습니다.

변경의 성공률과 실패율을 분석하는 데 필요한 속성입니다. 예를 들어 '실패' 또는 '롤백'으로 해결된 변경만 필터링하면 '구현 후 문제 발생률' KPI를 더 정확히 파악할 수 있습니다. 승인 후 성공적으로 구현된 변경과 취소되거나 거부된 변경을 구분하는 데도 도움이 됩니다.

중요한 이유

변경의 최종 결과를 구체적으로 파악할 수 있어 성공률과 실패율을 정확히 계산하는 데 유용합니다.

확보 방법

Jira의 표준 resolution 필드입니다. 일반적으로 이슈가 '완료' 상태 범주로 이동할 때 설정됩니다.

예시
완료진행하지 않음중복취소됨롤백됨
필수 권장 선택 사항

변경 관리 활동

변경 관리 프로세스를 정확히 파악하려면 다음 주요 단계와 이정표를 이벤트 로그에 기록하세요.
5 권장 8 선택 사항
활동 설명
변경 구현 완료
변경 작업이 완료된 중요한 단계입니다. Jira 워크플로에서 '구현 완료' 또는 '검증 대기'와 같은 상태로 바뀐 기록을 통해 파악합니다.
중요한 이유

구현 단계가 끝나는 시점으로, 구현 처리 시간을 계산하는 데 중요합니다. 구현 후 검토와 검증 활동의 시작점이기도 합니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '구현 완료' 또는 '구현 후 검토 대기'로 바뀐 타임스탬프를 확인해 파악합니다.

기록

'구현 완료' 또는 이에 해당하는 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
변경 요청 생성
Jira Service Management에서 변경 요청 티켓이 처음 생성된 시점을 나타냅니다. 새 '변경' 유형의 이슈를 처음 저장할 때 생성 타임스탬프가 기록됩니다.
중요한 이유

모든 변경 요청의 시작점입니다. 전체 처리 시간을 측정하고 시간에 따른 변경 요청 유입량을 분석하는 데 중요합니다.

확보 방법

Jira 이슈 객체의 'created' 타임스탬프에서 가져옵니다. 모든 이슈에 있는 기본 시스템 필드이며 이슈 이력이나 API를 통해 조회할 수 있습니다.

기록

Jira 이슈의 'created' 필드 타임스탬프를 사용합니다.

이벤트 유형 explicit
변경 요청 승인
변경 구현이 공식 승인된 중요한 단계입니다. Jira 워크플로에서 '승인됨' 또는 '구현 준비 완료'와 같은 상태로 바뀐 기록을 통해 파악하는 경우가 대부분입니다.
중요한 이유

승인 절차가 끝나고 구현 단계가 시작되는 시점입니다. 승인 주기 시간을 측정하고 승인되지 않은 변경을 추적하는 데 필요합니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '승인됨' 상태로 바뀐 타임스탬프를 확인해 파악합니다.

기록

'승인됨' 또는 '구현 준비 완료' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
변경 종료
변경 요청과 관련된 모든 활동이 완료되어 최종 종료된 상태를 나타냅니다. Jira 이슈 상태가 '종료됨' 또는 '완료'와 같은 최종 해결 상태로 바뀐 시점에 기록됩니다.
중요한 이유

프로세스의 주요 종료 지점입니다. 전체 처리 시간을 계산하고 SLA 준수 여부를 확인하는 데 사용합니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 최종 종료 상태로 바뀐 타임스탬프를 확인해 파악합니다. 이때 일반적으로 해결 필드도 설정됩니다.

기록

'종료됨' 또는 '완료' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
승인 대기 중인 변경
변경 요청이 초기 검토를 통과해 변경 자문 위원회(CAB) 또는 지정된 승인자의 공식 결정을 기다리는 상태입니다. 워크플로에서 '승인 대기' 또는 'CAB 대기'로 상태가 바뀐 기록을 통해 파악합니다.
중요한 이유

승인 대기 시간을 측정하고 의사결정 단계의 병목을 찾는 데 중요한 활동입니다. 이 시간은 변경 승인 주기 KPI에 직접 영향을 줍니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 'CAB 승인 대기' 또는 '승인 대기'와 같은 승인 상태로 바뀐 타임스탬프를 확인해 파악합니다.

기록

지정된 '승인 대기' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
검토를 위해 변경 요청 제출
변경 요청에 필요한 초기 정보가 모두 입력되어 공식 평가를 위해 제출된 시점을 나타냅니다. 일반적으로 Jira 워크플로에서 '초안'에서 '검토 대기'로 상태가 바뀐 기록을 통해 파악합니다.
중요한 이유

이 활동부터 승인 절차가 시작됩니다. 승인까지 걸리는 시간을 측정하면 승인 주기 KPI를 계산하고 초기 단계의 병목을 찾을 수 있습니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '검토 대기' 또는 '평가 대기'와 같은 검토 상태로 바뀐 시점을 확인해 파악합니다.

기록

'검토 대기', '제출됨' 또는 이에 해당하는 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
구현 시작
승인된 변경의 기술적 구현이 시작된 시점을 나타냅니다. 일반적으로 Jira 상태가 '승인됨' 또는 '일정 확정'에서 '진행 중' 또는 '구현 중'으로 바뀐 기록을 통해 파악합니다.
중요한 이유

이 활동을 기준으로 평균 구현 처리 시간을 측정하고 실행 단계의 병목을 찾을 수 있습니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '진행 중'과 같은 구현 진행 상태로 바뀐 타임스탬프를 확인해 파악합니다.

기록

'진행 중' 또는 '구현 중' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
구현 후 검토 완료
변경의 성공 여부를 평가하고 교훈을 정리하는 공식 검토가 완료된 시점을 나타냅니다. 일반적으로 워크플로에서 '구현 후 검토'에서 '검증 완료'로 상태가 바뀐 기록을 통해 파악합니다.
중요한 이유

이 활동은 프로세스 개선에 필수입니다. 검토에 걸리는 시간을 측정하면 교훈을 제때 기록할 수 있습니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '구현 후 검토' 상태에서 다른 상태로 바뀐 타임스탬프를 확인해 파악합니다.

기록

'PIR'에서 다음 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
변경 요청 거부
변경 요청이 공식적으로 거부되어 요청자에게 추가 정보를 요청하거나 요청을 취소하는 시점을 나타냅니다. Jira 워크플로에서 '거부됨' 또는 '추가 정보 필요' 상태로 바뀐 기록을 통해 파악합니다.
중요한 이유

거부를 추적하면 변경 재작업률을 분석할 수 있습니다. 이 활동이 자주 발생한다면 최초 변경 요청의 품질에 문제가 있을 수 있습니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '거부됨' 또는 이에 해당하는 종료 상태로 바뀐 타임스탬프를 확인해 파악합니다.

기록

'거부됨' 또는 '승인되지 않음' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
변경 일정 확정
승인된 변경에 구체적인 구현 기간이 지정된 시점을 나타냅니다. Jira 이슈의 '계획 시작일' 및 '계획 종료일' 필드에 값이 입력되거나 업데이트된 기록을 통해 파악합니다.
중요한 이유

이 활동을 통해 변경 계획을 확인할 수 있습니다. 리소스 관리와 승인부터 구현 일정 확정까지 걸리는 시간 분석에 도움이 됩니다.

확보 방법

Jira 이슈 이력에서 '계획 시작일' 또는 '변경 기간'과 같은 날짜 필드에 값이 입력된 타임스탬프를 확인해 파악합니다.

기록

'계획 시작일' 필드에 값이 입력된 타임스탬프를 추적합니다.

이벤트 유형 inferred
변경 취소
구현 또는 완료 전에 변경 요청이 종료된 상태를 나타냅니다. Jira 이슈 상태가 '취소됨' 또는 '철회됨'과 같은 종료 상태로 바뀐 시점에 기록됩니다.
중요한 이유

이 대체 종료 지점을 분석하면 변경이 중단된 이유를 파악할 수 있습니다. 취소율이 높다면 초기 계획이 미흡하거나 사업 우선순위가 바뀌었을 가능성이 있습니다.

확보 방법

Jira 이슈 이력에서 '상태' 필드가 '취소됨'으로 바뀌고 해당 해결 값이 설정된 타임스탬프를 확인해 파악합니다.

기록

'취소됨' 또는 '철회됨' 상태로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
위험 평가 수행
제안된 변경의 위험 및 영향 분석이 완료된 시점을 나타냅니다. '위험 수준'이나 '영향'과 같은 위험 관련 사용자 지정 필드가 입력되거나 업데이트된 시점을 이슈 이력에서 확인해 파악하는 경우가 많습니다.
중요한 이유

이 활동을 분석하면 위험 평가의 정확성을 확인하고 변경 정책 준수 여부를 점검할 수 있습니다. 위험 수준별 변경 실패율과 같은 위험 기반 KPI를 계산하는 데도 필요합니다.

확보 방법

Jira 이슈 이력에서 '위험 수준', '영향', '긴급도'와 같은 필드가 처음 설정되거나 변경된 타임스탬프를 확인해 파악합니다.

기록

'위험 수준'이나 '영향'과 같은 필드에 처음 값이 입력된 타임스탬프를 추적합니다.

이벤트 유형 inferred
테스트 수행
변경 사항을 검증하기 위한 구현 후 테스트가 완료된 시점을 나타냅니다. '테스트 중'과 같은 별도 상태로 기록되거나, '변경 구현 완료' 이후 QA 팀의 댓글이나 업데이트를 통해 파악할 수 있습니다.
중요한 이유

테스트 소요 시간과 결과를 분석하면 구현 품질과 테스트 프로세스의 효과를 평가할 수 있습니다. 구현 후 문제 발생률을 계산하는 데도 중요한 데이터입니다.

확보 방법

상태가 '테스트 중' 또는 '테스트 진행 중'으로 바뀐 기록이나, 구현 후 이슈 이력의 댓글 및 담당자 변경을 분석해 파악할 수 있습니다.

기록

'테스트 중' 상태로 변경된 타임스탬프나 관련 댓글의 시점을 추적합니다.

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

데이터 추출 안내

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

시작할 준비가 되셨나요?

이 데이터 템플릿으로 변경 관리 process mining을 시작해 보세요. 원시 데이터를 분석에 활용할 수 있는 인사이트로 바꾸세요.

변경 관리 성과 높이기: 성공률 95% 달성

변경 실패를 줄이고 성공률을 95%까지 높이세요.

무료 체험 시작하기

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