# | Jira Key | Severity | Chart | Issue Summary |
---|
ChartNotes1 | LACE-3168 | High | Features started and closed by PI | Closed Issues count w/in PI are wrong |
Features started and closed by PI | Closed Issues measure calculates cumulative results, rather than closures w/in the PI date boundaries | minor differences in issue counts | 2 |
| High | All Reports using PI date measures | PI measures use dateBetween, JQL uses during. May need to expand PI measures by one day on either sideminor 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 |
Features in Status by PI | 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 | Custom Start date and PI Measures | 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 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|