Skip to content

Releases: bitovi/jira-timeline-report

Themes

24 Jan 14:14
Compare
Choose a tag to compare

Themes

You can now pick your own colors!

image

What's Changed

Full Changelog: v0.10.1...v0.11.0

Sticky Headers, Group By Fixes, and Title Fix

23 Jan 03:42
Compare
Choose a tag to compare

Overview

The browser will now properly say Status Reports for Jira and when you scroll, the quarter headers are now sticky:

image

What's Changed

Full Changelog: v0.10.0...v0.101.1

Fixed Comparison Dates & Rounding

22 Jan 02:57
Compare
Choose a tag to compare

Fixed Comparison Dates

Instead of a relative date (like 15 days ago), you can now select a fixed comparison date. This allows you to build a report that always compares to a specific time (like the start of a quarter).

image

When a fixed comparison date is selected, the date will be bold instead of the relative time as follows:

image

Rounding

In the View Settings, you can now round dates to a particular time period:

image

Rounding will:

  • round a start date to an earlier interview
  • round a due date to a later interval

For example, if you round dates to Month, then an epic with a due date of Jan 30th will have its end date show as Jan 31st. Similarly, an epic with a due date of Jan 1st will also have its end date be Jan 31st.

Furthermore, rounding also works with status coloring. For example, if you round dates to Month and an epic moved from Jan 1st to Jan 31st, it would not show it as Behind. Only if the epic's due date moved into February would the epic status be Behind.

What's Changed

New Contributors

Full Changelog: v0.8.2...v0.10.0

Shadows

08 Jan 17:03
Compare
Choose a tag to compare

Shadows are turned on. This will be replaced with outlines shortly.

image

What's Changed

Full Changelog: v0.8.2...v0.9.2

Status Reports for Jira

03 Jan 19:53
Compare
Choose a tag to compare

What's Changed

Status Reports for Jira

31 Dec 16:06
Compare
Choose a tag to compare

Overview

We made the following changes:

  • We renamed the app Status Reports for Jira. This reflects Jira's trademark requirements and focuses more on what the app attempts to do - automate statue reporting for Jira.
  • The plugin layout now removes the header, making the UI look much more seamless when the app is used as a Jira plugin

image

What's Changed

Full Changelog: v0.8.2...v0.9.0

Saving Reports MVP

18 Dec 03:41
Compare
Choose a tag to compare

Saving Reports MVP

The saving reports MVP UI is now released. Users have the ability to create / update / copy / delete and rename reports.

Jira_Timeline_Report

What's Changed

Full Changelog: v0.6.0...v0.8.2

v0.8.1

11 Dec 17:12
Compare
Choose a tag to compare

What's Changed

Full Changelog: v0.6.0...v0.8.1

Team-Issue Configuration and Saving Reports MVP

09 Dec 15:23
Compare
Choose a tag to compare

What's Changed

Full Changelog: v0.6.0...v0.8.0

Team Configuration and Spreading Estimates

24 Oct 02:48
Compare
Choose a tag to compare

This release brings:

  • Teams Configuration - Configuration settings specific each team
  • Spreading Estimates - Instead of using primarily dates to determine how much work is complete, use the estimate spread across the dates to determine how much work is complete

Teams Configuration

Different teams might use different settings for dates, estimates, etc. You can now configure these in the Teams global settings sidebar menu:

image

Clicking the Teams button will show a list of teams that can be configured individually:

image

NOTE: A team is either the team field value or the project key (if there is no team)

Clicking a Team lets you configure that team's settings. The following shows the BUY team's configuration:

Jira_Timeline_Report

Notice that the team is inheriting all it's values from the Default Settings. To change this, click CUSTOMIZE and then change the value. For example, the following sets the BUY team's velocity to 25:

image

Spreading Estimates

The percent complete rollup would use the timing of issues to determine how much work has been completed. For example, an issue that had a start and due date 20 business days apart would always be considered as 20 days of work.

This doesn't make sense for work that is spread out over time. For example, lets say some work is 5 days of work, but is going to be done over 20 days. You'd want to spread that 5 days of work over 20 days. This is exactly what the new Spread effort toggle does ... turning it on:

  • spreads your estimate across the dates to determine how much work has been done, and
  • uses the estimate as the total amount of work

Let's see an example!

The following 3 epics use a Days Estimate field to track the amount of work they have to do. However, they all share the same start and due dates:

Timeline_-Baseline_Report_Testing-Plans-_Jira

Each epic's start and due dates are 20 days apart. If we look at the base behavior of the Baseline Report, it will show each of these epics as needing 20 days of work:

Jira_Timeline_Report

However, if we configure to spread the estimate across time:

image

Now you can see the total work is calculated from the estimate. The percentage of work complete is still using the dates. But the percentage uses the estimated work for calculating completed and remaining work totals.

Jira_Timeline_Report

What's Changed

Full Changelog: v0.6.0...v0.7.0