소프트웨어 개발 수명 주기 데이터 템플릿

Jira Software
소프트웨어 개발 수명 주기 데이터 템플릿

소프트웨어 개발 수명 주기 데이터 템플릿

이 템플릿은 소프트웨어 개발 수명 주기 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 수집할 주요 데이터 필드와 추적할 프로세스 단계, Jira Software에서 데이터를 추출하는 실용적인 방법을 확인할 수 있습니다. 이 가이드를 참고해 process mining에 사용할 이벤트 로그를 준비하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Jira Software 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

소프트웨어 개발 수명 주기 속성

소프트웨어 개발 수명 주기를 폭넓게 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 6 권장 10 선택 사항
이름 설명
개발 항목
DevelopmentItem
Jira Software에서 스토리, 버그, 작업 등 개별 작업 단위를 식별하는 고유한 값입니다.
설명

개발 항목은 주요 케이스 식별자로, 기능, 버그 수정, 작업과 같은 개별 작업 단위를 나타냅니다. 해당 항목의 초기 구상과 계획부터 개발, 테스트, 배포까지 모든 활동을 연결합니다. Jira에서는 일반적으로 이슈 키에 해당하며, 예를 들면 'PROJ-123'입니다.

이 속성을 분석하면 각 작업 항목의 전체 생애주기를 추적할 수 있습니다. 프로세스 맵을 구성하고 사이클 타임을 계산하며, 개발 프로세스에서 항목별 흐름이 어떻게 다른지 파악하는 기반이 됩니다.

중요한 이유

관련된 모든 개발 활동을 연결하는 기준이므로, 개별 작업 항목이 시작부터 완료까지 거치는 과정을 추적할 수 있습니다.

확보 방법

Jira Software Issue API 객체에서 이슈의 표준 'key' 필드입니다.

예시
PROJ-101CORE-5432API-789
이벤트 시각
EventTime
특정 개발 활동이나 이벤트가 발생한 정확한 날짜와 시각입니다.
설명

이벤트 시각은 활동이 발생한 때를 기록하는 타임스탬프입니다. 각 케이스의 이벤트 발생 순서를 제공하며, 모든 process mining 분석의 시간 기준이 됩니다.

이 속성은 사이클 타임, 처리 시간, 활동 간 대기 시간을 비롯한 모든 시간 기반 지표를 계산하는 데 필요합니다. 시간에 따른 프로세스 성과를 분석해 개발 생애주기에서 지연이 언제, 어디서 발생하는지 파악할 수 있습니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정확히 정하고 모든 기간 기반 지표를 계산하는 기준입니다. 프로세스 효율성을 파악하고 지연을 찾는 데 중요합니다.

확보 방법

이슈 변경 이력 또는 기록의 각 항목에 있는 'created' 타임스탬프에 해당합니다.

예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
활동
Activity
개발 생애주기에서 발생한 특정 이벤트 또는 상태 변경의 이름입니다.
설명

이 속성은 소프트웨어 개발 프로세스의 개별 단계나 주요 시점을 나타냅니다. 활동은 Jira 이슈의 상태 필드 변경이나 코드 커밋, 검토와 같은 주요 이벤트에서 도출됩니다.

process mining에서는 활동의 순서가 프로세스 맵을 구성합니다. 활동을 분석하면 프로세스 흐름을 파악하고, 특정 단계에 걸리는 시간을 측정하며, 재작업 반복이나 품질 검증 단계 생략과 같은 표준 워크플로 이탈을 발견할 수 있습니다.

중요한 이유

활동은 프로세스의 단계를 정의합니다. 활동 순서는 프로세스 흐름을 시각화하고 병목을 찾으며 프로세스 변형을 분석하는 데 중요합니다.

확보 방법

일반적으로 Jira 이슈 기록이나 변경 이력에서 'status' 필드의 변경 내역을 가져옵니다. 연동된 개발 도구의 데이터로 보완할 수도 있습니다.

예시
개발 시작코드 리뷰 수행QA 테스트 완료프로덕션 배포 완료
마지막 데이터 업데이트
LastDataUpdate
소스 시스템에서 이 프로세스의 데이터를 마지막으로 새로 고친 시각입니다.
설명

