Agile Project Management in Visual Studio Team Foundation Server 2012

8/11/2019 Agile Project Management in Visual Studio Team Foundation Server 2012

1/36

Hands-On Lab

Agile Project Management in Visual StudioTeam Foundation Server 2012

Lab version: 11.0.60315.01 Update 2

Last updated: 4/9/2013


2/36

CONTENTS

OVERVIEW ................................................................................................................................................... 3

EXERCISE 1: PRODUCT BACKLOG AND SPRINTS ................................................................................ 4

EXERCISE 2: TASK BOARD ..................................................................................................................... 31


3/36

Overview

In this lab, youll learn how Visual Studio Team Foundation Server 2012 can help you quickly plan,

manage, and track work across your entire team. Youll explore the new product backlog, sprint backlog,and task boards which can be used to track the flow of work during the course of an iteration.

Prerequisites

In order to complete this lab you will need the Visual Studio 2012 virtual machine provided by Microsoft.

For more information on acquiring and using this virtual machine, please seethis blog post.

About the Fabrikam Fiber Scenario

This set of hands-on-labs uses a fictional company, Fabrikam Fiber, as a backdrop to the scenarios you

are learning about. Fabrikam Fiber provides cable television and related services to the United States.

They are growing rapidly and have embraced Windows Azure to scale their customer-facing web site

directly to end-users to allow them to self-service tickets and track technicians. They also use an on-

premises ASP.NET MVC application for their customer service representatives to administer customer

orders.

In this set of hands-on labs, you will take part in a number of scenarios that involve the development

and testing team at Fabrikam Fiber. The team, which consists of 8-10 people, has decided to use Visual

Studio application lifecycle management tools to manage their source code, run their builds, test their

web sites, and plan and track the project.

Lab Updates

For Update 1, the following changes were made to this lab:

Added introduction to Kanban in Exercise 1

For Update 2, the following changes were made to this lab:

Updated select steps on use of Kanban to match new capabilities and UI

Added introduction to work item tagging to Exercise 1

Exercises

This hands-on lab includes the following exercises:

1.

Product Backlog and Sprints
http://aka.ms/VS11ALMVMhttp://aka.ms/VS11ALMVMhttp://aka.ms/VS11ALMVMhttp://aka.ms/VS11ALMVM


4/36

2.

Task board

Estimated time to complete this lab: 60 minutes.

Exercise 1: Product Backlog and Sprints

In this exercise, you will learn how to use Team Foundation Server 2012 to manage your product

backlog, create work items, break work items into tasks, and assign tasks to team members. The new

backlog features enable you to easily do all of this work while keeping an eye on team capacity.

Note:The team project used in this lab uses a Scrum process template, but the core features

demonstrated apply to all process templates.

1.

Log in as Julia. All user passwords are P2ssw0rd.

2.

Launch Internet Explorerfrom the taskbar and select the TFS FF Web Accessbutton from the

favorites bar at the top.

Figure 1

Launching the team web access site

Note: There is also a Web Accesslink in the Team Explorer window within Visual Studio.


5/36

3.

The Homeview for the Fabrikam Fiber Web team provides a high-level overview of the current

iteration (Sprint 3) including team workload versus capacity, burndown of tasks over time, and

team favorites, which can include a configurable assortment of work item queries, build

definitions, and version control paths. In addition, there are links to quickly create new work

items and bugs, load the backlog, task board, initiate requests for feedback, and so on.

Figure 2

Fabrikam Fiber Web team home view

Note: Team favorites can be added or removed from within the team web access portal. For

example, navigate to the Build tab to assign build definitions as a team favorite. In addition,

team favorite work item queries can be modified from within Visual Studio.

4.

As you can see under the Memberssection, there are several members listed in this team.

Teams are a new concept introduced in Team Foundation Server 2012 to make it easier to

manage, assign, and track work. This team is responsible for handling all of the engineering

work associated with Fabrikam Fibers web presence.

5.

Select the team drop-down box in the top-right corner of the portal and note that there are a

few teams listed. Press the Escapekey to keep the current team selected.


6/36

Figure 3

Team selection

Note: Each team can have different team favorites listed, different work capacity, and even

different work items. The determining factor on where a work item will show up is governed

by the Areafield.

6.

Navigate to the backlog by selecting the View backloglink under the Activities section.

Figure 4

Navigating to the backlog

7.

The product backlog contains work items that have not been assigned and committed to an

iteration. These product backlog items represent user stories that will eventually be broken

down into smaller tasks for the team to take on.


7/36

Figure 5

Product backlog view

Note: The Current iteration shown in the tree on the left side of this screen is Sprint 3. Team

Foundation Server uses the current date and time to determine the current iteration. The

virtual machine you are using has been hard-coded to use a date of May 16, 2012 for purposes

of this lab. This date is set each time you boot up this virtual machine.

If your virtual machine has been running for a while, it may no longer be set to May 16, 2012.

If so, you should manually set the date on your virtual machine to 10 a.m. on May 16, 2012.

However, if you have modified work items or source control in Team Foundation Server prior

to starting this hands-on-lab, it is recommended that you restore this virtual machine to itsoriginal state prior to completing this lab.

8.

Imagine that the VP of Fabrikam Fiber has requested that a new user story be implemented for

the customer-facing service portal. This new user story will enabled customers to see weather-

related service outages. This user story is being designated as high-priority because many

customers requested it and customer service indicated that it would greatly reduce phone

support during outages. In the Contentssection for the Product Backlog, select the last row and

then create a new Product Backlog Item with the title Customer should see weather-related

outages on portal.


8/36

Figure 6

Adding a new user story to the product backlog

Note: New work items are generally inserted above the selected location. The exception is that

if you select the last work item, the insertion will be after the selected location.

9.

Select the Addbutton to add the new user story to the backlog.

Figure 7

Adding a new user story to the product backlog

10.

Work items on the product backlog are ordered based on priority, with high priority items at the

top. Our new work item has a high priority, so move it to the top of the list by dragging and

dropping it into place.


9/36

Figure 8

Increasing the priority of the new user story

11.Lets edit the new user story to assign it to the appropriate product owner and record an initial

estimate of expected effort. Double-clickon the new user story.

Figure 9

Editing the new user story

12.

Assign the new item to Brian Keller(the product owner for the Fabrikam Fiber Team), set the

state to Approved, and set an initial effort of 8.Dont close the new user story yet.

Figure 10


10/36

Assigning the new user story and estimating effort

Note: Each team may choose to define the Effortvalue as they see fit, using a unit of story

points, hours, days, or number of sodas required. The point here is that this measure is a

relative value with respect to other work items. Work will be broken down into hours later.

Note: A popular planning approach that helps to eliminate groupthink and considers input

from all team members is known as planning poker. You can read more about it at

http://en.wikipedia.org/wiki/Planning_poker.

13.

Add a new tag to the user story by selecting theAdd button just to the right of the Tagslabel.

Note:Work item tagging is a new feature that is available with Team Foundation Server

Update 2.

Figure 11Adding a tag

14.

Tagging is a very versatile mechanic that can be used by teams for many different purposes,

such as tagging bugs to assist with triage or flagging work items for follow-up outside of the

normal development and testing scope. Given that the Fabrikam Fiber website is an agile

project, imagine that the team would like to tag user stories that deliver positive improvement

to the service so that it is easier to round up and communicate those improvements via the

company blog after it ships. Type highlight for the tag nameand then select the Save and

Closebutton.
http://en.wikipedia.org/wiki/Planning_pokerhttp://en.wikipedia.org/wiki/Planning_pokerhttp://en.wikipedia.org/wiki/Planning_poker


11/36

Figure 12

Adding a tag

15.

To finish the introduction to work item tagging, lets add in an additional column for tags to the

product backlog view. Select the Column Optionsbutton.

Figure 13

Adding in the Tags column

16.

Add the Tagscolumn from the Available Columnslist to the Selected Columnslist.


12/36

Figure 14


17.

Select the OKbutton to save the selected columns.

Figure 15



13/36

Figure 16

Product backlog showing Tags column

18.

It is also possible to filter the product backlog by tags. Select the Filterbutton on the right-hand

side.

Figure 17

Location of Filter button

19.

Select the highlight tag to view the filtered product backlog.

