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

개발 항목 ID는 소프트웨어 개발 수명 주기 전반에서 각 케이스 인스턴스를 고유하게 식별하는 기본 키입니다. 각 ID는 사용자 스토리, 작업 또는 버그 수정과 같은 개별 작업을 나타내며, 생성부터 최종 해결 또는 배포까지 추적합니다.

process mining 분석에서 이 속성은 모든 작업 항목의 전체 여정을 재구성하는 데 필요합니다. '개발 시작', '코드 검토 완료', '운영 환경에 배포'와 같은 관련 활동을 연결해 일관된 프로세스 흐름을 구성할 수 있습니다. 개발 항목별 수명 주기를 분석하면 특정 작업에서 발생하는 편차, 지연, 재작업 반복을 파악할 수 있습니다.

각 개발 작업 항목의 시작부터 종료까지 전체 수명 주기를 추적하는 데 필요한 기본 케이스 식별자입니다.

일반적으로 소프트웨어 개발 관리 시스템의 기본 작업 항목 테이블이나 이슈 추적 테이블에서 찾을 수 있습니다.

이벤트 시작 시각은 활동이 시작된 날짜와 시간을 정확히 나타냅니다. 단일 케이스 내 모든 이벤트의 시간 순서를 제공하므로 프로세스 흐름을 정확하게 재구성하는 데 필요합니다.

타임스탬프는 시간 기반 process mining 분석의 토대입니다. 활동 간 주기 시간, 대기 시간, 처리 시간과 같은 KPI를 계산하는 데 사용됩니다. 타임스탬프를 분석하면 병목을 찾고 프로세스 효율을 측정하며 개발 수명 주기의 각 단계에 걸리는 시간을 파악할 수 있습니다. 예를 들어 '코드 검토 요청'부터 '코드 검토 완료'까지의 시간을 보면 검토 과정의 지연을 확인할 수 있습니다.

이 타임스탬프는 이벤트 순서를 올바르게 정하고 주기 시간과 병목 등 시간 기반 지표를 계산하는 데 필요합니다.

개발 작업 항목의 변경 사항을 기록하는 이벤트 로그, 감사 추적 또는 이력 테이블에서 확인할 수 있습니다.

활동 이름은 개발 프로세스에서 발생한 특정 단계나 상태 변경을 나타냅니다. 이러한 활동은 프로세스 맵의 노드가 되며, '개발 항목 승인', '코드 검토 요청', 'QA 테스트 완료'와 같은 주요 마일스톤을 표현합니다.

이 속성은 프로세스 흐름을 시각화하고 이벤트 순서를 파악하는 데 필요합니다. 팀은 활동을 분석해 가장 일반적인 경로를 찾고, 프로세스 편차를 발견하며, 각 단계에 걸린 시간을 측정할 수 있습니다. 또한 병목 분석, 재작업 감지, 목표 프로세스 모델과의 적합성 확인을 위한 기반이 됩니다.

프로세스의 단계를 정의해 개발 워크플로를 시각화하고 분석할 수 있게 합니다.

개발 작업 항목과 연결된 상태 변경 로그, 이벤트 스트림 또는 감사 이력 테이블에서 가져오는 경우가 많습니다.

마지막 데이터 업데이트 속성은 원본 시스템에서 데이터를 가장 최근에 추출하거나 업데이트한 날짜와 시간을 기록합니다. 이를 통해 데이터가 얼마나 최신이며 현재 상황에 적합한지 확인할 수 있습니다.

분석과 대시보드가 최신 정보를 바탕으로 하는지 확인하는 데 중요한 정보입니다. 이해관계자는 프로세스 현황이 얼마나 최신인지 바로 확인할 수 있어, 분석 결과에 대한 신뢰를 높일 수 있습니다. 데이터 파이프라인을 관리하고 데이터 새로 고침 일정을 설정할 때도 필요한 메타데이터입니다.

데이터의 최신성을 나타내므로 의사결정에 필요한 시점에 맞춰 분석하고 관련성을 유지할 수 있습니다.

일반적으로 데이터 추출, 변환, 적재(ETL) 파이프라인에서 생성하고 저장하는 값입니다.