이 속성은 Jira Software에서 데이터를 가장 최근에 추출한 날짜와 시각을 기록합니다. 분석 대상 데이터의 최신성을 파악하는 데 참고할 수 있습니다.

마지막 업데이트 시각을 알면 프로세스 분석 결과가 얼마나 최신인지 판단할 수 있습니다. 분석가와 업무 담당자는 현재 데이터를 보고 있는지 확인하고, 분석에 포함된 이벤트의 기준 시점을 파악할 수 있습니다.

중요한 이유

데이터의 최신성을 나타내며, 분석 결과와 대시보드에 프로세스의 최신 상태가 반영되도록 확인하는 데 필요합니다.

확보 방법

데이터 추출, 변환, 적재(ETL) 과정이 끝날 때 생성되어 기록되는 타임스탬프입니다.

예시
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
소스 시스템
SourceSystem
개발 생애주기 데이터를 추출한 시스템입니다.
설명

이 속성은 데이터의 출처를 식별합니다. 이 프로세스에서는 값이 항상 'Jira Software'이지만, 여러 소스 시스템의 데이터를 통합해 분석할 때 출처를 구분하는 데 유용합니다.

더 넓은 IT 환경에서 소스 시스템을 지정하면 데이터 계보를 명확히 하고, 여러 플랫폼의 데이터 품질과 통합 작업을 관리하는 데 도움이 됩니다.

중요한 이유

데이터 출처를 명확히 확인할 수 있어 여러 시스템의 데이터를 통합하거나 데이터 거버넌스 및 감사를 수행할 때 유용합니다.

확보 방법

데이터 추출 및 변환 과정에서 추가해야 하는 고정 값입니다.

예시
Jira Software
담당자
Assignee
현재 개발 항목을 담당하는 사용자입니다.
설명

담당자는 현재 단계에서 작업 항목을 처리할 책임이 있는 사용자입니다. Jira의 표준 필드이며, 항목이 사용자나 팀 사이에서 이동할 때 값이 변경됩니다.

담당자를 분석하면 리소스 배분, 업무량 분포, 인계 지점을 파악할 수 있습니다. 특정 단계에 어떤 개발자나 팀이 참여하는지, 누가 병목인지, 조직 전체에 업무가 어떻게 분배되는지 확인하는 데 도움이 됩니다.

중요한 이유

활동을 담당하는 사용자나 리소스를 식별하므로 업무량 분석과 리소스 관리, 사용자 간 인계 파악에 활용할 수 있습니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'assignee' 필드입니다.

예시
Alice SmithBob Johnson미지정
팀 이름
TeamName
작업 항목을 담당하는 개발팀입니다.
설명

개발 항목을 담당하는 애자일 팀 또는 기능 팀을 나타냅니다. Jira에서는 사용자 지정 필드로 구현하는 경우가 많으며, 프로젝트나 특정 컴포넌트와 같은 다른 정보에서 도출할 수도 있습니다.

이 속성은 팀 단위 성과 분석에 필요합니다. 대시보드를 팀별로 필터링해 사이클 타임, 재작업률, 처리량 등의 지표를 확인할 수 있습니다. 'Inter-Phase Handoff Efficiency' 및 'Developer Workload & Item Progress' 대시보드에서도 활용됩니다.

중요한 이유

개발팀별 성과를 측정하고 비교해 성과가 높은 팀을 파악하고 모범 사례를 공유할 수 있습니다.

확보 방법

Jira의 사용자 지정 필드인 경우가 많습니다. Jira 관리자에게 문의해 'Team', 'Squad' 등 실제 필드 이름을 확인하세요.

예시
Team Phoenix핵심 서비스UI/UX Avengers
프로젝트 이름
ProjectName
개발 항목이 속한 Jira 프로젝트의 이름입니다.
설명

Jira에서는 모든 작업 항목을 프로젝트별로 관리합니다. 프로젝트 이름은 상위 수준의 맥락을 제공하며, 특정 제품, 팀 또는 이니셔티브를 가리키는 경우가 많습니다.

이 속성은 필터링과 비교를 위한 분석 기준으로 활용할 수 있습니다. 프로젝트나 제품별로 SDLC 프로세스를 분석하고 비교하면 효율성이 높은 프로젝트, 재작업이 많은 프로젝트, 팀별 프로세스 차이를 파악할 수 있습니다.

중요한 이유

