Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Looking for the setup guide or training materials? Click here or View the dashboard in Jira here


Delivery Predictability

The delivery predictability This report shows iterations over time in which the team delivered within the guard bands, or between 80 and 120 percent of their iteration commitment. 

In the example to the right, this team's delivery is unpredictable. 

There are a number or possible explanations for variance in this chart. Some examples are;

  • Priority injection/changes from stakeholders
  • Insufficient or misunderstood requirements
  • New team or project/product
  • Scarcity of  of team resources 
  • No time for refinement 
  • Dependencies on other teams
  • Under estimating the effort
  • Over estimating available time



Image Modified



Anchor
DeliveryAllocation
DeliveryAllocation


Historical Delivery By Work Type

Section


Column
width50%

Image Modified


Column
width50%

This chart shows the different work item types by percentage in a team’s backlog. 

Similar to the program backlog, teams are responsible for applying capacity allocation to team backlog in order to determine how much of their total efforts can be used for each type of activity in a given iteration. 

Product Owner in collobaration with the team typically selects the highest priority backlog item of each slice showing in the example to the left (story, bug, enabler, defect and spike)

Benefits:

  • Balanced long-term product health
  • Value delivery
  • The composition of the team's work helps optimize the delivery of value.

    This chart shows:

    • Value delivery through enablers and user stories.
    • The team’s support of program capacity allocation.
    • If any adjustments to capacity allocation should be made.
    Percentage allocation to each type can be adjusted over time




    Anchor
    TimeInStatus
    TimeInStatus
     

    Time in Status

    Section


    Column
    width50%

    Image Modified


    Column
    width50%

    This chart shows the number of days that a work item spends in each


    status the team utilizes.


    Seeing which statuses the team uses

    This chart also shows:

    • Visualizing the statuses used, gives insight into
    how
    • the team

    manages work,
    • 's delivery process.
    • The time in status shows the flow
    and throughput
    • of
    the team,
    • work through the team’s delivery process and highlights any bottlenecks.
    • It also indicates the depth of the team backlog, and the
    batch
    • size of the
    teams work, and more
    • team's work.
    Typically, the Statuses before in progress


    Note: The abandoned, to do and backlog will be significantly higher than

    the rest of the statuses, with the exception of abandoned, which will increase until the team closes abandoned items
    High times in specific statuses indicate potential bottlenecks/opportunities to improve flow

    other statuses.








    Image Modified

    Anchor
    DefectManagement
    DefectManagement


    Defect Management

    The Defect Resolution Time Graph Management chart shows the average life of defects and bugs, number of defects and bugs created vs resolved, and how many defects and bugs are currently unresolved.

    This chart also shows the average resolutions resolution days within a given time . This allows to see how many defects, bugs the team are rising to comprehend the number of defects/ bugs arising each iteration which helps with built-in quality by reducing technical defect debt during each iteration. This is a number that should obviously be going down, ideally at or close to zero.




    Anchor
    RealizedValue
    RealizedValue

    Average

    time

    Time to Realized Value

    This report shows the average resolution time to deployment for all team level issue types.

    • The report can be configured by Time Period, Issue Type, Priority, and Assignee
    • This report represents the total cycle time of an issue, from the time of creation until the time of resolution
    • Ideally the line on this chart remains as flat as possible. but a decreasing trend indicates improvements

    Potential Explanations for upward slope:

    • Unused backlog items not being removed or abandoned
    • Team size is not adequate for workload

    Image Modified



    Anchor
    PlanningVariance
    PlanningVariance


    Planning Variance

    This chart allows you to see the number of points completed based on the commitment at the beginning of the iteration. In high performing teams, this variance should be zero most of the time.

    Potential reasons for seeing variance:

    • Work injection from outside the team
    • Work not well understood before commitment
    • Adjusting story points during the iteration
    • Splitting stories within the iteration
    • priority changes post iteration planning 
    • underestimating efforts
    • changing in teams composition

    The orange line, which represents the average variance, should remain at or close to zero.




    Image Added





    Image AddedImage Removed

    Anchor
    CumulativeFlow
    CumulativeFlow

    Cumulative Flow

    A

    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). Status groupings are used for standardization. (See Status Grouping Matrix for more detail)

    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.

    Cumulative flow diagram CFD shows the tasks at each stage of the project over time. For In the example on the left, the green purple area represents the tasks that are completed. In the chart example in the left. The blue , the yellow area represents items in progressdevelopment, while and the red light blue area covers the backlog ready for developmentrefinement.

    Cumulative Flow Diagram CFD may seem complicated at first , but at a upon closer look, it can easily show provide a number of useful insights. For example, the vertical axis of the chart shows how many the number of tasks are currently being worked on or completed. It allows understanding the optimal work in progress limits.

    Click below to see Anti-Patterns with Cumulative Flow

    Cumulative Flow

    AnchorPlanningVariancePlanningVariance

    Planning Variance

    This chart allows you too see how many of the points completed were part the commitment at the beginning of the sprint. In high performing teams this variance should be zero most of the time.

    Potential reasons for seeing variance:

    • Work injection from outside the team
    • Work not well understood before commitment
    • Adjusting story points during the iteration
    • Splitting stories within the iteration

    The purple bar showing velocity(The number of points completed during the sprint) should remain relatively steady, regardless of variance

     

    The horizontal line represents cycle time. 

    Click here to read more about CFD

    Image Removed