Figure 18

Location of tags


14/36

Figure 19

Product backlog view showing tagged work items

20.

Select the Filterbutton once again to return to the unfiltered product backlog view.

21.

Assign the new user story to the current iteration, Sprint 3, by dragging and dropping it as

shown below.

Figure 20

Assigning the new user story to the current iteration

Note: If you are a Scrum purist, you are probably cringing at the fact that we just added new

work to a mid-flight iteration. While this is something you might never do in the real world,

this is a shortcut taken for purposes of this lab in order to simplify the workflow and still show

you all of the aspects of the new project management interface. Well, that, and the VP told

you to.


15/36

22.

Look at the Iteration Pathfor the new user story to make sure that it is assigned to Sprint 3as

expected. This user story will remain on the product backlog until the team commits to taking it

on.

Figure 21

Assigning the new user story to the current iteration

23.

The product backlog view also provides a velocity chart that shows the amount of work that the

team has undertaken in each sprint, with the current sprint breaking that down further to

differentiate between work in progress and work completed. Click on the mini chart in theupper-right corner to load the larger view.

Figure 22

Location of velocity chart

24.

During Sprint 1, the team completed 35 story points worth of effort. Sprint 2was slightly more

productive with 42 story points completed. The current iteration represented by Sprint 3shows

that we have completed 18 story points so far, with 23 remaining. Remember that these story

points are a relative measure of effort that was agreed upon by the team.


16/36

Figure 23

Velocity chart showing progress towards completing user stories

25.

Press the Escapekey to close the velocity chart.

26.

The Product Backlog also includes a simple forecasting tool that you can turn on to get a rough

idea of what can be accomplished in future iterations. Select the forecastlink to turn it on.

Figure 24

Toggling the forecast tool to on

27.

Note that the forecasting is currently being calculated with a velocity of 10, meaning that each

future iteration will take on about 10 story points worth of effort. As you can see, Sprint 4 is

actually forecasted to include 11 story points. Backlog items that do not have Effort assigned

are assumed to be 0, so it is recommended that this value is set before using the forecast tool.


17/36

Figure 25

Result of forecasting with a velocity of 10

Note: The user story that we just added and assigned to Sprint 3 is the top backlog item listed,

and it is NOT part of Sprint 4 even though it may initially look like that. Sprint 4 has a line under

it and includes rows two and three.

28.

As we saw from the velocity chart, that may not be aggressive enough for this all-star team, so

click on the 10 value to change it to 35and then press Enter.

Figure 26

Changing the forecasting velocity value

29.

Now that we have the forecasting velocity set to a more realistic value, we can get an idea what

the team can accomplish over the remaining iterations.


18/36

Figure 27

Changing the forecasting velocity value

30.

The product backlog view also groups the past, current, and future iterations by their assigned

dates. Select the Sprint 3link so that we can break down work and assign it to the appropriate

team members.

Figure 28

Navigating to the current backlog

31.

In the backlog for Sprint 3, collapse the two user stories that have a state of Done by clicking

on the small triangles just to the left of the associated Titles.


19/36

Figure 29

Collapsing completed user stories

32.

Before we break down the new user story, lets take a quick tour of this iteration backlog view.

To start with, it shows all user stories and associated tasks that are assigned to the selected

iteration, regardless of state.


20/36

Figure 30

Current iteration backlog view

33.

At a glance, you can see that the current iteration runs from May 7 to 18, with three work days

remaining. Just to the right of the current iteration date range, there is a small graph showingthe burn down of the remaining work.

Figure 31

Burn down graph

34.

Click on the burn down graph to view it. The graph shows remaining work over the course of

the sprint. The actual trend line makes it look like the team may not be able to finish theassigned work in time, but keep in mind that we still expect some work to be completed before

the end of the current day (none has been recorded so far).

Figure 32

Enlarged burn down graph

35.

Press the Escapekey to close the burn down graph.


21/36

36.

Locate the overall Workbar that shows how close to capacity we are for the current iteration

based on the total of the Remaining Work for the tasks in this iteration and based on the total

capacity for the team. It looks like we are okay now, but we still havent broken the new user

story into tasks for the team yet.

Figure 33