원본 시스템 속성은 개발 수명 주기 데이터가 기록된 애플리케이션이나 플랫폼을 식별합니다. 여러 개발 도구를 함께 사용하는 환경에서 특히 유용합니다. 예를 들어 이슈 추적에는 Jira를, 소스 코드 관리에는 GitLab을 사용할 수 있습니다.

분석 시 원본 시스템을 지정하면 데이터를 검증하고 프로세스 데이터의 맥락을 파악할 수 있습니다. 시스템마다 필드 이름과 프로세스 관행이 다를 수 있으므로, 시스템 간 프로세스를 비교하고 데이터를 올바르게 해석하는 데 도움이 됩니다. 특정 도구의 데이터만 분석하도록 필터링할 수도 있습니다.

데이터의 출처를 파악할 수 있어 데이터 검증과 여러 통합 시스템을 사용하는 분석에 도움이 됩니다.

일반적으로 레코드의 출처를 식별하기 위해 데이터 추출 과정에서 추가하는 고정값입니다.

개발 항목 상태는 특정 시점의 작업 항목 상태를 나타냅니다. 활동 이름이 상태 변경 이벤트를 기록한다면, 이 속성은 변경 후의 상태 자체를 기록합니다. 이벤트 발생 당시 작업이 어떤 상태였는지 분석할 때 유용합니다.

이 속성은 활동 이름을 만드는 데 자주 사용되며, 추가 맥락을 제공할 수도 있습니다. 예를 들어 상태 필드를 분석하면 항목이 '차단됨' 또는 '검토 대기' 상태에 머문 시간을 측정할 수 있습니다. 생산성이 낮은 상태에 머문 시간을 파악하면 반복적으로 발생하는 지연을 찾아내고 흐름 효율성을 개선하는 데 도움이 됩니다.

상태별 소요 시간을 분석해 지연을 파악하고, '차단됨'처럼 부가가치를 창출하지 않는 상태에 머문 시간을 확인할 수 있습니다.

작업 항목 또는 이슈 레코드의 기본 필드로 제공되며, 변경 이력에도 기록됩니다.

우선순위 속성은 작업 항목의 비즈니스상 또는 기술상 긴급도를 나타냅니다. 일반적으로 '높음', '보통', '낮음' 등의 값으로 설정하며, 팀이 다음에 처리할 작업을 결정하는 데 사용합니다.

process mining에서 우선순위는 유용한 분석 기준입니다. 우선순위가 높은 항목이 낮은 항목보다 실제로 더 빠르게 처리되는지 확인할 수 있습니다. 우선순위별 처리 시간을 비교하면 프로세스가 비즈니스 우선순위를 반영하는지 파악할 수 있습니다. 우선순위가 높은 항목이 자주 지연된다면 계획, 리소스 배분 또는 워크플로 설계에 문제가 있을 수 있습니다.

우선순위가 높은 작업이 프로세스를 더 빠르게 통과하는지 확인하고, 중요한 항목에 불균형하게 영향을 주는 병목을 찾을 수 있습니다.

대부분의 개발 관리 시스템에서 작업 항목 또는 이슈 레코드에 기본으로 제공되는 필드입니다.

이 속성은 수행 중인 작업의 유형을 분류합니다. 작업 유형에 따라 프로세스 경로와 성과 기대치가 다를 수 있습니다. 예를 들어 버그는 신속한 핫픽스 프로세스를 거치는 반면, 기능은 일반적인 개발 및 테스트 주기를 따릅니다.

분석가는 이 속성을 사용해 작업 유형별 프로세스 흐름과 성과를 비교할 수 있습니다. 이를 통해 '버그 수정 프로세스가 기능 개발보다 빠른가?', '기술 부채 항목은 재작업이 더 많이 발생하는가?'와 같은 질문에 답할 수 있습니다. 데이터를 세분화해 구체적이고 실행 가능한 인사이트를 얻는 데 필요한 기본 분석 기준입니다.

작업 유형별 프로세스와 성과를 비교해 특정 개발 유형에서 발생하는 비효율을 파악할 수 있습니다.

대부분의 개발 관리 시스템에서 작업 항목 또는 이슈 레코드에 기본으로 제공되는 필드입니다.

