About this report
With the Work in Process by Value Stream report, you can track how much work is in process for a given PI(s), organized by value streams. The purpose of the Work in Process report is to enable users to view and report on work in process in any given PI. When too many items are worked on simultaneously, quality suffers, the system bottlenecks, and throughput ultimately suffers. Release train engineers can benefit from reviewing this report every two weeks/at the sprint boundaries.
All themes, epics, capabilities, features, and stories are organized by swim lanes; the selected value streams make up the swim lanes in this report.
This report has two views, which can be toggled using a State View/Value Stream button on the top-right of the page:
- State view: the columns within each swim lane represent the default system-define statuses for each work item (for example, epic statuses include not started, in process, and accepted).
- Value Stream View: the columns within each swim lane represent the user-defined Value Stream steps for each work item; this requires configuration in the Value Stream module.
This report can be filtered by PI, program, team, and release vehicle by clicking the Extra Configs button; use the View drop-down menu to select the look of each work item icon.
Right-click any work item, except themes, to move it around the map to different columns, or to view the item itself. Click a theme, an epic, a capability, a feature, or a story to highlight its relationship with the other work items on the page.
View the legend/key to see what different letters and signs represent. Also, you can show or hide themes, epics, capabilities, features, and stories by clicking the necessary item. Work items marked as minimally marketable are shown with an exclamation point. Point to any work item on the page to see short information about the item, an explanation of text coloration, and acceptance criteria.
At the top of each swim lane, you can view their statistics—percent in process and percent done—by toggling on the Stats button (located next to the color legend).
The stats are:
- Efficiency = total of estimated hours per steps / total of actual hours taken for steps
- Throughput = count of items that have moved into the final step in the last 30 days
- Cycle Time = average number of hours it took the items (within the last 30 days) to move to reach the final step
- PI must exist in the system and be tied to a program.
- Themes can exist and be tied to a PI.
- Epics can exist and be tied to a theme and PI.
- Features can exist and be tied to an epic and PI.
- Stories can exist and be tied to a feature and PI.
- Value streams must be created to use the Value Stream view.
How are report values calculated?
No actual calculations/algorithms are used in the report. All status information is pulled from the corresponding work item page/panel. For example, epic statuses are pulled from the Epics page.
How to interpret this report
The ideal dashboard has very little lag between story and feature percent in process. It is not unusual for epics to lag behind even further, because epics span PIs. Pay particular attention to features, to make sure they are not trailing the stories in process; when feature process is too far behind story process, it indicates a prioritization problem for your stories--most likely working on stories for too many features at once. Minimizing the feature work in process allows you to finish individual features before moving on to more stories. In Jira Align, in the Backlog module, you can the Rank Stories by Features option to get a baseline prioritization for stories.