ISG Playbook
APIsLooking for the setup guide or training materials? Click here or View the dashboard in Jira here
| Section | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Section | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Column | ||
|---|---|---|
| ||
Enterprise Work Management Standards defines the scheme for labelling enablers, using one of the four enabling types(Architectural, Compliance, Exploration, Infrastructure) as defined by the Scaled Agile Framework (SAFe). To support enterprise clarity into how much of each type of enabling work is being completed, please use the enterprise label schema for all enablers. When adding the appropriate enabler labels, also remove the enabler label if you are currently using it to identify enablers in your program. Enabler labels exist in Jira, in the format <EnablerType>_Enabler, ie. "Architectural_Enabler" for more information, select the "Enablers" tab on the Enterprise Work Management Standards page. |
| Column | ||
|---|---|---|
| ||
Enterprise Work Management Standards for feature workflow leverage the Scaled Agile Framework's (SAFe) program Kanban. The use of statuses not included in the SAFe program Kanban may cause your program's data to be inaccurate and create disconnects and the associated communications overhead to clarify. To ensure the best quality of data, ensure the timely and accurate transition of work items through the full workflow, providing program and enterprise stakeholders an accurate picture of the overall preparation level of the program backlog for upcoming PI's. It also benefits program leaders, as they can see if the backlog supports the intended capacity allocation for the upcoming PI. Learn more about the Enterprise Standard Program Kanban Statuses and Workflow by selecting the "Features" tab on the Enterprise Work Management Standards page. |
| Anchor | ||||
|---|---|---|---|---|
|
Features Started and Closed per PI
This graph shows the number of features in a status at the start of each PI
What to expect from the chart:
- The Ready For PI numbers would expand until program performance normalizes, as in the chart to the left
- The funnel numbers will increase over time as potential work is identified
- Refinement numbers will be higher when Ready for PI numbers are lower
- The number of items in the Analyzing status should mirror the WIP limit on the program kanban
- Helps program leaders determine if the backlog supports the intended capacity allocation for the upcoming PI
Enterprise Work Management Standards for feature workflow leverage the Scaled Agile Framework's (SAFe) program Kanban. The use of statuses not included in the SAFe program Kanban may cause your program's data to be inaccurate and create disconnects and the associated communications overhead to clarify. To ensure the best quality of data, ensure the timely and accurate transition of work items through the full workflow, providing program and enterprise stakeholders an accurate picture of the overall preparation level of the program backlog for upcoming PI's. It also benefits program leaders, as they can see if the backlog supports the intended capacity allocation for the upcoming PI. Learn more about the Enterprise Standard Program Kanban Statuses and Workflow by selecting the "Features" tab on the Enterprise Work Management Standards page.
| Anchor | ||||
|---|---|---|---|---|
|
This chart shows the number of features started (blue line) and the number of features completed (grey line). The curve of these lines should be similar with minor deltas.
Note: The numbers for the current PI reflect the state of features in the PI as of today. It does not represent all planned work for the PI.
The Enterprise Work Management Standards Best Practice for Feature management is to close Features within the PI they are delivered. However, the report will include any features closed within the first 8 days of the subsequent PI. As with all work, the Enterprise Work Management Standards define the timely and accurate transition through the program workflow. For more information on the Feature Workflow, select the "Features" tab on the Enterprise Work Management Standards page.
Features In Status at PI Start
| Anchor | ||||
|---|---|---|---|---|
|
Cycle Times Report
This chart shows the ongoing average days of features created, and more importantly the average amount of days of all features from the beginning of implementation to completion. Ideally the average stays significantly below the timebox of a Program Increment
| Section | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
Each chart represents work types used by most programs in CCSQ:
User Story types (Story, Action item, Improvement, Insight, Prb/Enh)
Enablers types (Enabler)
Research types (Spike, Research Design, Discovery Initiatives)
To support enterprise clarity into backlog composition and delivered work please use one of the existing User Story, Enablers, or Research work item types. Selecting the right work item type is critical to get value from both charts.
Enterprise Work Management Standardsencourages ART teams to use label tagging to represent program specific work item types instead of creating new work items. Labels are a easy to manage and build into your reports.
| Section | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
This chart shows the percentage of work item types completed by all program teams in each PI. The horizontal x-axis indicates the percentage of all ART teams work items while the vertical y-axis indicates the PI name.
| Anchor | ||||
|---|---|---|---|---|
|
Cumulative Flow Diagram (CFD)
This is an area chart that shows the various statuses of work items for an application, version, or iteration. The horizontal x-axis in a CFD indicates time, and the vertical y-axis indicates cards (issues). Each colored area of the chart equates to a workflow status (a column on your board).
The CFD can be useful for identifying bottlenecks. If your chart contains an area that is widening vertically over time, the column that equates to the widening area will generally be a bottleneck.
CFD shows the tasks at each stage of the project over time. In the example on the left, the purple area represents the tasks that are completed, the yellow area represents items in development, and the light blue area covers the backlog refinement.
CFD may seem complicated at first but upon closer look, it can provide a number of useful insights. For example, the vertical axis of the chart shows the number of tasks currently being worked or completed.
The horizontal line represents cycle time.
Click here to read more about CFD
...