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.
Hi Marc. Yes, it's true that TFS11 will ship with the Scrum 2.0 template. The changes are fairly minimal... but include a few new reports, some small nomanclature chagnes, and the removal of the sprint work items. I'll put together a blog post outlining the differnces very soon.
The "update" story is always complicated, but here's the quick answer. There will be no tooling to automatically update an existing team project to the latest template. However, there will be automated tooling (something we're calling "feature enablement") which will help you "turn on" all the new features in the Scrum 2.0 template. This includes things like adding the code review work item, and adding settings to ensure the project works with the new agile tools (backlog, sprint planning, taskboard, etc). All this will be in the box by the time we're ready to ship.
Does that help?
I'm looking forward to your upcoming blog post about the Scrum 2.0 template! I don't have any experience yet with upgrading process templates for TFS Team Projects. I understand that the "story" can be complicated. But does the 'feature enablement' result in a totally updated process template or would some things still be left behind. And what things would remain behind or would have to updated manually? But I guess that's probably something you might want to point out in your upcoming blog post.
Thank you for the quick info!
Some things are still left behind. For example... we modified the layout of the WIT forms in the Scrum 2.0 template. Feature Enablement will not make those changes for you. Additionally, we added a new resolution to the Bug work item type titled "Copied to backlog". This would not be changed for you either.
The goal of Feature Enablement is to bring forward your project so that it works with all the new Dev11 features. It's not designed to "upgrade" or "update" your project to the latest version of the template.
Do have you any info when can we expect this?
Marc, the feature enablement features ship with TFS 2012. www.microsoft.com/.../downloads
Is that what you're after?
Well actually I was referring to you comment posted on Tue, Mar 13 2012 4:22 PM:
"Hi Marc. Yes, it's true that TFS11 will ship with the Scrum 2.0 template. The changes are fairly minimal... but include a few new reports, some small nomanclature changes, and the removal of the sprint work items. I'll put together a blog post outlining the differences very soon".
Still nice to hear that 'feature enablement' will help us "turn on" all the new features in the Scrum 2.0 template though. But I'm still wondering what the changes in the Scrum template 2.0 will look like.
Did you still intend to outline these differences in an upcoming blog post?