이 속성은 현재 단계나 전체 작업 항목을 완료할 책임이 있는 개인 또는 그룹을 나타냅니다. 개발자, QA 테스터, 검토자 등 역할 간 인계에 따라 담당자가 여러 차례 바뀔 수 있습니다.

담당자 속성을 분석하면 팀의 업무량, 인계 효율성, 협업 패턴을 파악할 수 있습니다. 프로세스 맵을 특정 사용자나 팀의 작업으로 필터링해 리소스별 병목을 찾을 수도 있습니다. 담당자 간 인계를 바탕으로 소셜 네트워크 분석을 수행하면 소통의 공백이나 지나치게 복잡한 협업 구조를 확인할 수 있습니다.

리소스별 업무량, 인계 빈도, 협업 패턴을 분석해 팀 효율성을 높이는 데 도움이 됩니다.

작업 항목 또는 이슈 레코드에서 확인할 수 있으며, 일반적으로 항목의 변경 이력이나 감사 로그에 기록됩니다.

이벤트 종료 시간은 활동이 끝난 시점을 나타냅니다. 프로세스의 여러 단계는 시작 시간과 종료 시간이 같은 순간 이벤트로 기록되지만, 일부 활동은 소요 시간을 측정할 수 있습니다. 예를 들어 '코드 검토' 활동에는 시작 시간과 종료 시간이 각각 기록될 수 있습니다.

이 속성은 개별 작업의 실제 처리 시간을 계산하고 대기 시간과 구분하는 데 필요합니다. 분석가는 이벤트 시작 시간과 이벤트 종료 시간 사이의 간격을 비교해 부가가치를 창출하는 활동에 투입된 시간을 측정할 수 있습니다. 이를 통해 리소스 활용도를 더 세밀하게 분석하고 실제 작업 시간이 가장 많이 드는 작업을 파악할 수 있습니다.

개별 활동의 실제 처리 시간을 계산해 대기 시간과 구분하고, 작업에 투입된 시간을 더 명확하게 파악할 수 있습니다.

이벤트 로그에서 확인하거나, 동일한 작업 항목에서 다음 순서로 발생한 활동의 타임스탬프를 사용해 산출할 수 있습니다.

이 속성은 개발 항목을 제공할 책임이 있는 팀, 스쿼드 또는 그룹을 나타냅니다. 규모가 큰 조직에서는 프런트엔드, 백엔드, 모바일, 플랫폼 등 여러 전문 팀이 작업을 나누어 맡는 경우가 많습니다.

팀 이름별로 분석하면 팀 간 성과를 비교하고 모범 사례를 공유할 수 있습니다. '처리 시간이 가장 짧은 팀은 어디인가?', '특정 팀에서 재작업이 더 많이 발생하는가?'와 같은 질문에 답하는 데 도움이 됩니다. 이러한 분석을 통해 워크플로, 기술 역량 또는 리소스 가용성의 차이가 전체 제공 성과에 미치는 영향을 파악하고, 필요한 프로세스를 개선할 수 있습니다.

팀별 성과를 비교해 모범 사례와 개선이 필요한 영역을 찾을 수 있습니다.

담당 사용자 정보와 연결되거나 프로젝트 또는 작업 항목 레코드의 별도 필드로 제공되는 경우가 많습니다.

프로젝트 이름은 특정 제품, 이니셔티브 또는 코드베이스에 속한 작업 항목을 묶어 맥락을 제공합니다. 레거시 시스템과 신규 애플리케이션처럼 프로젝트에 따라 개발 방식과 처리 시간이 크게 다를 수 있습니다.

이 속성을 사용하면 조직 내 여러 영역의 개발 프로세스를 상위 수준에서 집계하고 비교할 수 있습니다. 프로젝트별로 분석을 필터링하면 관리자가 각 개발 작업의 상태와 효율성을 평가할 수 있습니다. 또한 프로세스 성과가 프로젝트별 맥락과 기술 환경에 어떤 영향을 받는지 파악하는 데도 필요합니다.

제품 또는 이니셔티브별로 프로세스 분석을 나누어 프로젝트 맥락에 따른 성과 차이를 파악할 수 있습니다.