프로젝트, 제품 또는 팀별로 프로세스 분석을 나누어 성과를 비교하고 모범 사례를 찾을 수 있습니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'project' 필드입니다.

예시
모바일 앱 개발핵심 플랫폼데이터 과학
항목 상태
ItemStatus
워크플로에서 개발 항목의 현재 상태입니다.
설명

이 속성은 특정 시점의 개발 항목 상태를 나타냅니다. 예를 들어 '진행 중', '검토 중' 또는 '완료'가 해당합니다. 시간에 따른 상태 변경 순서를 바탕으로 process mining 활동을 생성합니다.

'활동' 속성이 상태 변경 이벤트를 나타낸다면, ItemStatus는 항목의 상태를 나타냅니다. 필터링 및 분석을 위한 차원으로 활용하면 특정 상태에 있는 항목 수를 확인하거나, 특정 상태에 오래 머무는 항목의 특성을 분석할 수 있습니다.

중요한 이유

항목이 생애주기의 어느 단계에 있는지 보여줍니다. 상태별 분석과 진행 중인 작업의 현재 상황을 파악하는 데 필요합니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'status' 필드입니다.

예시
할 일진행 중검토 중완료
항목 우선순위
ItemPriority
개발 항목에 지정된 우선순위로, 처리 시급성을 나타냅니다.
설명

항목 우선순위는 작업 항목의 상대적 중요도나 시급성을 나타냅니다. Jira의 표준 'priority' 필드에는 Highest, High, Medium, Low와 같이 설정 가능한 수준이 있습니다.

우선순위를 분석하면 규정 준수 여부를 확인하고 중요 항목의 병목을 찾을 수 있습니다. 예를 들어 'Priority Item Conformance Check' 대시보드는 이 속성을 사용해 우선순위가 높은 항목이 예상대로 신속하게 처리되는지, 아니면 우선순위가 낮은 항목과 같은 대기열에 머무는지 확인합니다.

중요한 이유

우선순위가 높은 항목이 낮은 항목보다 빠르게 처리되는지, 더 간소한 경로를 따르는지 분석하고 SLA 준수 여부를 확인하는 데 도움이 됩니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'priority' 필드입니다.

예시
최고높음보통낮음
항목 유형
ItemType
Bug, Story, Task, Epic 등 개발 항목의 분류입니다.
설명

항목 유형은 수행하는 작업의 종류를 분류합니다. Jira는 표준 'issuetype' 필드로 작업 항목을 구분하며, 유형마다 워크플로가 다를 수 있습니다.

이 속성은 비교 분석에 필요합니다. 특정 작업 유형만 필터링해 'Bug'와 'Story'의 생애주기를 비교할 수 있습니다. 이를 통해 특정 작업 유형에서 지연, 재작업 또는 표준 프로세스 이탈이 더 자주 발생하는지 파악할 수 있습니다.

중요한 이유

버그와 신규 기능처럼 작업 유형별로 프로세스 분석을 나누어 처리 방식과 프로세스 차이를 비교할 수 있습니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'issuetype' 필드입니다.

예시
스토리버그작업에픽
계획된 릴리스
PlannedReleaseVersion
항목을 배포할 예정인 대상 소프트웨어 버전 또는 릴리스입니다.
설명

Jira의 'Affects Version/s' 필드에 해당하는 경우가 많으며, 기능이나 수정 사항의 대상 릴리스를 나타냅니다. 작업 완료를 위한 목표 또는 기한으로 활용됩니다.

이 속성은 'On-Time Release Delivery Rate' KPI를 계산하는 데 중요합니다. 실제 배포일과 해당 버전에 연결된 계획 릴리스 날짜를 비교해 일정 준수 여부와 릴리스 프로세스의 예측 가능성을 측정할 수 있습니다.

중요한 이유

목표 납기일 또는 릴리스를 지정해 정시 납품률을 계산하고 일정 준수 여부를 분석할 수 있습니다.

확보 방법

Jira Issue API의 'versions' 또는 'fixVersions' 필드에 해당합니다. 계획에 사용하는 필드는 다를 수 있습니다.

예시
버전 2.12024년 1분기 릴리스Project Phoenix 출시
보고자
Reporter
개발 항목을 처음 생성하거나 보고한 사용자입니다.
설명

