Completed Work measures how much of a planned scope of work a team completes during a given interval.
Understanding how much of their work planned is completed allows teams to plan more accurately and replicate their approach.
Teams can understand patterns that relate to consistently over planning a sprint, often the consequence of an unchecked ‘optimism bias’.
Incomplete work that is carried over to future sprints creates drag, affecting a team’s speed and progress.
Teams will often set a shared goal for how much of their work they aim to complete, for example a score of 80% of planned items. This acknowledges unplanned items arising during the sprint, and the need to reprioritise accordingly.
From all of the planned items present at the start of the sprint, Umano identifies the percentage of those items that are completed during the same sprint.
Incomplete items are those that are still in the sprint that waiting to move into progress, or are in progress and yet to move to being resolved or done status.
Number of planned tickets removed mid sprint
Number of planned story points and or time estimates removed mid sprint
Number of tickets/story points/time estimates assigned per day at the start of a sprint
Number of tickets/story points/time estimates added mid-sprint
Each model looks and specific activities within the tools. Below a list of activities that contribute to Balance of Communication and activities that do not have an impact on this metric.
Included | Not included |
|---|---|
All messages in selected public channels in Slack and Mattermost Comments on Jira tickets, Confluence pages and Bitbucket PR's | Direct messages or private channels Creating or editing Jira descriptions, custom fields, labels etc. Creating or editing Confluence pages Creating or editing Bitbucket PR descriptions Any communication from people outside of the linked team members. |
During sprint planning, rank the priority of all tickets assigned to the sprint, so it’s clear which items can be deprioritised if new and unplanned items need to be prioritised and assigned |
Use your usual completion rate to guide how many tickets your team can realistically complete |
Participate in regular sessions to groom your backlog so that if you’ve under-planned your sprint it’s easy for team members to select new items to work on |
If you’ve over-planned your sprint, maintain momentum and focus by using your stand-up or check-in sessions to move lower priority items back to the backlog |
Reprioritise your sprint load, rather than accepting new items into the sprint and not removing or reprioritising other items |
optimism bias