Overall remaining work with respect to team capacity

37.

Select the Capacitytab to look at the team capacity details.

Figure 34

Location of Capacity link

38.

The capacity view allows us to specify the number of hours per day that each team member will

be working on this project, as well as days off per team member, and overall team days off.

These capacity settings apply to the current iteration. You can optionally use the activity column

to describe the disciplines that each team member specializes in. When tasks are broken down

by activity as well, it can provide you with another view across your teams capacity to

determine if, for example, you have enough people working on documentation to meet the

demands for this iteration. For now, leave the capacity settings unmodified.


22/36

Figure 35

Team capacity settings

39.

Return to the Contentsview of the current product backlog.

Figure 36

Location of Contents tab

40.Before we move on and commit to the new user story that we just added, lets take a look at a

new Update 1 featureKanban support. Kanbanis a process improvement tool that can be

used in an incremental fashion regardless of the current software development methodology

that you are using. It assists with the throttling and tracking of work and illustrates the delivery

of value over time to the project stakeholders. Return to the Product Backlogview.


23/36

Figure 37

Navigating to Product Backlog

41.

Kanban support adds a new graph to the Product Backlog view called the Cumulative Flow

Diagram. Click on the diagram to open it.

Figure 38

Cumulative Flow Diagram location

42.

The Cumulative Flow Diagram (CFD) shows the amount of work is various states over time. Thehorizontal axis shows lead time and the vertical axis shows work in progress.


24/36

Figure 39

Cumulative Flow Diagram

Note: The CFD shown above does not represent a typical scenario where a team is providing

continuous output. More typically and ideally, you would see bands of color representing all

states increase over time like the following diagram.


25/36

43.

Press the Escapekey to close the CFD.

44.Now lets take a look at the new Kanban board by clicking on the boardlink in the Product

Backlog view.

Figure 40

Navigating to the Kanban board

45.

The Kanban board shows the top backlog items across all states and iterations, allows you to

move items between states, and allows you to set Work In Progress (WIP) limits for each state.

One of the primary reasons for using Kanban and limiting work in progress is that it helps

identify bottlenecks in your development process and minimize lead time for new features.

Lets say that the Fabrikam Fiber team is not delivering finished work as quickly as desired, and

that it is suspected that the underlying issue may have to do with taking on too many tasks at

once at the beginning of each sprint (and the associated context-switching tax). If we are more

careful about the number of tasks that we commit to, perhaps we can better focus our efforts.

Figure 41

Kanban board


26/36

46.For demonstration purposes, lets lower the Work In Progresslimit for the Committed state to

see what the Kanban board looks like when too much work has been committed to at once.

Right now, the limit is 5work items. Select the Customize Columnsbutton.

Figure 42

Customizing the Kanban board

47.

Change the Work In Progresslimit (WIP) to be 3for the Committedcolumn and then select the

OKbutton.

Figure 43

Customizing the Kanban board

48.

Now imagine that we are meeting as a team to commit to the new user story and break it up

into tasks. Drag and dropthe new work item to the Committedcolumn. Once the team

commits to the work, it will disappear from the product backlog.


27/36

Figure 44

Using the Kanban board

49.

On the Kanban board, column headers will provide an indication when a Work In Progress limit

is exceeded. In this case, the Committed column shows us that we have exceeded the limit.

Figure 45

Work In Progress limit exceeded

Note:Work In Progress limits provide feedback when appropriate but they do not prevent a

team from taking on additional work. You need to actively check the Kanban board in order to

discover that you are exceeding set limits.

50.

For additional information on using the Kanban board, please see the Manage Your Backlog

with the Kanban Board.
http://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspxhttp://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspxhttp://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspxhttp://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspxhttp://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspxhttp://msdn.microsoft.com/en-us/library/vstudio/jj838789.aspx


28/36

51.Lets say that the decision is made to proceed with committing to the new work item. Return to

the Sprint 3iteration backlog view. Select the button with the + symbol in it to the left of the

new user story to add a new task. This will become a child task of the user story and will be used

to help describe the implementation details required to complete this user story.

Figure 46

Location of the button used to create new tasks

52.For the new task, enter Consume OData feed for weather alerts for the Title, assign it to