보고자는 Jira에서 이슈를 생성한 사용자입니다. 개발자, QA 테스터, 제품 관리자일 수도 있고, 서비스 데스크 연동을 통해 이슈를 등록한 고객일 수도 있습니다.

보고자를 분석하면 작업이 시작된 경로를 파악할 수 있습니다. 예를 들어 QA 팀이 보고한 버그와 고객이 보고한 버그의 생애주기가 다른지 분석할 수 있습니다. 프로세스 초기에 이루어지는 소통 방식과 정보 흐름을 이해하는 데도 도움이 됩니다.

중요한 이유

작업 항목의 발생 경로를 식별해 작업을 생성하거나 버그를 보고하는 주체에 따른 패턴을 분석할 수 있습니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'reporter' 필드입니다.

예시
Charles DarwinMarie CurieIsaac Newton
수정 버전
FixVersion
개발 항목이 실제로 해결되어 릴리스된 소프트웨어 버전입니다.
설명

Jira의 'Fix Version'은 항목의 완료된 작업이 포함된 릴리스를 나타냅니다. 개발 작업의 실제 결과를 기록합니다.

이 속성은 실제 릴리스 정보를 제공하므로 'PlannedReleaseVersion'과 비교해 납품 성과를 분석할 수 있습니다. 특정 릴리스에 포함된 모든 항목을 묶어 해당 릴리스에서 완료한 작업을 종합적으로 확인하는 데도 사용됩니다.

중요한 이유

작업이 포함된 릴리스를 확인할 수 있어 릴리스 분석과 제공된 기능 추적의 기준이 됩니다.

확보 방법

Jira Issue API 응답의 'fixVersions' 필드에 해당합니다.

예시
v2.1.1 긴급 수정v3.0.0 주요 릴리스v2.2.0
스프린트 이름
SprintName
개발 항목이 배정된 애자일 스프린트의 이름입니다.
설명

Scrum을 사용하는 팀에서 스프린트는 정해진 기간 동안 일련의 작업을 완료하는 단위입니다. 이 속성에는 항목이 속한 스프린트의 이름이나 식별자가 기록됩니다.

스프린트별 분석은 애자일 중심의 process mining에 중요합니다. 개별 스프린트의 성과를 평가하고, 다음 스프린트로 이월되는 작업을 파악하며, 스프린트 목표 대비 진행 상황을 추적할 수 있습니다. 일반적인 날짜 범위보다 구체적인 시간 기준을 제공합니다.

중요한 이유

애자일 팀의 맥락을 파악하는 데 도움이 되며, 스프린트별로 프로세스 효율성과 처리량을 분석할 수 있습니다.

확보 방법

일반적으로 Jira Software(Agile)에서 관리하는 'Sprint' 사용자 지정 필드에 저장됩니다. Issue API를 통해 데이터에 접근할 수 있습니다.

예시
PROJ 스프린트 12023년 4분기 스프린트 311월 PI 스프린트 2
이벤트 종료 시각
EventEndTime
활동 또는 상태가 완료된 시각입니다.
설명

이 속성은 활동이 완료된 시각을 나타냅니다. 해당 케이스에서 다음 활동이 시작된 시각입니다.

'EventTime'(StartTime)이 활동의 시작을 나타내는 반면, EventEndTime은 종료를 나타냅니다. 두 타임스탬프의 차이가 해당 활동의 처리 시간입니다. 'Average Stage Processing Time' KPI를 계산하고 활동별 소요 시간을 분석하는 대시보드를 구성하는 데 필요합니다.

중요한 이유

활동의 종료 시점을 정의하므로 프로세스의 각 단계에 걸리는 시간을 계산할 수 있습니다. 병목 분석에 필요한 정보입니다.

확보 방법

파생 속성입니다. 이벤트의 종료 시각은 같은 케이스에서 다음 이벤트가 시작된 시각입니다.

예시
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
인계 대기 시간
HandoffWaitTime
연속된 두 활동 사이의 유휴 시간입니다.
설명

한 활동이 끝난 시점부터 다음 활동이 시작될 때까지의 대기 시간 또는 대기열 시간을 계산합니다. 다음 담당자가 작업을 시작하기 전까지 일이 처리되지 않고 대기하는 시간을 나타냅니다.

