The Microsoft Visual Studio Scrum 1.0 Template
Picking between the two Scrum-like templates in Visual Studio 2010 often comes down to culture. The Scrum template tends to be used by those that are fully bought into the Scrum programming lifestyle. It adapts well to self-organizing teams of peers that don’t make their commitments lightly, but once they do, they find a way to deliver real business value each sprint. These teams are motivated and experienced. They want to cut out the chatter that does not add direct value to the end product.
This chatter is often the data that higher-level managers want to collect to keep their eye on the development process that they just can’t seem to get their head around. A lot of this data is absent in the Scrum template. There are no production planning and sprint planning workbooks where resource allocation, planning, and tracking get done. Instead, the team works against a well-managed backlog (the Product Backlog query in TFS). The backlog is made up of Product Backlog Item work items. Each item is given a priority, business value, and an effort (similar to story points in a User Story in the Agile template).
Tasks are also managed differently. Unlike the Agile template that tracks estimated, remaining, and actual; the Scrum template task looks only at remaining work for a task. There is no place for the developer to put their actual hours on a task. This would just be more chatter to the team. They are concerned with the amount of work the sprint started with versus the remaining work on any given day. They can use that to track their velocity and completeness (the burndown report in the TFS template).
The reporting in the Scrum template is also considerably thinner; just burn down, build, and test reports. There are no sophisticated reports for double-checking the team’s productivity; their estimating prowess; their unplanned work—things are either done or not. A Scrum team culture typically does not see value in tracking each task by the estimated hour versus the actual hour. They know they are committed to delivering the work for the sprint and they will organize accordingly to do so.
Scrum culture prefer task sign-up to task assignment. This ensures the most important items (determined by priority and business value) are done first, people can work at their own pace, and are self-directed in the work they chose. Therefore, you will not see the resource allocation and planning workbooks in the Scrum template as you do in the Agile template. In fact, the lighter planning, tracking, and reporting aspects of the Scrum template can be seen as a direct reflection on the fact that Scrum teams are structured differently. They are a true team of peers that elect a Scrum master (and not a project manager in disguise) to facilitate and add value to the product. This role is not to double-check and lord over the team. Instead, they keep things moving smoothly and make everyone more productive. They are not a snitch to management; the Scrum process is meant to be transparent and open-book—no hiding and no need for police.
The Microsoft Solutions Framework (MSF) Agile 5.0 Template
The Agile template will be more comfortable to organizations that want to adopt Scrum-like practices but still desire a high-level of oversight, tracking, and reporting. In fact, we have seen that traditional project managers just moving to Scrum are more at-home with the Agile template. This has a lot to do with the planning and tracking aspects that are built into the workbooks (Product Backlog and Sprint Backlog), the work items themselves, and the reports.
The Agile template lets a project manager keep control of the project plan. They can assign tasks to resources; level the resources for a sprint; and track task estimates vs. actuals to determine how well the team is at executing work and doing estimation. They can even bring their sprint backlog into Project and assign traditional dependencies on tasks to chart out at what time in the sprint a given task might complete. Again, this would all fall contrary to the self-organized team in a Scrum culture. However, this type of work is highly engrained in modern project management and therefore built into the template.
There is considerably greater reporting and metrics capture in the Agile template. Managers can see tasks, tests, and bugs all rolling up to a user story. They can check unplanned work (work added to the sprint after the sprint started), bug trends, reactivations rates, and more. The management aspects of this template are geared toward the culture that wants to keep a close eye on their development team and measure their production process and not just their results.
A Side-by-Side Comparison
| Factor | Scrum Template | Agile Template |
| Planning and tracking | All planning is done through the product backlog itself in TFS. Work items (tasks, tests, bugs, etc.) can be associated to product backlog items. Backlog items are assigned sprints. Users self-select their tasks. Tracking is done based on effort and remaining effort. | Planning is done using the Product Planning and Iteration Backlog Excel workbooks. User stories make up the backlog. Work items (tasks, test cases, etc.) can be associated with user stories. Users are assigned tasks and resources are leveled. Project managers can add dependencies to tasks in Project Tasks are tracked for estimate, remaining, and actual. |
| Work items | Product backlog items make up the product backlog. Tasks and tests are associated to a product backlog item. Bugs are created and tracked. There is also a Sprint work item that defines the start and end of the sprint. It also tracks the sprint retrospective. | User stories make up the product backlog. Tasks are used to implement a user story. Tests are defined to test a user story. Bugs are created and tracked accordingly. |
| Reports | Reporting is held to a minimum and includes the burn down, testing, and build reports. These reports are intentionally focused on only the data that should concern the team. The real reporting is the software: either its done or not. | Includes a lot of sophisticated reports for tracking bugs, unplanned work, testing, progress, and team productivity. |
| Culture | Aligns closely with professional, experienced teams fully bought into Scrum. Holds true to the aspects of Scrum without adding additional weight or chatter. | Great for teams looking for both some Scrum-like benefits while holding onto the traditional oversight of the team while they work. |
c8fb3bdc-9d14-4e32-bf72-130c15fb3d78|3|5.0