변경 관리 데이터 템플릿
변경 관리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- Freshservice 데이터 추출 안내
변경 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
변경 요청 ID
ChangeRequestId
|
Freshservice 시스템에 제출된 각 변경 요청을 식별하는 고유 ID입니다. | ||
|
설명
변경 요청 ID는 시작부터 종료까지 하나의 변경 사례를 식별하는 기본 키입니다. 관련된 모든 활동, 승인, 로그를 하나의 일관된 타임라인으로 연결해 전체 프로세스를 분석할 수 있습니다. process mining에서는 이 ID를 바탕으로 각 변경의 생애주기를 재구성해 진행 경로, 소요 시간, 결과를 파악합니다.
중요한 이유
관련 이벤트를 하나로 묶는 기본 사례 ID입니다. 이를 통해 개별 변경 요청의 전체 진행 과정을 추적하고 분석할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 기본 필드입니다.
예시
CHG-10234CHG-10235CHG-10236
|
|||
|
이벤트 시간
EventTime
|
특정 활동이나 이벤트가 발생한 정확한 날짜와 시간입니다. | ||
|
설명
프로세스의 각 활동에는 발생 시점을 나타내는 타임스탬프가 있습니다. 이 시간 데이터는 활동 간 소요 시간과 대기 시간을 계산하고 전체 처리 주기를 분석하는 데 중요합니다. 성과 분석, 병목 파악, SLA 준수 모니터링에도 활용할 수 있습니다.
중요한 이유
이 타임스탬프는 주기 시간, 단계별 소요 시간, 단계 간 대기 시간 등 시간 기반 분석의 기준이 됩니다.
확보 방법
Freshservice의 변경 레코드에 있는 감사 로그 또는 활동 스트림의 각 항목에 연결된 타임스탬프입니다.
예시
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
|
|||
|
활동 이름
ActivityName
|
변경 관리 프로세스에서 발생한 특정 이벤트나 작업의 이름입니다. | ||
|
설명
이 속성은 '변경 요청 생성', '승인 요청', '구현 완료'와 같이 변경 생애주기의 개별 단계나 주요 시점을 나타냅니다. 변경 요청 ID별 활동 순서가 프로세스 맵의 기반이 됩니다. 활동을 분석하면 프로세스 흐름을 파악하고 이탈을 감지하며 단계별 소요 시간을 측정할 수 있습니다.
중요한 이유
프로세스 흐름의 단계를 정의해 변경 생애주기를 시각화하고 프로세스 변형과 병목을 분석할 수 있습니다.
확보 방법
Freshservice의 변경 레코드에서 감사 로그, 활동 스트림 또는 상태 변경 이력을 바탕으로 생성됩니다.
예시
변경 승인위험 평가 완료구현 시작변경 종료
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 시스템을 식별합니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 이 화면에서는 값이 항상 'Freshservice'입니다. 여러 시스템의 데이터를 통합할 수 있는 환경에서는 이 속성을 포함하는 것이 좋습니다. 데이터 출처를 명확히 해 데이터 거버넌스와 문제 해결에 필요한 정보를 제공하기 때문입니다.
중요한 이유
데이터 출처를 명확히 보여주므로 여러 기업 시스템의 데이터를 분석할 때 중요합니다.
확보 방법
데이터 추출 과정에서 데이터 출처를 표시하도록 설정하는 고정값입니다.
예시
Freshservice
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
소스 시스템에서 이 레코드의 데이터를 마지막으로 새로 고친 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 각 이벤트의 데이터를 마지막으로 추출하거나 업데이트한 날짜와 시간을 기록합니다. 분석 중인 데이터의 최신성을 파악하고 현재 정보를 바탕으로 분석이 이루어지는지 확인하는 데 중요합니다. 데이터 무결성을 유지하고 인사이트의 시의성을 판단하는 데도 도움이 됩니다.
중요한 이유
데이터가 얼마나 최신인지 사용자가 확인할 수 있으며, process mining 분석에 최신 데이터가 사용되었는지 검증하는 데 도움이 됩니다.
확보 방법
일반적으로 데이터 수집 또는 ETL 과정에서 생성되어 추가되는 타임스탬프입니다.
예시
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
담당 그룹
AssignedGroup
|
변경을 구현할 책임이 있는 팀 또는 그룹입니다. | ||
|
설명
이 속성은 '네트워크 팀'이나 '데이터베이스 관리자'처럼 변경 작업을 맡은 팀을 나타냅니다. 담당 그룹별 프로세스 성과를 분석하면 팀별 업무량과 효율성을 파악하고 리소스 병목을 찾을 수 있습니다. 구현 시간이 길거나 구현 후 문제가 자주 발생하는 팀도 확인할 수 있습니다.
중요한 이유
구현 팀별 성과와 업무량을 분석해 리소스 제약이나 모범 사례를 파악할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Group' 또는 'Assigned Group' 필드입니다.
예시
인프라 팀애플리케이션 지원보안 운영
|
|||
|
목표 완료일
TargetCompletionDate
|
변경을 완료하기로 계획한 날짜 또는 SLA에 따른 완료 기한입니다. | ||
|
설명
이 날짜는 변경 요청을 종료해야 하는 기한입니다. SLA 준수 여부를 측정하는 주요 기준으로 사용합니다. 실제 종료 시간과 목표 완료일을 비교하면 변경이 기한 내에, 기한보다 일찍 또는 늦게 완료됐는지 확인할 수 있습니다. 변경 SLA 준수율 KPI를 산출하는 데 필요한 주요 데이터입니다.
중요한 이유
정시 완료와 SLA 준수 여부를 측정하는 기준으로, 프로세스 성과를 보여주는 주요 지표입니다.
확보 방법
Freshservice의 Change 객체에 있는 'Due by' 또는 'SLA Target' 날짜 필드일 수 있습니다.
예시
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
변경 상태
ChangeStatus
|
변경 요청의 현재 상태 또는 최종 상태입니다. | ||
|
설명
이 속성은 특정 시점의 변경 요청 상태나 최종 결과를 나타냅니다. 예를 들면 '종료', '취소됨', '거부됨'이 있습니다. 성공적으로 완료된 변경과 실패하거나 중단된 변경을 구분하는 결과 분석에 중요합니다. 상태별로 필터링하면 특정 변경 그룹을 집중적으로 분석할 수 있습니다.
중요한 이유
변경 결과를 분석해 성공, 실패, 취소 비율을 파악할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 '상태' 필드입니다.
예시
종료취소됨거부됨열림
|
|||
|
변경 우선순위
ChangePriority
|
변경 요청에 부여된 우선순위로, 업무상 중요도를 나타냅니다. | ||
|
설명
우선순위는 일반적으로 영향도와 긴급도를 함께 고려해 결정하며, 리소스 배분과 일정 수립에 활용합니다. 우선순위에 따라 처리 시간이나 SLA 준수율 같은 프로세스 지표가 어떻게 달라지는지 분석하면 우선순위가 높은 변경이 낮은 변경보다 빠르게 처리되는지 확인할 수 있습니다. 이를 통해 우선순위 정책의 효과도 평가할 수 있습니다.
중요한 이유
중요도가 높은 변경을 적절히 우선 처리하고 그에 맞게 리소스를 배분하는지 확인할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Priority' 필드입니다.
예시
낮음보통높음긴급
|
|||
|
변경 유형
ChangeType
|
표준, 일반, 긴급 등 변경의 분류입니다. | ||
|
설명
변경 유형은 성격, 위험, 승인 요건에 따라 변경 요청을 분류합니다. 표준 변경은 사전 승인되며, 일반 변경은 표준 절차를 따르고, 긴급 변경은 신속하게 처리해야 합니다. 변경 유형별로 프로세스를 분석하면 각 유형이 서로 다른 경로를 따르는지, 주기 시간이나 성공률과 같은 성과 지표가 다른지 파악할 수 있습니다.
중요한 이유
변경 유형별로 프로세스를 구분하면 표준, 일반, 긴급 변경의 진행 방식과 성과 수준의 차이를 확인할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 '변경 유형' 필드입니다.
예시
표준일반긴급주요
|
|||
|
요청자 이름
RequesterName
|
변경 요청을 제출한 사람의 이름입니다. | ||
|
설명
요청자는 검토를 위해 변경 요청을 제출한 사람입니다. 요청자별 데이터를 분석하면 변경 요청을 자주 제출하는 개인이나 역할을 파악하고, 특정 사용자의 요청이 더 자주 거부되거나 재작업이 필요한지 확인할 수 있습니다. 부서 정보와 함께 분석하면 업무량을 파악하는 데도 활용할 수 있습니다.
중요한 이유
변경 수요가 어디에서 발생하는지 파악하고, 교육이 필요한 사용자나 변경 요청이 많은 사용자 그룹을 찾을 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Requested by' 필드이며, 사용자 레코드와 연결됩니다.
예시
앨리스 존슨로버트 스미스마리아 가르시아
|
|||
|
위험 수준
RiskLevel
|
변경을 구현할 때 발생할 수 있는 위험을 평가한 수준입니다. | ||
|
설명
위험 수준은 변경이 실패할 경우 발생할 수 있는 부정적 영향을 분류합니다. 일반적으로 낮음, 보통, 높음으로 구분합니다. 규정 준수 분석에 중요하며, 위험도가 높은 변경에 더 많은 승인을 요구하거나 더 철저한 테스트를 거치는 등 엄격한 프로세스가 적용되는지 확인하는 데 도움이 됩니다. 위험 관리 통제가 적절히 적용되는지도 점검할 수 있습니다.
중요한 이유
규정 준수와 위험 분석에 중요합니다. 위험도가 높은 변경이 적절한 검토를 거쳐 더 엄격한 프로세스에 따라 처리되는지 확인할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Risk' 필드에 해당합니다.
예시
낮음보통높음매우 높음
|
|||
|
종료 시간
EndTime
|
변경 요청 사례에서 마지막으로 기록된 이벤트의 타임스탬프입니다. | ||
|
설명
종료 시간은 변경 요청 생애주기가 끝난 시점을 나타내며, 일반적으로 '변경 종료' 또는 '변경 취소' 활동에 해당합니다. 시작 시간과 함께 사용해 각 사례의 전체 처리 주기를 계산합니다. 이 속성을 분석하면 변경 관리 프로세스의 전체 소요 시간과 처리량을 파악할 수 있습니다.
중요한 이유
변경 요청의 전체 처리 주기를 계산하는 데 필요하며, 프로세스 효율성을 나타내는 주요 KPI입니다.
확보 방법
해당 변경 요청 ID의 이벤트 로그에서 마지막 활동이 발생한 타임스탬프입니다.
예시
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
|
|||
|
SLA 위반 여부
IsSlaBreached
|
변경 요청이 목표 완료일 이후에 완료됐는지를 나타내는 불리언 값입니다. | ||
|
설명
이 속성은 SLA 준수 여부를 참 또는 거짓으로 나타냅니다. 변경의 종료 시간이 목표 완료일보다 늦으면 'true', 그렇지 않으면 'false'로 표시합니다. SLA 준수 관련 대시보드와 KPI를 간편하게 만들 수 있으며, 기한을 넘긴 변경을 빠르게 필터링하고 집계할 수 있습니다. 변경 SLA 준수율 KPI 산출에도 직접 활용됩니다.
중요한 이유
SLA 성과를 참 또는 거짓으로 명확하게 표시해 기한 내 완료된 변경과 지연된 변경을 쉽게 필터링하고 보고할 수 있습니다.
확보 방법
EndTime과 TargetCompletionDate를 비교해 계산합니다. EndTime > TargetCompletionDate이면 true입니다.
예시
truefalse
|
|||
|
구현 소요 시간
ImplementationDuration
|
변경 구현 단계에 걸린 시간입니다. | ||
|
설명
이 지표는 핵심 구현 작업에 걸린 시간을 계산합니다. 일반적으로 'Implementation Started' 활동부터 'Implementation Completed' 활동까지의 시간을 측정합니다. 기술 구현 단계의 효율성을 분석하고 '변경 구현 단계 효율성' 대시보드를 구성하는 데 활용합니다. 시간이 길면 기술적 복잡성, 리소스 부족 또는 예상치 못한 문제가 원인일 수 있습니다.
중요한 이유
계획 및 승인 지연과 구분해 실제 기술 작업의 효율성을 측정합니다.
확보 방법
'Implementation Started' 활동과 'Implementation Completed' 활동 사이의 시간 차이로 계산합니다.
예시
4시간1시간 30분8시간
|
|||
|
긴급도
Urgency
|
업무 관점에서 변경을 얼마나 신속하게 구현해야 하는지를 나타냅니다. | ||
|
설명
긴급도는 변경 처리의 시간적 시급성을 나타냅니다. 예를 들어 보안 패치는 긴급도가 높을 수 있습니다. 영향도와 함께 우선순위를 정하는 데 자주 사용되며, 시간에 민감한 업무 요구에 프로세스가 적절히 대응하는지 분석할 수 있습니다. 긴급한 변경이 실제로 프로세스에서 더 빠르게 처리되는지도 확인할 수 있습니다.
중요한 이유
변경의 시간적 시급성을 파악할 수 있습니다. 처리 시간과 함께 분석하면 프로세스의 대응 속도를 평가할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Urgency' 필드입니다.
예시
낮음보통높음
|
|||
|
부서명
DepartmentName
|
변경을 요청한 사용자가 속한 부서입니다. | ||
|
설명
이 속성은 변경 요청을 시작한 사업 부문을 나타내 조직 정보를 제공합니다. 부서별로 분석하면 변경 요청이 가장 많이 발생하는 부서, 거부율이 가장 높은 부서, 처리 시간이 가장 긴 부서를 파악할 수 있습니다. 이러한 정보는 부서별 프로세스 개선과 리소스 계획에 활용할 수 있습니다.
중요한 이유
사업 부문별 프로세스 성과와 수요를 분석해 필요한 부분을 개선할 수 있습니다.
확보 방법
일반적으로 Freshservice의 요청자 사용자 프로필에서 가져오는 정보입니다.
예시
재무인사정보 기술마케팅
|
|||
|
승인 소요 시간
ApprovalDuration
|
변경 요청이 승인 단계에 머문 시간입니다. | ||
|
설명
승인을 요청한 시점부터 승인 또는 거부가 결정된 시점까지의 시간을 계산합니다. '변경 승인 단계 소요 시간' 대시보드에 필요한 지표로, 승인 워크플로의 병목을 찾는 데 도움이 됩니다. 분석 결과를 통해 승인이 늦은 담당자, 비효율적인 그룹 간 인계, 의사결정 과정의 반복적인 지연을 파악할 수 있습니다.
중요한 이유
승인 단계의 효율성을 직접 측정해 변경을 지연시키는 병목을 찾아 해결할 수 있습니다.
확보 방법
'Approval Requested' 활동과 'Change Approved' 또는 'Change Rejected' 활동 사이의 시간 차이로 계산합니다.
예시
1일 2시간5시간 30분3일
|
|||
|
연결된 인시던트 수
AssociatedIncidentsCount
|
변경 구현 후 해당 변경 요청과 연결된 인시던트 수입니다. | ||
|
설명
이 지표는 변경 배포로 인해 발생한 인시던트 수를 집계해 변경의 후속 영향을 수치로 나타냅니다. 건수가 많으면 계획, 테스트 또는 구현 품질에 문제가 있을 수 있습니다. 구현 후 문제 발생률 KPI를 산출하는 데 직접 활용되며, 변경의 안정성과 성공 여부를 측정하는 데 중요합니다.
중요한 이유
구현된 변경의 품질과 안정성을 직접 측정해 서비스 중단을 일으키는 변경을 찾을 수 있습니다.
확보 방법
Freshservice에서 Change 티켓과 연결된 Incident 티켓 수를 집계해 산출합니다.
예시
015
|
|||
|
영향 수준
ImpactLevel
|
변경이 실패하거나 서비스 중단을 일으킬 경우 예상되는 업무상 영향입니다. | ||
|
설명
영향 수준은 업무 운영에 미칠 수 있는 영향을 나타냅니다. 한 명의 사용자에게 영향을 주는 낮은 수준부터 조직 전체에 영향을 주는 높은 수준까지 구분합니다. 긴급도와 함께 전체 우선순위를 결정하는 데 자주 사용됩니다. 영향도별 분석을 통해 업무 연속성에 큰 위협이 되는 변경을 프로세스에서 적절히 처리하는지 확인할 수 있습니다.
중요한 이유
위험 분석에 활용하며, 업무에 미칠 잠재적 영향이 큰 변경을 더 신중하게 관리하는지 확인할 수 있습니다.
확보 방법
Freshservice의 Change 객체에 있는 'Impact' 필드에 해당합니다.
예시
낮음보통높음
|
|||
|
종료 코드
CloseCode
|
변경 요청을 종료한 이유를 나타내는 코드 또는 사유입니다. | ||
|
설명
종료 코드는 변경을 마친 결과를 구체적으로 나타냅니다. 예를 들어 '성공적으로 구현', '원복', '거부' 등이 있습니다. 최종 상태만으로는 알기 어려운 정보를 제공하므로 변경 관리 프로세스에서 성공과 실패 유형을 더 세밀하게 분석할 수 있습니다.
중요한 이유
변경 결과를 구체적으로 파악해 변경이 성공하거나 실패한 이유, 또는 원복된 이유를 자세히 분석할 수 있습니다.
확보 방법
Freshservice 문서를 참고하거나 Change 양식에서 'Closure Code' 또는 유사한 필드를 확인하세요.
예시
성공문제가 있었지만 성공실패원복
|
|||
변경 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
구현 완료
|
변경 구현을 위한 기술 작업이 완료되었음을 나타냅니다. 일반적으로 상태가 '검토 대기'와 같은 구현 후 상태로 변경된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 단계는 주요 구현 작업이 끝난 시점을 나타냅니다. '평균 구현 시간'을 계산하는 종료점이며, 테스트 또는 검토 활동의 시작을 알립니다.
확보 방법
'검토 대기', '테스트 대기' 또는 '완료'와 같은 값으로 상태가 변경된 시점을 기준으로 추정합니다.
기록
상태 필드가 '검토 대기' 또는 이와 유사한 값으로 변경된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
변경 승인
|
변경 자문 위원회(CAB)와 같은 지정된 승인 권한자가 변경 요청의 진행을 공식적으로 승인하는 주요 단계입니다. 일반적으로 시스템에 명시적인 작업으로 기록됩니다. | ||
|
중요한 이유
승인 단계가 끝나고 구현 계획 단계가 시작되는 시점입니다. '평균 변경 승인 시간'과 '최초 승인율'을 측정하는 데 필요한 활동입니다.
확보 방법
승인 담당자가 '승인' 버튼을 클릭하면 Freshservice에 명시적인 이벤트로 기록됩니다. 해당 이벤트는 타임스탬프와 함께 티켓 활동 로그에 남습니다.
기록
승인 탭이나 활동 로그에 기록된 '승인됨' 작업의 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
변경 요청 생성
|
Freshservice에 새 변경 요청을 정식으로 등록하면 변경 관리 프로세스가 시작됩니다. 사용자가 새 변경 티켓을 저장할 때 이 이벤트가 기록되며, 고유한 변경 요청 ID와 생성 타임스탬프가 생성됩니다. | ||
|
중요한 이유
이 이벤트는 프로세스의 주요 시작점입니다. 이 활동부터 '변경 종료'까지 걸린 시간을 분석하면 프로세스 효율성을 나타내는 주요 KPI인 전체 처리 주기를 계산할 수 있습니다.
확보 방법
변경 기록의 감사 이력에 명시적으로 남는 이벤트로, 변경 티켓의 생성 타임스탬프에 해당합니다.
기록
변경 요청 레코드의 생성 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
변경 일정 예약
|
승인된 변경의 구현 시작 및 종료 시간을 지정하는 활동입니다. 일반적으로 '예약 시작 시간' 및 '예약 종료 시간' 필드가 입력된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 주요 단계가 구현 단계의 시작을 알립니다. '평균 구현 시간'을 계산하고 일정 관리 효율성을 분석하는 데 필요합니다.
확보 방법
일정 관련 날짜 필드가 입력되고 상태가 '예약됨' 또는 이와 유사한 값으로 변경된 타임스탬프를 기준으로 추정합니다.
기록
'예약 시작일'이 입력되고 이에 따른 상태가 업데이트된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
변경 종료
|
변경 관리 프로세스가 성공적으로 완료된 시점을 나타냅니다. 변경 티켓 상태가 최종 '종료' 상태로 바뀌면 이 이벤트가 기록됩니다. | ||
|
중요한 이유
이 이벤트는 프로세스의 주요 종료점입니다. 전체 '평균 변경 주기 시간'과 '변경 SLA 준수율'을 계산하는 마지막 데이터 지점입니다.
확보 방법
변경 티켓 이력에서 최종 상태가 '종료'로 변경된 타임스탬프를 기준으로 기록됩니다.
기록
최종 상태가 '종료'로 변경된 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
계획 완료
|
구현 계획과 롤백 계획 수립을 포함해 변경에 필요한 계획이 모두 완료되었음을 나타냅니다. 일반적으로 승인 후 상태가 변경된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
계획에서 실행으로 넘어가는 시점입니다. 계획 단계에 걸린 시간을 분석하면 구현 전 활동을 간소화할 기회를 찾을 수 있습니다.
확보 방법
'릴리스 대기'와 같은 계획 관련 상태에서 '예약됨'과 같은 구현 상태로 변경된 시점을 기준으로 추정합니다.
기록
'계획 진행 중' 또는 이와 유사한 상태에서 벗어난 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구현 시작
|
변경 사항의 실제 배포 또는 실행이 시작된 시점을 나타냅니다. 변경 요청 상태가 '진행 중' 또는 이와 유사한 활성 상태로 변경된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
실제 구현에 걸린 시간을 추적할 기준 시점을 제공합니다. 대기 시간과 실제 작업 시간을 구분하는 데 도움이 됩니다.
확보 방법
예약된 시작 시간에 상태가 '진행 중' 또는 '구현 진행 중'과 같은 값으로 변경된 시점을 기준으로 추정합니다.
기록
상태 필드가 '진행 중'으로 변경된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구현 후 검토 완료
|
변경의 성공 여부를 평가하고 교훈을 기록하는 구현 후 검토(PIR)가 완료되었음을 나타냅니다. 구현 후 검토 메모가 추가되거나 상태가 업데이트된 시점을 기준으로 추정하는 경우가 많습니다. | ||
|
중요한 이유
정식 검토 절차가 진행되었는지 확인할 수 있습니다. 이 활동을 분석하면 변경의 효과를 파악하고 지속적인 프로세스 개선을 지원할 수 있습니다.
확보 방법
구현일 이후 변경 양식의 PIR 관련 필드가 입력되거나 상태가 '검토 완료'와 같은 값으로 변경된 시점을 기준으로 추정합니다.
기록
PIR 메모 필드가 입력되거나 특정 상태가 업데이트된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
변경 거부
|
승인 담당자가 변경 요청을 공식적으로 거부해 진행을 막은 것을 나타냅니다. 이 작업은 명시적으로 기록되며, 이후 재작업이 반복되는 경우가 많습니다. | ||
|
중요한 이유
이 활동은 재작업을 분석하고 프로세스가 실패한 원인을 파악하는 데 중요합니다. 거부가 잦다면 요청 품질이나 위험 평가에 문제가 있을 수 있습니다.
확보 방법
승인 담당자가 '거부' 버튼을 클릭하면 Freshservice에 명시적인 이벤트로 기록됩니다. 해당 이벤트는 티켓 활동 로그에 남습니다.
기록
승인 탭이나 활동 로그에 기록된 '거부됨' 작업의 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
변경 요청에 메모 추가
|
변경 요청에 댓글이나 메모가 추가된 것을 나타내며, 커뮤니케이션 또는 문서화 활동을 의미합니다. Freshservice는 각 티켓의 활동 피드에 이러한 이벤트를 명시적으로 기록합니다. | ||
|
중요한 이유
필수 프로세스 단계는 아니지만, 메모를 추적하면 특히 승인이나 계획 단계에서 지연이 발생한 배경을 파악하는 데 도움이 됩니다. 메모가 자주 추가된다면 요구사항이 불명확하거나 의사소통에 문제가 있을 수 있습니다.
확보 방법
변경 요청 티켓의 '활동' 또는 '감사' 섹션에 타임스탬프 및 메모 작성 사용자와 함께 명시적으로 기록됩니다.
기록
티켓의 활동 로그에 '메모 추가' 이벤트로 기록됩니다.
이벤트 유형
explicit
|
|||
|
변경 재개
|
이전에 종료 또는 해결된 변경이 다시 진행 중 상태로 돌아간 경우를 의미합니다. 일반적으로 구현 후 문제가 발견되어 발생하며, 종료 상태에서 진행 중 상태로 바뀐 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 활동은 재작업이나 변경 실패를 보여주는 중요한 지표입니다. 발생 빈도를 추적하면 변경 품질과 테스트 효과를 파악하는 데 도움이 됩니다.
확보 방법
티켓 활동 로그에서 상태가 '종료' 또는 '해결됨'에서 '열림' 또는 '진행 중'으로 바뀐 것을 감지해 추정합니다.
기록
종료 상태(예: '종료')에서 미종료 상태(예: '열림')로 바뀐 상태 변경을 감지합니다.
이벤트 유형
inferred
|
|||
|
변경 취소
|
변경 요청이 완료되기 전에 종료된 경우를 나타냅니다. 티켓 상태가 '취소됨' 또는 '철회됨'으로 설정되면 대체 종료 상태로 기록됩니다. | ||
|
중요한 이유
취소된 변경을 분석하면 초기 계획이나 승인 단계의 문제를 파악할 수 있습니다. 예를 들어 더 이상 필요하지 않거나 타당한 비즈니스 근거가 없는 요청을 확인할 수 있습니다.
확보 방법
상태가 '취소됨' 또는 '종료'가 아닌 이에 준하는 최종 상태로 변경된 타임스탬프를 기준으로 기록됩니다.
기록
상태가 '취소됨'으로 변경된 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
승인 요청
|
변경 요청을 검토와 승인을 위해 정식으로 제출한 시점을 나타냅니다. 일반적으로 변경 요청 상태가 '승인 대기'와 같은 값으로 바뀌거나 승인 담당자에게 할당된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 활동은 승인 단계의 시작을 나타냅니다. 승인 주기의 병목을 파악하려면 이 시점부터 '변경 승인'까지 걸린 시간을 측정해야 합니다.
확보 방법
활동 로그를 확인하거나 상태 필드가 '승인 대기'로 변경된 시점을 추적해 추정합니다. 이 상태 변경의 타임스탬프를 이벤트 시간으로 사용합니다.
기록
상태 필드가 '승인 대기'로 변경된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
위험 평가 완료
|
변경에 따른 잠재적 위험을 공식적으로 평가하는 작업이 완료되었음을 나타냅니다. 위험 수준 필드가 입력 또는 업데이트되거나 관련 작업이 완료된 시점을 기준으로 추정하는 경우가 많습니다. | ||
|
중요한 이유
이 활동을 추적하면 위험 평가를 의무화하는 변경 정책의 준수 여부를 확인할 수 있습니다. '위험 평가 적용률'과 이 단계에 소요된 시간을 분석할 수 있습니다.
확보 방법
변경 양식의 '위험' 필드가 업데이트된 타임스탬프나 위험 분석 관련 작업의 완료 시점을 기준으로 추정할 수 있습니다.
기록
'위험' 필드가 입력된 타임스탬프 또는 관련 체크리스트 항목이 완료로 표시된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
테스트 완료
|
변경이 성공적으로 적용되고 부정적인 영향을 일으키지 않았는지 확인하기 위한 필수 테스트 및 검증 활동이 모두 완료된 것을 나타냅니다. 작업 종료나 상태 변경을 기준으로 추정할 수 있습니다. | ||
|
중요한 이유
이 활동을 추적하면 '테스트 완료율' KPI를 측정하고 최종 종료 전에 변경 사항이 제대로 검증되었는지 확인할 수 있습니다. 이를 통해 구현 후 문제를 줄일 수 있습니다.
확보 방법
이 이벤트는 기록하기 어려울 수 있으며, 변경 요청에 연결된 '테스트' 작업의 완료나 상태가 '테스트 완료'로 변경된 시점을 기준으로 추정해야 할 수 있습니다.
기록
변경 요청과 연결된 테스트 관련 작업이 종료된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 종합 템플릿으로 데이터를 준비하고 지금 변경 관리 최적화를 시작하세요. 데이터에 숨겨진 인사이트를 찾아 배포 효율을 높일 수 있습니다.
변경 실패를 줄이세요: 지금 Freshservice 관리 개선하기
변경 성공률 95%를 달성하고 Freshservice 중단과 지연을 없애세요.
신용카드가 필요하지 않습니다. 몇 분이면 시작할 수 있습니다.