작업 항목 또는 이슈 레코드의 기본 필드이거나, Git과 같은 시스템에 등록된 저장소 이름입니다.

심각도와 우선순위는 서로 다른 개념입니다. 심각도는 이슈가 기술적으로 미치는 영향을 측정하고, 우선순위는 수정의 긴급도를 나타냅니다. 예를 들어 방문자가 드문 페이지의 오타는 심각도와 우선순위가 모두 낮을 수 있지만, 데이터가 손상되는 중대한 문제는 심각도와 우선순위가 모두 높을 수 있습니다.

이 속성은 특히 버그 수정 프로세스의 품질을 분석할 때 중요합니다. 팀이 심각한 이슈부터 효과적으로 해결하는지 평가할 수 있습니다. 심각도별 처리 시간을 분석하면 조직은 고객 영향을 최소화하도록 시스템의 중대한 문제를 신속히 해결할 수 있습니다.

기술적 영향에 따라 팀이 이슈를 얼마나 효과적으로 처리하는지 분석하고, 중대한 문제를 신속히 해결하는 데 도움이 됩니다.

개발 관리 시스템에서 '버그' 또는 '인시던트' 유형의 작업 항목에 주로 제공되는 기본 필드입니다.

생성자 속성은 작업 항목을 처음 등록한 사람을 나타냅니다. 사용자 스토리를 작성한 제품 관리자, 버그를 등록한 QA 테스터, 고객 문제를 보고한 고객 서비스 담당자 등이 해당할 수 있습니다.

작업 항목의 생성자를 분석하면 작업이 어디에서 비롯되는지 파악할 수 있습니다. 예를 들어 최종 사용자가 보고한 버그가 많다면 최근 릴리스의 품질 문제를 나타낼 수 있습니다. 생성자와 이후 재작업 또는 지연의 상관관계를 분석해 초기 요구사항의 명확성과 품질을 평가할 수도 있습니다.

작업을 처음 요청하거나 등록한 사람을 파악해 수요, 버그 또는 기능 요청의 발생 경로를 분석할 수 있습니다.

작업 항목 최초 생성 기록에 있는 '보고자' 또는 '작성자'와 같은 기본 필드입니다.

예정 릴리스 속성은 개발 항목을 특정 제공 일정이나 버전에 연결합니다. 릴리스 계획에서 기능과 수정 사항을 묶어 함께 배포할 때 자주 사용합니다.

예정 릴리스별 분석을 통해 릴리스 프로세스의 예측 가능성과 신뢰성을 평가할 수 있습니다. 예정 릴리스와 실제 배포 날짜를 비교해 정시 제공률을 추적할 수 있습니다. 또한 특정 릴리스에 포함될 작업의 범위와 흐름을 관리하고, 제공 일정에 영향을 줄 수 있는 위험이나 지연을 파악하는 데 도움이 됩니다.

개발 작업을 제공 일정과 연결해 정시 제공률과 릴리스 예측 가능성을 분석할 수 있습니다.

애자일 계획 및 개발 도구에서 '수정 버전', '대상 릴리스', '반복 경로' 등으로 제공되는 기본 필드입니다.

재작업 표시는 이벤트가 재작업 주기에 포함되는지 나타내는 파생형 불리언 또는 범주형 속성입니다. 일반적으로 프로세스 흐름이 'QA 테스트'에서 '개발 진행 중'으로 되돌아가거나 'QA에서 재작업 확인'과 같은 특정 재작업 활동이 발생한 경우로 판단합니다.

이 속성은 품질과 효율성을 분석하는 데 유용합니다. 재작업률을 직접 계산하고 재작업이 가장 많이 발생하는 프로세스 구간을 찾을 수 있습니다. 재작업 활동을 필터링하면 품질 문제가 더 일찍 발견되지 않은 원인을 분석할 수 있습니다. 재작업을 줄이면 개발 속도와 제품 품질을 함께 개선할 수 있습니다.

재작업을 직접 수치화해 발생 빈도와 원인을 분석하고, 시간에 따른 품질 개선을 추적할 수 있습니다.

일반적으로 데이터 변환 과정에서 프로세스 흐름의 역방향 반복이나 실패를 나타내는 특정 활동 이름을 찾아 산출합니다.