Do you create a Sprint Forecast? (aka The functionality that will be developed during the Sprint)
  v20.0 Posted at 17/03/2017 3:17 AM by Tiago Araujo
After the Sprint Planning Meeting, it is useful for the Development Team to send the Product Owner (PO) a Sprint Forecast for the next Sprint. Doing this helps to improve common understanding in, and sometimes to enforce, the relationship between the PO and the Team.​

This is simply an agreement between the Development Team and the PO for one Sprint and should be confirmed via an e-mail at the beginning of every Sprint.

“The implementation team agrees to do its best to deliver an agreed on set of features (scope) to a defined quality standard by the end of the sprint. (Ideally they deliver what they promised, or even a bit more.) The Product Owner agrees not to change his instructions before the end of the Sprint.”

- Agile Project management

Each of the Sprints in a Scrum project can be considered a mini-project that has Time (Sprint Length), Scope (Sprint Backlog), Quality (Definition of Done) and Cost (Team Size*Sprint Length). Only the scope can vary and this is measured every sprint.

ScrumSprintPlanning Figure: Good Example - the product owner should reply to the team and commit to the forecast

Hi [Product Owner],

Current Sprint:[Sprint Number]
Sprint Duration:[Number of weeks]
Sprint Goal:[Main goal of Sprint]
Project:[Project Name]
Project Portal:
Product Owner:
[Link to project Portal]
[Product Owner Name]
Sprint Review Meeting:    [Date and Time]

Attendees: [Names of Attendees]

As per our Sprint Planning Meeting, and as the Product Owner, you have agreed to the following Product Backlog Items (PBIs) being included in the current sprint backlog.

The Team will do its best to deliver this set of features (Scope), to a defined quality standard (Definition of Done) by the end of the sprint. Ideally, the team will deliver what they forecast, or even a bit more, but this can't be guaranteed.



Stack Rank

Assigned To






< generate this table as per the instruction on the rule below >







Figure: The sprint backlog

<This is as per rule: http://rules.ssw.com.au/Management/RulesToBetterScrumUsingTFS/Pages/Do-you-create-a-Sprint-Forecast-email.aspx />

Figure: Good Example - copy this as email template and send to Product Owner. Subject: <Client Name> Sprint xxx Forecast

Tip: Use this Outlook email template

More instructions are as below:

  1. Go to TFS web access page. E.g. http://tfs.northwind.com/tfs/web/UI/Pages/WorkItems/QueryResult.aspx?path=SSW.SharePoint/Team Queries/_Areas/SP2010Migration/Sprint11(current.SolutionUpgrade)/Sprint11 backlog&pguid=32c0d57a-6e46-424f-9411-231bc0f86291
  2. Select Tools | Email All Work Items as a List:
    Update the Table
    Figure: Select Tools -> Email all work items as a list
  3. Ctrl +A and Copy the Email Content:

    Copy the content of the table
    Figure: Copy the content of the table
  4. Paste to the Forecast email, and format the table:
    • Remove some useless columns
    • Make the "User Stories" rows Bold
    • Make the "Task" rows font colour lighter black

    Good Example of a Table
    Figure: Good Example of a Table

Related rules

    Do you feel this rule needs an update?

    If you want to be notified when this rule is updated, please enter your email address: