Potentially Deliverable Scope


Use this chart to...

  • Indicate how far down the backlog a team will get by a specified date.
  • Focus stakeholders' attention on the range of functionality between the probable scope and the possible scope lines.

What the chart shows...

  • The range of functionality that is likely to be delivered by a date that is specified in the chart settings 
    • This can be either a specific date or a set x weeks in the future
  • Using the historical completion rate (velocity) of the team it is possible to give two key lines
    • The probable scope, which is similar to using the pessimistic line in the burn-up chart
    • The possible scope, based on the optimistic line in the burn-up 
  • Using a range like this is a) more truthful and b) better at engaging stakeholders in the necessary (ongoing) discussion about priorities in the backlog 



Selecting the data 


Field
Description
ProjectSelect the project from the drop down list
BoardSelect the board from the drop down list
Labels

Begin entering text and select from the list of labels generated. Multiple labels may be added and/or deleted

VersionsSelect version(s) using the check boxes to select specific versions or select All
SprintsSelect sprint(s) in the same way
ComponentsSelect component(s)
Mode 2 Filter'Mode 2 History' - enables you to adjust the query to return issues that have only recently been labelled or moved into a version (see below for more details
Date selection

You can choose either a range - e.g. the last 12 weeks.

Alternatively you can choose a fixed start date with either a fixed end date or with a rolling end date that is always 'today'

Issue TypesSelect which issue types you want returned
Add FilterUse the slider to include or exclude selected Epics. Begin entering text and select from the list of generated Epics.
SaveEnter a name before saving
LoadHit 'Load' to get the data for your chart

Chart Settings

Having loaded the data you can refine some of the key parameters of the chart. All of these settings are saved with the chart and therefore only need to be done once for a project or release. 

Field
Description
Data interval Select the frequency you want to sample the historical data - in days.
Done StatesDecide which states represent 'Done' for your team. This will be used to work out the lower red throughput line.
In Progress StatesSelect states which suggest a work item is in progress
Manual ThroughputYou may want to override the calculated historical throughput rate e.g. in the early stages of a project, before the team's throughput has stabilised. You can enter a value here of the number of effort points the team is expected to finish per interval (as set above).
Manual RangeUse this to set the spread of the forecast optimistic and pessimistic lines (if you have used the manual throughput rate). You can set the Standard Deviation manually, e.g. if you don't yet have enough history to calculate the SD. This number will then be used to draw the optimistic and pessimistic forecast lines.
Estimated SizeThe chart calculates average item size based on history and uses this for all unestimated items. You can override this with an estimated size.
Hide and apply chart settingsThis will do a reload based on your new chart settings - and then hide the data selection panel.
Hide settingsHides the panel without reloading the data.


FieldDescription
Throughput Settings

SampleChoose how much of the project history you want to include to calculate the mean throughput rate (velocity) '75%' will use the last 75% of sample interval velocities to calculate the mean.

OptimisticOptimistic will calculate the higher throughput rate, as a standard deviation from the mean. '15' will provide 0.15 standard deviations from the mean

PessimisticPessimistic will provide the lower throughput rate, also using standard deviations from the mean.

Mode 2 History

The 'history adjustment' filter enables you to decide on how you want to account for the history of items that currently meet, or have ever met, the search criteria.

This filter applies to: Components, Labels and Versions.

Mode 1 (default) - Items that meet the current search criteria on particular dates through the project's history.

Example:

In this case we show items in history that meet the 'current selection criteria'. So if they match the search criteria at each individual historical interval date. e.g. if you selected 'Label A' then it will show for previous dates in history the items that match 'Label A' on those dates. 


Mode 2 - as mode 1 but in addition we assume that an item has always met those criteria throughout its existence prior to the most recent date that it matches the selection criteria.  i.e. an issue that has recently linked to 'Label A', but was not previously 'Label A' - this will show the history of the issue before it was linked to 'Label A' 


Warning: You may end up hiding some of the historical movements of Items when using this filter