Cameron Skinner, and set the Remaining Work to 5hours. Select the Save and Closebutton.

Figure 47

Creating a new task


29/36

53.Select the button with the + symbol in it to the left of the new user story to add a new task.

54.

For the new task, enter Create UI for alerts for the Title, assign it to Annie Herriman, and set

the Remaining Work to 3hours. Select the Save and Closebutton.

Figure 48

Creating a new task

55.

Note that the new tasks were added as children of the user story and that some of the work

effort bar graphs have now turned red, indicating that we have too much work assigned to the

team based on capacity. Cameron is especially overworked as indicated by his individual

capacity graph.


30/36

Figure 49

Product backlog for current iteration is now over capacity

56. It looks like the last user story in this sprint is a sizable one, and it hasnt been started yet, so

this could be a good candidate to reschedule for a future iteration so that the team can get back

on track given their additional workload. Drag and drop the last user story, titled Technician

can edit customer contact details on Windows Phone, onto the Sprint 4iteration on the left-

hand side of the window.

Figure 50


31/36

Using drag and drop to re-assign work to different iterations

57.

Take another look at the overall Workbar once again to make sure it is now green. This means

that we are well within the current team capacity. Just dont tell the VP, or he might find

another high-priority request for us to work on!

Figure 51

Remaining work for current iteration is within capacity

Exercise 2: Task board

In this exercise, you will learn how to use the task board to view status of work for the current iteration

and move tasks between states. Task boards are a great tool for determining at a glance what work

needs to be finished before the end of an iteration.

1.

Now that we have finished breaking down the work and assigning it to team members, lets

take a look at the task board that will be used in the next stand-up team meeting to report and

record progress. Select the boardtab from the top of the Fabrikam Fiber Web Team default

page.

Figure 52

Location of link to load the task board

2.

By default, the task board shows all tasks for the current iteration, grouped by product backlog

item and by the current state. Drag and drop the Consume OData feed for weather alerts

task to the In Progresscolumn.


32/36

Figure 53

Drag and drop tasks on the task board to move them between states

Note: The task board is touch enabled as well. This will not work within this virtual machine,

but you might want to put in your request now for that nice wall-mounted touch-screenmonitor youve been wanting for your team.

3.

Single-clickon the 5 value shown on the Consume OData feed for weather alerts task and

change the Remaining Work to 1to simulate Cameron working on the task for 4 hours during

the day.

Figure 54

Changing the Remaining Work for a task

4.

Drag and drop the Create UI for alerts task to the In Progresscolumn and change its

Remaining Workfield to 1. The two new high-priority tasks are now in progress with an

estimated 2 hours of work left to go.


33/36

Figure 55

Updated task board tasks

5.

Collapse the user stories for which the tasks are all done by clicking on the small triangles just to

the left of the associated titles.

Figure 56

Collapsing user story groups that have been completed

6. Drag and drop the task for Julia titled Review new feature with technician early adopters to

the Donecolumn to record that work as completed. Notice that the remaining work was

automatically reduced to 0 when you did this.

Figure 57

Completing a task with the task board


34/36

7.

Notice that the burn down chart in the top-right corner has updated immediately after you

made these changes. Click on the burn down chart and note that there is less than 20 hours of

effort left to go in order to complete the work for the iteration.

Figure 58

Burn down chart

8.

Close the burn down chart.

9.

Note that each row representing a work item shows a rollup of hours remaining, which is a sum

of remaining work for all child tasks. In addition to that, each column representing a status has a

rollup of remaining work, giving you a good idea how much work the team is actively working

on right now.


35/36

Figure 59

Task board showing rollup of hours

10.

The task board also has a team member pivot. Select the Team Memberslink near the top of

the task board view.

Figure 60

Team Members link location to group tasks by team member

11.

This view makes it easy to see what team members are currently working on and how mucheffort remains for each for the remainder of the current iteration.


36/36

Figure 61

Grouping tasks by team member on the task board

To give feedback please write [email protected]

Copyright 2014 by Microsoft Corporation. All rights reserved.
mailto:[email protected]:[email protected]:[email protected]:[email protected]

Agile Project Management in Visual Studio Team Foundation Server 2012

Documents