다시 활성화 보고서
팀에서 버그를 해결하고 닫으면 다시 활성화 보고서를 사용하여 팀이 얼마나 효율적으로 버그를 수정하는지를 파악할 수 있습니다. 다시 활성화에서는 일반적으로 성급하게 해결하거나 닫은 후 다시 연 버그를 참조합니다. 다시 활성화 비율은 오류 피드백 비율이라고도 합니다.
다시 활성화 보고서를 사용하여 다시 활성화된 버그 또는 사용자 스토리를 표시할 수 있습니다. 제품 소유자는 허용되는 다시 활성화 비율에 대해 팀과 논의해야 할 수도 있습니다. 팀의 목표에 따라 낮은 다시 활성화 비율(예: 5% 미만)이 허용될 수 있습니다. 하지만 다시 활성화의 비율이 높거나 증가하는 경우 팀에서 시스템 문제를 진단하고 해결해야 함을 나타냅니다.
보고서 액세스, 새로 고침 또는 관리 방법에 대한 자세한 내용은 보고서(SQL Server Reporting Services)를 참조하십시오.
참고
이 보고서에는 SQL Server Reporting Services로 프로비전된 팀 프로젝트를 포함하는 팀 프로젝트 컬렉션이 필요합니다.팀 탐색기를 열고 팀 프로젝트 노드를 확장한 경우 .png "Report"){kind=icon}
보고서가 나타나지 않으면 이 보고서를 사용할 수 없습니다.
항목 내용
|
다음과 같은 질문에 답할 때 이 보고서를 사용할 수 있습니다.
|
필요한 권한
보고서를 보려면 SQL Server Reporting Services에서 브라우저 역할이 할당된 그룹에 할당되거나 속해야 합니다. 자세한 내용은 팀 프로젝트에 사용자 추가을 참조하십시오.
보고서의 데이터
다시 활성화 보고서에서는 해결된 상태이거나 닫힌 상태에서 다시 활성화된 버그 또는 스토리의 수에 대한 영역 그래프를 보여 줍니다. 데이터는 데이터 웨어하우스에서 파생됩니다. 그래프에서는 다음 그림과 같이 지정한 기간 및 필터를 기준으로 항목의 수를 나타냅니다.
.png "다시 활성화 보고서 예제")
다음과 같은 방식으로 다시 활성화 보고서를 필터링할 수 있습니다.
보고서의 시작 및 종료 날짜를 변경합니다.
반복 및 영역 경로, 작업 항목 형식 및 작업 항목의 이전 상태를 지정하여 보고서에서 계산되는 버그 및 스토리를 필터링합니다.
자세한 내용은 이 항목의 뒷부분에 나오는 보고서 필터링을 참조하십시오.
사용자 스토리 및 버그 추적에 필요한 작업
다시 활성화 보고서의 유용성과 정확도를 높이려면 팀에서 다음 활동을 수행해야 합니다.
사용자 스토리 및 버그를 정의하고 해당 반복 및 영역 경로를 지정합니다.
스토리 및 버그가 활성에서 닫힘으로 진행되는 상황에 따라 상태를 업데이트합니다.
반복 기간 설정
현재 반복의 다시 활성화 비율을 확인하려면 보고서의 시작 날짜 및 종료 날짜가 현재 반복 주기의 시작 날짜 및 종료 날짜와 일치해야 합니다.
반복 기간을 변경하려면
반복 시작(날짜) 또는 반복 종료(날짜) 옆에 있는 달력 아이콘을 클릭한 다음 날짜를 클릭합니다.
보고서 보기를 클릭합니다.
보고서 해석
제품 개발 주기의 어느 시점에 있는지에 따라 다시 활성화 보고서는 달라집니다. 초기 반복에서 다시 활성화해야 하는 경우는 아주 드뭅니다. 버그 및 스토리가 닫히면 다시 활성화의 비율을 검토해야 할 수 있습니다.
다시 활성화 보고서에 표시되는 정보를 사용하여 팀에서 많은 수의 버그 및 스토리를 다시 활성화하고 있는지 여부를 확인할 수 있습니다. 다시 활성화 비율은 수정 작업을 수행했으나 문제가 해결되지 않은 버그의 수를 계산합니다. 이러한 다시 활성화를 통해 계획한 작업을 진행하는 데 방해가 되는 위험한 재작업 주기가 만들어질 수 있습니다.
보고서를 통해 확인할 수 있는 사항
보고서를 검토하여 다음과 같은 질문에 대한 답을 얻을 수 있습니다.
현재 반복에서 다시 활성화된 버그의 수는 몇 개입니까?
현재 반복에서 다시 활성화된 사용자 스토리의 수의 몇 개입니까?
팀에서 다시 활성화된 버그 및 스토리를 허용된 비율에 맞춰 해결하고 닫고 있습니까?
정상 버전의 보고서
정상적인 버전의 다시 활성화 보고서에서는 다음 그림과 같이 버그를 해결하고 닫는 작업이 안정적으로 진행되고 있음을 확인할 수 있습니다. 작업 항목 다시 활성화의 전체 비율이 5% 이하이며 반복 중에 비율이 증가하지 않습니다. 팀의 목표에 따라 약간의 변동이 허용될 수 있습니다. 다시 활성화 비율이 낮으면 낮을수록 팀의 진행률이 전반적으로 높아집니다.
.png "다시 활성화 보고서의 정상적인 버전")
비정상 버전의 보고서
다음 그림에서는 비정상적인 버전의 다시 활성화 보고서를 보여 줍니다.
.png "다시 활성화 보고서의 비정상적인 버전")
다음 표에서는 이 보고서가 비정상적인 버전임을 나타내는 지표에 대해 설명하고 검토해야 할 일부 질문 사항도 제시합니다.
지표 |
질문 |
|---|---|
팀에서 많은 수의 버그를 다시 활성화하고 있습니다. 팀에서 찾고 있는 전체 버그 수의 비율에 따라 다시 활성화 비율을 고려해야 합니다. 버그의 다시 활성화 비율이 높은 경우 팀에서 버그를 성급하게 닫고 있음을 나타낼 수 있습니다. 이는 프로젝트 장애의 경고 신호입니다. 다시 활성화로 인해 제품 주기에 추가 작업이 발생되며 이 경우 해당 작업을 완료하는 데 필요한 총 노력이 두 배로 증가하는 경우가 많습니다. |
|
팀에서 많은 수의 사용자 스토리를 다시 활성화하고 있습니다. 팀에서 닫고 있는 전체 사용자 스토리 수의 비율에 따라 사용자 스토리의 다시 활성화 비율을 고려해야 합니다. 스토리의 다시 활성화 비율이 높은 경우 다른 문제를 조사해야 한다는 것을 나타낼 수 있습니다. |
|
다시 활성화의 수가 증가하고 있습니다. 다시 활성화의 수가 증가하면 다시 활성화된 버그 또는 스토리가 수정되지 않고 있는 것입니다. 다시 활성화된 버그 또는 스토리 수정에 대한 팀 우선 순위를 재평가해야 할 수 있습니다. |
|
보고서 필터링
다음과 같은 방식으로 다시 활성화 보고서를 필터링할 수 있습니다.
보고서의 시작 및 종료 날짜를 변경합니다.
반복 및 영역 경로, 작업 항목 형식 및 작업 항목의 이전 상태를 지정하여 보고서에 나타나는 버그 또는 스토리를 필터링합니다.
다음 그림에서는 사용 가능한 필터를 보여 줍니다.
.png "다시 활성화 보고서의 필터")
보고서에 나타나는 작업 항목을 필터링하려면
다음 작업 중 하나 이상을 수행합니다.
반복 및 영역 목록에서 포함할 각 반복 또는 제품 영역의 확인란을 선택합니다.
작업 항목 형식 및 이전 상태 목록에서 포함할 각 작업 항목 형식 및 상태의 확인란을 선택합니다.
보고서 보기를 클릭합니다.