Some Completed Sprints are not visible in the "Release Burndown" report

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問


プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。

Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.

*Fisheye および Crucible は除く

問題

There are a number of completed Sprints that are within the date range of the Release start and end date but they are not showing up on the Release Burndown report.

Some other Sprints, however are showing up fine.



診断

Looking closer, the issues from the missing Sprints are showing up under the Before initial sprint section of the report.


We have an open suggestion requesting for the baseline date used to determine the initial sprint to be displayed in the report. This may help understand and track what actions drive the report.

JSWSERVER-21302 - Getting issue details... STATUS


原因

(info) This is not a bug, but at the same time, JIRA will not be able to handle this behaviour the way it might be expected to.

Basically, when a release is established, the first issue created in the first sprint associated with the version will establish the baseline of the initial sprint. This cannot be changed or modified. The moment an issue from a Sprint is added to a version, that moment decides the starting point for the report. All the issues from earlier Sprints that get added to the version, will be added to the Before initial sprint section.

The reason this behaviour occurs is that first and foremost, Agile is a planning tool. Making changes retroactively to a version like this after the issue and sprint are already Done will skew your reporting and the application is not built in a way which would accommodate otherwise. This is why the issue is being considered as part of the Original estimate, as the work done on the issue was not done during the Version itself.

回避策

In some cases, the problem can get fixed by reopening and then closing each of the issues in the missing sprint. Then, those get displayed again and the report is correct.

ソリューション

It is unfortunately not possible to change the report now, as it represents a snapshot of a point in time. However, the only way to prevent this from happening is to not add already closed issues to a version at a later point in time.


Last modified on Mar 29, 2022

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.