'평균 인계 대기 시간' KPI와 '단계 간 인계 효율성' 대시보드에 사용되는 주요 지표입니다. 인계 시간이 길면 개발팀과 QA팀 간의 조율 문제, 리소스 부족 또는 비효율적인 의사소통을 나타낼 수 있습니다. 이 유휴 시간을 줄이면 전체 사이클 시간을 단축할 수 있습니다.

중요한 이유

프로세스에서 유휴 시간이나 대기열 시간을 보여줍니다. 팀 또는 담당자 간 인계 과정의 비효율과 조율 문제를 파악할 수 있습니다.

확보 방법

계산되는 지표입니다. 같은 케이스에서 활동 시작 시각에서 이전 활동 종료 시각을 뺀 값입니다.

예시
017280043200
재작업 여부
IsRework
활동이 재작업 반복 경로에 포함되는지 나타내는 표시입니다.
설명

이 불리언 속성은 QA 테스트에 실패한 뒤 '개발 시작' 단계로 돌아가는 경우처럼 활동이 프로세스의 이전 단계로 되돌아가는 것을 나타냅니다. 케이스의 활동 순서를 분석해 값을 결정합니다.

재작업을 파악하는 것은 프로세스 효율성과 품질을 개선하는 데 중요합니다. 이 속성은 '재작업 활동 비율' KPI와 '재작업 루프 빈도 및 경로' 대시보드에 직접 활용됩니다. 낭비되는 작업량을 정량화하고 재작업을 유발하는 품질 문제의 근본 원인을 찾을 수 있습니다.

중요한 이유

비효율적인 재작업 루프에 포함된 활동을 명확히 표시해 프로세스 낭비와 품질 문제를 정확하게 측정하고 분석할 수 있습니다.

확보 방법

계산된 속성입니다. 예상 프로세스 흐름을 정의한 다음, 이전 단계로 돌아가 흐름에서 벗어나는 활동을 표시해야 합니다.

예시
truefalse
총 사이클 시간
CycleTime
개발 항목의 시작부터 끝까지 걸린 총 시간입니다.
설명

사이클 시간은 개발 항목이 생성된 시점부터 최종 해결된 시점(예: 운영 환경 배포)까지 걸린 총 시간입니다. 케이스별로 첫 이벤트와 마지막 이벤트의 타임스탬프 차이를 계산합니다.

전체 프로세스의 속도와 효율성을 측정하는 주요 KPI입니다. '평균 엔드투엔드 사이클 시간' KPI와 '전체 SDLC 사이클 시간 분석' 대시보드는 이 계산을 기반으로 합니다. 프로세스 개선 활동에서는 사이클 시간을 줄이는 것을 주요 목표로 삼는 경우가 많습니다.

중요한 이유

개발 프로세스의 엔드투엔드 처리 속도를 측정해 전반적인 효율성과 납기 속도를 보여주는 주요 성과 지표입니다.

확보 방법

케이스 수준에서 계산되는 속성입니다. 해당 'DevelopmentItem'의 마지막 이벤트 타임스탬프에서 첫 이벤트 타임스탬프를 뺀 값입니다.

예시
12096002592000604800
컴포넌트
Component
항목이 속한 프로젝트의 하위 영역 또는 기능 영역입니다.
설명

Jira의 컴포넌트는 프로젝트 내 이슈를 더 작고 관리하기 쉬운 단위로 묶는 데 사용됩니다. '사용자 인증'과 같은 기능 영역, 'Backend API'와 같은 기술 계층, 'Reporting'과 같은 모듈을 나타낼 수 있습니다.

컴포넌트별로 분석하면 개발 프로세스를 더 세부적으로 살펴볼 수 있습니다. 애플리케이션의 특정 영역에서 버그가 더 많이 발생하는지, 개발 주기가 더 긴지, 재작업이 더 잦은지 파악해 기술 부채나 복잡성이 있는 영역을 찾을 수 있습니다.

중요한 이유

제품의 기능 또는 기술 영역별로 프로세스를 나누어 지연이나 품질 문제의 원인이 되는 컴포넌트를 찾을 수 있습니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 표준 'components' 필드입니다.

예시
사용자 인터페이스데이터베이스API 게이트웨이인증
항목 해결 결과
ItemResolution
개발 항목을 종료한 최종 결과 또는 사유입니다.
설명

