Rules to Better Scrum using TFS

Microsoft Gold Partner Logo
Search Go Search
Rule #41
Do you create a Sprint Forecast? (aka The functionality that will be developed during the Sprint)
  v5.0 Posted at 1/02/2012 3:31 PM by gerardbeckerleg
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 (http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts#Sprint)

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]
Status: [Status]
Sprint Duration: [Number of weeks]
Project: [Project Name]
Product Owner: [Product Owner Name]
Sprint Review Meeting: [Date and Time]

As per our sprint planning meeting and as a Product Owner you have agreed to the following stories being included in the current sprint backlog.

We are already working hard. The Team endeavours to do its best to deliver this agreed set of features (scope), to defined quality standard (the Done Criteria) 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)

The Product Owner agrees not to change the instructions before the end of the Sprint.

ID

Title

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-have-a-Sprint-Contract-aka-The-deal-between-the-Product-Owner-and-Team.aspx/>

<Somebody>

Figure: Good Example - copy this as email template and send to Product Owner

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

 

Loading
Do you like this rule?
Loading
Do you follow this rule?
Loading

......