Agile Reports Overview

Agile is about adapting to changing environments and requirements. Reports are a key tool related to being agile. Like with boards, agile reports

  • help to visualize the work of the team

  • To help you assess the progress of current work (commitment vs. actuals) and respond if needed

  • And review what has been done in the past to continuously improve in the future

  • They promote transparency – allowing anyone with access to see and have a common understanding of the current state. The transparency means that there should be no surprises about the delivery of the project.

  • They help with troubleshooting. For example, certain reports can clearly show process bottlenecks.

  • Reports also help with planning the work of the team. They are commonly used in planning meetings to help see the historic progress of the team and provide more accurate planning and estimating.

애자일은 변화하는 환경과 요구사항에 적응하는 것입니다. 보고서는 애자일과 관련된 핵심 도구입니다. 보드와 마찬가지로 애자일 보고서는

  • 팀의 작업을 시각화하는 데 도움이 됩니다.

  • 현재 작업의 진행 상황(약속 대비 실제)을 평가하고 필요한 경우 대응하는 데 도움이 됩니다.

  • 또한 과거에 수행한 작업을 검토하여 향후 지속적으로 개선할 수 있습니다.

  • 액세스 권한이 있는 모든 사람이 현재 상태를 보고 공통적으로 이해할 수 있도록 투명성을 촉진합니다. 투명성이 높다는 것은 프로젝트 납품에 대해 예상치 못한 일이 없어야 함을 의미합니다.

  • 문제 해결에 도움이 됩니다. 예를 들어, 특정 보고서는 프로세스 병목 현상을 명확하게 보여줄 수 있습니다.

  • 보고서는 팀의 작업 계획에도 도움이 됩니다. 일반적으로 계획 회의에서 팀의 과거 진행 상황을 확인하고 보다 정확한 계획과 추정을 제공하는 데 사용됩니다.

Agile reports are board-specific; that is,

  • they will only include data about the issues that match your board's saved filter. And remember that the board filter doesn’t always include just one project nor all the issues in a project.

  • The concepts of To Do and Done depend on column-status mapping as discussed earlier, especially the “Definition of Done”

  • And scrum reports rely on consistent use of the estimation statistic (usually story points) to be valuable

애자일 보고서는 보드별로 다릅니다,

  • 보드에 저장된 필터와 일치하는 이슈에 대한 데이터만 포함됩니다. 그리고 보드 필터가 항상 하나의 프로젝트만 포함하거나 프로젝트의 모든 이슈를 포함하지는 않는다는 점을 기억하세요.

  • 할 일과 완료의 개념은 앞서 설명한 대로 열 상태 매핑, 특히 "완료의 정의"에 따라 달라집니다.

  • 그리고 스크럼 보고서는 추정 통계(일반적으로 스토리 포인트)의 일관된 사용에 의존해야 가치가 있습니다.

In Scrum boards, we have 10 reports. They are all shown on a single page when you go to the “Reports” link in the left-hand side project navigation and view “All Reports”. But we will group them together into the types of information they show.

  • Burndown-type of reports which show the present state. This includes:

  • Burndown Chart

  • Burnup Chart

  • Epic Burndown

  • Release Burndown

스크럼 보드에는 10개의 보고서가 있습니다. 왼쪽 프로젝트 탐색의 "보고서" 링크로 이동하여 "모든 보고서"를 보면 모두 한 페이지에 표시됩니다. 하지만 표시되는 정보 유형에 따라 함께 그룹화하겠습니다.

  • 현재 상태를 보여주는 번다운 유형의 보고서. 여기에는 다음이 포함됩니다:

  • 번다운 차트

  • 번업 차트

  • 에픽 번다운

  • 릴리스 번다운

Status-type of reports which show the past. This includes

  • Sprint Report

  • Epic Report

  • and Version Report

상태 - 과거를 보여주는 보고서의 상태 유형입니다. 여기에는 다음이 포함됩니다.

  • 스프린트 보고서

  • 에픽 보고서

  • 및 버전 보고서

 

  • And Continuous Improvement-type of reports which help improve the future. This includes:

  • Velocity Chart

  • Cumulative Flow Diagram

  • and Control Chart.

  • 그리고 미래를 개선하는 데 도움이 되는 지속적 개선 유형의 보고서입니다. 이 포함

  • 속도 차트

  • 누적 흐름 다이어그램

  • 및 제어 차트.

These last two reports – now shown in red and marked with an asterisk – are the only 2 reports (out of the 10 total) which are available in Kanban boards.
So, we will discuss the first 8 reports in the context of Scrum and then switch to Kanban boards to discuss the last 2 reports Let’s begin.

이제 빨간색으로 표시되고 별표가 표시된 이 마지막 두 보고서는 칸반 보드에서 사용할 수 있는 유일한 보고서입니다(총 10개의 보고서 중).
따라서 스크럼의 맥락에서 처음 8개의 보고서에 대해 논의한 다음 칸반 보드로 전환하여 마지막 2개의 보고서에 대해 논의해 보겠습니다.