Resolution은 항목이 종료 상태로 변경된 이유를 설명합니다. 상태가 'Closed'여도 해결 결과는 'Done', 'Won't Do', 'Duplicate', 'Cannot Reproduce' 등으로 다를 수 있습니다. 이를 통해 작업 결과를 구체적으로 파악할 수 있습니다.

해결 결과를 분석하면 성공적으로 완료된 작업과 취소 또는 반려된 항목을 구분할 수 있습니다. 품질을 분석하고 실제로 가치 있는 작업의 처리량과 최종 폐기된 항목에 투입된 노력을 구분하는 데 중요합니다.

중요한 이유

성공적으로 완료된 항목과 다른 사유로 종료된 항목을 구분하므로 생산성과 품질을 정확히 분석하는 데 중요합니다.

확보 방법

Jira Issue API 응답의 'fields' 객체에 있는 'resolution' 필드입니다. 일반적으로 이슈가 종료될 때만 값이 입력됩니다.

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

소프트웨어 개발 수명 주기 활동

소프트웨어 개발 수명 주기를 정확히 파악하려면 이벤트 로그에 다음 주요 프로세스 단계와 마일스톤을 기록하세요.
6 권장 8 선택 사항
활동 설명
QA 테스트 시작
개발 항목의 공식 품질 보증 테스트가 시작된 시점을 나타냅니다. 이슈 상태가 'In QA', 'In Testing', 'Ready for Testing'과 같은 상태로 바뀐 시점을 기준으로 추정합니다.
중요한 이유

품질 검증 주기가 시작되는 주요 기준점입니다. 'Development Completed'부터 이 시점까지 걸린 시간을 측정하면 개발팀과 QA팀 간 인수인계 지연을 확인할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 'In QA'와 같은 지정된 QA 테스트 상태로 바뀐 타임스탬프입니다.

기록

'In QA' 또는 'In Testing'으로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
QA 테스트 완료
개발 항목이 모든 품질 보증 검사를 통과해 사용자 인수 테스트나 릴리스와 같은 다음 단계로 넘어갈 준비가 되었음을 나타냅니다. 일반적으로 주요 테스트 상태에서 다른 상태로 바뀐 시점을 기준으로 추정합니다.
중요한 이유

중요한 품질 게이트가 완료된 시점입니다. QA 단계에 걸린 시간을 분석하면 테스트 프로세스와 리소스 배분을 개선할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 'status' 필드가 'In QA'에서 'Ready for UAT' 또는 'Ready for Release'와 같은 다음 상태로 바뀐 타임스탬프를 기준으로 추정합니다.

기록

'In QA'에서 'Ready for UAT'로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
UAT 승인
사용자 인수 테스트가 성공적으로 끝나 이해관계자가 릴리스를 승인했음을 나타냅니다. 'In UAT'에서 'Ready for Release' 또는 'Done'과 같은 상태로 바뀐 시점을 기준으로 추정합니다.
중요한 이유

비즈니스 측의 승인을 확인하고 운영 환경 배포를 진행할 수 있음을 나타내는 기준점입니다. 제공된 결과물이 사용자의 기대를 충족하는지 확인하는 중요한 게이트입니다.

확보 방법

Jira 이슈 변경 이력에서 'In UAT'에서 워크플로의 다음 상태로 바뀐 타임스탬프를 기준으로 승인 시점을 추정합니다.

기록

'In UAT'에서 'Ready for Release'로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
개발 시작
개발자가 개발 항목을 실제로 작업하기 시작한 시점을 나타냅니다. 대부분 Jira 워크플로의 상태 변경을 기준으로 추정하며, 예를 들어 이슈 상태가 'In Progress'로 바뀐 시점이 이에 해당합니다.
중요한 이유

실제 개발 시간을 측정하는 데 중요한 기준점입니다. 대기 시간과 가치를 더하는 작업 시간을 구분해 병목을 찾는 데 활용할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 처음으로 'In Progress', 'In Development' 또는 이와 유사한 진행 중 상태로 바뀐 타임스탬프입니다.

기록

'In Progress'로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
개발 항목 생성
스토리, 버그, 작업과 같은 새 개발 항목이 Jira에 공식 등록되면서 수명주기가 시작됩니다. 시스템은 모든 이슈의 생성 타임스탬프를 이 이벤트로 기록합니다.
중요한 이유

이 활동은 프로세스의 시작점을 명확히 보여줍니다. 종단 간 주기 시간을 계산하고 유입되는 전체 업무량을 추적하는 데 필요합니다.

확보 방법

모든 Jira 이슈에서 확인할 수 있는 기본 이벤트입니다. 생성 타임스탬프는 이슈 레코드의 'created' 필드에 저장되며 Jira API를 통해 조회할 수 있습니다.

기록

Jira Issue 객체의 'created' 타임스탬프 필드입니다.

이벤트 유형 explicit
프로덕션 배포 완료
개발 항목과 관련된 코드 변경 사항이 프로덕션 환경에 반영된 시점을 나타냅니다. 최종 상태가 'Done' 또는 'Released'로 변경된 기록을 통해 추정하거나, 연동된 CI/CD 도구에서 명시적 이벤트를 수집할 수 있습니다.
중요한 이유

이 프로세스의 주요 성공 종료 지점입니다. 전체 엔드투엔드 사이클 타임과 배포 빈도 및 처리량을 측정하는 데 필요합니다.

확보 방법

Jira 이슈 변경 이력에서 상태가 'Released' 또는 'Done'으로 변경된 기록을 통해 추정할 수 있습니다. 정확도를 높이려면 Jenkins, Bamboo 같은 CI/CD 도구에서 전송한 배포 이벤트나 Jira의 Deployments 기능을 통해 수집할 수 있습니다.

기록

상태가 'Done' 또는 'Released'로 변경된 시각입니다.

이벤트 유형 inferred
QA 테스트 실패
QA팀이 결함을 발견해 개발 항목이 재작업을 위해 개발자에게 돌아갔음을 나타냅니다. 예를 들어 상태가 'In QA'에서 'In Progress' 또는 'To Do'로 되돌아간 경우를 기준으로 추정합니다.
중요한 이유

재작업 반복을 파악하는 데 중요한 활동입니다. 발생 빈도를 추적하면 품질 저하로 인한 비용을 측정하고 개발이나 요구사항의 개선 영역을 찾을 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 테스트 상태(예: 'In QA')에서 이전 개발 상태(예: 'In Progress')로 바뀐 시점을 기록합니다.

기록

테스트 상태에서 개발 상태로 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
UAT 시작
비즈니스 이해관계자나 최종 사용자가 새 기능을 검증하는 사용자 인수 테스트의 시작을 나타냅니다. Jira 상태가 'In UAT' 또는 'User Acceptance Testing'과 같은 상태로 바뀐 시점을 기준으로 추정합니다.
중요한 이유

릴리스 전 최종 검증 단계의 시작을 추적하는 활동입니다. 소요 시간을 분석하면 이해관계자의 일정이나 피드백 주기로 인한 지연을 파악하고 줄일 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 'In UAT' 또는 이와 유사한 지정 상태로 바뀐 타임스탬프입니다.

기록

'In UAT'로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
개발 완료
개발자가 코딩을 마쳐 코드 리뷰나 테스트와 같은 다음 단계로 넘어갈 준비가 되었음을 나타냅니다. Jira 상태가 'In Progress'에서 'In Review' 또는 'Ready for QA'로 바뀐 시점 등을 기준으로 추정합니다.
중요한 이유

주요 개발 단계가 끝난 시점을 나타냅니다. 이를 통해 코딩에 걸린 시간과 품질 보증팀으로의 인수인계 효율을 분석할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 'status' 필드가 개발 진행 상태에서 'In Review' 또는 'Ready for QA'와 같은 다음 상태로 바뀐 타임스탬프를 확인해 추정합니다.

기록

'In Progress'에서 'In Review' 또는 'Ready for QA'로 상태가 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
개발 준비 완료
개발 항목의 요구사항 정의와 검토, 우선순위 지정이 끝나 개발자가 작업을 시작할 준비가 되었음을 나타냅니다. 일반적으로 워크플로에서 'Backlog'에서 'To Do' 또는 'Ready for Dev'로 상태가 바뀐 시점을 기준으로 추정합니다.
중요한 이유

