Today we’re releasing the first official version of our latest process template – Microsoft Visual Studio Scrum 1.0 (formerly known as Team Foundation Server Scrum v1.0 Beta). If you were following the beta, you know that this template was built from the ground up specifically for Scrum teams.
Visit the Visual Studio Gallery to download the template. John Bristowe has put together a great post on how to install the template. Below I’ve taken some time to describe what’s changed since the beta and also outlined a few of the key concepts/artifacts in the template.
Q: What’s changed since the beta?
A: There are no drastic changes between this release and the beta, but there are a few things worth mentioning. For those that were on the beta I’ll do my best to describe in detail why the changes were made.
Q: Why did Microsoft decide to build a Scrum template? I thought MSF Agile 5.0 was Microsoft’s answer to Scrum?
A: The short answer here is… you told us that you wanted both of them. We have customers that want a generic Agile template that can be used to implement Scrum and other Agile methodologies. MSF Agile 5.0 does this very well. At the same time, we have many customers that want a very prescriptive Scrum template that matches strictly to the Scrum literature. Enter Microsoft Visual Studio Scrum 1.0.
Q: Did Microsoft work with Agile thought leaders when building this template?
Absolutely. We worked closely with a group of Scrum experts and trainers teaching the new Professional Scrum Developer Program including Ken Schwaber from http://www.scrum.org. It was very important to us that this template be recognized by the community (you) as a great option for Scrum teams. The Professional Scrum Developer Program is taught with Microsoft Visual Studio Scrum 1.0.
Q: How is the Sprint work item intended to be used?
A: The Sprint work item is intended to capture the sprint dates, sprint goal, and sprint retrospectives. Because TFS does not have a method for storing dates on iterations, we chose to create a Sprint work item that allows you to capture sprint dates and other sprint data directly in a work item. You can see in the screenshot that the Release 1\Sprint 1 work item is mapped directly to the Release 1\Sprint 1 iteration. When you create a new project with TFS Scrum v1.0 by default the project is provisioned with 24 sprint work items and 24 matching iterations.
Release 1: Sprint 1-6
Release 2: Sprint 1-6
Release 3: Sprint 1-6
Release 4: Sprint 1-6
With this model, you have both Sprint work items AND iterations… the trick is that you should have only one Sprint work item for each iteration that you create. For example, if you created a new iteration named Release 4\Sprint 7 you would want to create a new Sprint work item and assign it to Release 4\Sprint 7. The dates for this new Sprint would be entered directly on the Release 4\Sprint 7 Sprint work item.
The advantage to this approach is that when you’re working with reports in the template you don’t have to enter dates. Instead, you just select the Sprint(s) that you’re interested in viewing. The dates are read directly from the Sprint work item and used in the reports.
Q: What about the Iteration Backlog and Product Planning workbooks from the MSF Agile 5.0 process template?
A: At this time we have not ported over the Agile planning workbooks that shipped as a part of the MSF Agile 5.0 process template. We are still talking about brining over some version of the Iteration Backlog workbook at aid in Sprint planning, but it is not included in the 1.0 version of the template.
Q: Can I move data from an existing project into a new project build from Microsoft Visual Studio Scrum 1.0?
A: Yes. You can use the TFS Integration Platform to create a mapping between any existing team project and a new project built with this template.
I see you have done a great job with the scrum template. However, I have to decide if install Microsft Scrum Template v1.0 or Scrum V3.0 build for Conchango (now EMC).
It seems template's EMS has addional elements. I wonder if I could have any kind of problem if I chose EMC template?
@Jonathan - EMC has a great template as well. The EMC template definitely has more in it... fields, features, etc. While our template is a simpler approach. I think both are good options however.
Let me know if that helps.
In the Agile template there is no capture of the start/finish dates (correct me if I am wrong).. Is it possible to date range a iteration?
@Madhu - you're right. By default TFS doesn't include date properties on iterations. And the Agile template doesn't include a work item to store this data. This was the main driver for adding the Sprint work item into the Scrum template.
Is there a way to limit the 24 sprints that get auto-provisioned in the default template?
I know I can destroy the WI's but we have customized the default Scrum template and are using a modified form of Sprint Planning that does not require 24 sprints work item entries to begin with.
@Karthik - Yes. If you open the Process Template\Classification\Classification.xml file you'll see the 24 sprints defined in that file. Just add/remove nodes from that file as needed.
Thanks, Aaron. We saw that and did remove it but the process template still seems to auto-provision for new projects created after the mods were done. I will go back and double-check that to make sure though.
One other question, we have a need to create a Work Item Template Hierarchy, meaning there will be a few tasks that are tied to a Product Backlog Item that recur every sprint. What I would like to do is create a Work Item template that will automatically create the backlog item AND the seven or os tasks that we need simultaneously.
Is this doable?
Checked the classification settings and it looks like only the Areas and Iterations get impacted by changes to that file.
I am still seeing 24 Sprint Work Items get created automatically even though my classfication file looks like below.
<?xml version="1.0" encoding="utf-8"?>
<task id="UploadStructure" name="Creating project structure" plugin="Microsoft.ProjectCreationWizard.Classification" completionMessage="Team project structure created.">
<Node StructureType="ProjectLifecycle" Name="Sprints" xmlns="">
<Node StructureType="ProjectLifecycle" Name="Sprint 059 12-20-2010 - 01-02-2011" />
<Node StructureType="ProjectLifecycle" Name="Sprint 060 01-03-2011 - 01-16-2011" />
<Node StructureType="ProjectModelHierarchy" Name="Apps" xmlns="">
<Node StructureType="ProjectModelHierarchy" Name="Production Support and Maintenance" />
<Node StructureType="ProjectModelHierarchy" Name="Issue Tracking" />
<Node StructureType="ProjectModelHierarchy" Name="Track Records" />
<Node StructureType="ProjectModelHierarchy" Name="Archive" />
<property name="MSPROJ" value="Classification\FileMapping.xml" isFile="true" />
@Karthik - sorry Karthik... forget to also mention the WorkItems.xml located at Process Template\WorkItem Tracking\WorkItems.xml. The actual sprint work items are defined there.
@Aaron - That was it! Thanks!
Thanks! That worked.
This look interesting...is there a plan to include a cumulative flow diagram (CFD) report to take another spin on velocity as when using Kanban?
On that topic, any plans to create a native Kanban process template or should the generic Agile 5.0 template be used for all non-Scrum Agile methods?
What dashboards are available with the Microsoft Visual Studio Scrum 1.0 process template?
@Kevin - We provide an English only very simple SharePoint dashboard that contains the Release Burndown chart and a Product Backlog work item query viewer. That's about it though. The dashboards for the Scrum 1.0 template are not nearly as sophisticated as what we shipped for Agile/CMMI 5.0.
- Is it true that TFS11 will ship with the Microsoft Visual Studio Scrum 2.0 template?
- And what are the changes and improvements in this new version?
- Is it possible to easily update an existing Team Project to this new template?