| # | Jira Key | Severity | Chart | Issue Summary | Notes |
|---|
| 1 | LACE-3168 | High | Features started and closed by PI | Closed Issues count w/in PI are wrong | Closed Issues measure calculates cumulative results, rather than closures w/in the PI date boundaries |
| 2 |
| High | All Reports using PI date measures | minor differences in issue counts | EazyBi Standard measures results differ from Jira Queries |
| 3 |
| Medium | Features in Status by PI | Time Member Lags by one period | When Using the PI Start Date Measures For Open Issues measure(and presumably all other counts), the implementation numbers are correct but show the value from the previous PI for each PI on the chart |
| 4 |
| Medium | All Reports using PI date measures | Eliminate Custom Start date and PI Measures | Identify a solution for getting PI Start/End date from Jira and eliminate program specific custom measures. EQRS creates a releases for each PI. Need to find out what other programs are doing |
| 5 |
| High | All | Programs have inactive teams | Inactive teams forces us to select individual team projects, requiring maintenance (removal or addition of projects) to the data import to maintain accurate issue counts for charts aggregating data from all program teams. Project Categories could be used or Project Labels (if they exist) |
| 6 |
| Low | Cumulative Flow | Time Period changes with PI selection | Should show a 12 month window. Because time is in Rows, its taking the value from the time dimension current member selection. We cannot use the 12 month time dimension member because PI selection is a common page element. We need a custom measure (in measures dimension) to fix 12 months |
| 7 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ISG Playbook
APIs