이 시점을 추적하면 백로그의 준비 상태와 개발 시작 전 대기 시간을 측정할 수 있습니다. 계획 및 구체화에 걸린 시간과 실제 개발 시간을 구분할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 'Ready for Dev', 'To Do', 'Selected for Development'와 같은 값으로 바뀐 타임스탬프를 확인합니다.

기록

개발 전 준비 상태로 바뀐 시점의 타임스탬프입니다.

이벤트 유형 inferred
개발 항목 종료
항목에 추가 작업이 필요하지 않음을 확인하는 최종 관리 작업입니다. 보통 상태가 'Closed'로 변경되고 'Resolution' 필드에 값이 설정된 경우로 추정합니다.
중요한 이유

항목의 전체 여정이 끝나는 시점을 나타냅니다. 이 시점과 'Deployed to Production'을 비교하면 관리 처리 지연이나 배포 후 모니터링 기간을 파악할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 'status' 필드가 'Closed'로 변경되고 해결 결과가 설정된 시각입니다.

기록

상태가 'Closed'로 변경된 시각입니다.

이벤트 유형 inferred
개발 항목 취소
개발 항목이 완료되기 전에 종료된 상태를 나타냅니다. 상태가 'Canceled', 'Rejected', 'Won't Do'와 같은 최종 상태로 변경된 기록을 통해 추정하며, 특정 해결 결과가 함께 설정되는 경우가 많습니다.
중요한 이유

이 활동은 성공하지 못한 프로세스 결과를 추적합니다. 항목이 취소된 이유를 분석하면 계획, 우선순위 지정 또는 요구사항 정의의 문제를 파악할 수 있습니다.

확보 방법

Jira 이슈 변경 이력에서 추정합니다. 이슈의 'status'가 'Canceled' 또는 'Won't Do'로 변경되고 해당 해결 결과가 설정된 시각입니다.

기록

상태가 'Canceled', 'Rejected' 또는 'Won't Do'로 변경된 시각입니다.

이벤트 유형 inferred
릴리스 준비 완료
개발 항목이 모든 검사를 통과하고 특정 소프트웨어 릴리스 버전에 포함되어 배포를 기다리는 상태를 나타냅니다. 이 상태는 보통 이슈 상태가 'Ready for Release'로 변경되거나 'Fix Version' 필드가 입력된 경우로 추정합니다.
중요한 이유

이 활동을 통해 릴리스 준비 상태와 개발 및 테스트가 모두 끝난 뒤 배포 시점을 기다리는 시간을 추적할 수 있습니다.

확보 방법

일반적으로 Jira 이슈 변경 이력에서 상태가 'Ready for Release'로 변경된 기록을 확인해 추정합니다. 또는 'Fix Version/s' 필드가 설정된 시각을 기준으로 추정할 수 있습니다.

기록

상태가 'Ready for Release'로 변경되거나 'Fix Version' 필드가 입력된 시각입니다.

이벤트 유형 inferred
코드 리뷰 수행
동료나 리드가 코드의 품질, 표준 준수 여부, 기능을 검토했음을 나타냅니다. 'In Review'에서 'Ready for QA'로 상태가 바뀐 시점 등을 기준으로 추정하거나, 통합 개발 도구에서 직접 확인할 수 있습니다.
중요한 이유

주요 품질 게이트 활동입니다. 재작업과 같은 결과 및 소요 시간을 분석하면 코드 품질을 높이고 후속 단계에서 발견되는 버그를 줄일 수 있습니다.

확보 방법

일반적으로 Jira 이슈 변경 이력에서 상태가 'Code Review'를 벗어난 시점을 기준으로 추정합니다. Bitbucket이나 GitHub와 같은 코드 저장소 도구를 연동하면 이벤트를 직접 확인할 수도 있습니다.

기록

'In Review'에서 다음 상태로 바뀐 시점의 타임스탬프입니다.

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

데이터 추출 가이드

Jira Software에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 데이터를 준비해 소프트웨어 개발 수명 주기 최적화를 시작하세요. 분석 결과를 바탕으로 납기를 앞당기고 품질을 높일 수 있습니다.

Jira Software에서 SDLC를 최적화하세요. 지금 시작하세요!

SDLC의 비효율을 찾아 사이클 시간을 30% 줄이세요.

무료 체험 시작

신용카드 없이 몇 분 만에 최적화를 시작할 수 있습니다.