blog

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear

Published on
4 minute read

You should use nested PBI’s and never nested Tasks when you are using the Visual Studio 2012 Team Foundation Server Agile Planning Tools and here is why.

At some point you take your “Product Backlog Item” and break it down into sub items as part of your development process. This is part of the creation of a Plan to complete those Backlog Items and that plan reflects the best guess of the Team in what needs to be done to achieve those backlog items.

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear

Figure: In Team Foundation Server you can have nested tasks

In the pursuit of this you may feel that it is a good idea to create nested tasks and using the Work Item Tracking in both Visual Studio and the Web Access you will be able to created these nested tasks.

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear

Figure: Agile Planning tools do not support nested tasks the way you think

However when you view the Sprint Backlog you don’t see the in-between nested tasks, instead you only see a flat list of tasks.

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear

Figure: Agile Boards do not support nested tasks

In addition to the Agile Planning tools the Agile Boards also do not show the intermediary nested tasks.

Applies to

Steps to Reproduce

You can replicate this fairly easily by following these steps to reproduce:

  1. Add PBI called “PBI 1”
  2. Add child Task to “PBI 1” called “Task 1”
  3. Add child Task to “PBI 1” called ‘Task 2” TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear **Figure: Result as expected with “Task 1” and “Task 2” visible
    **
  4. Add child Task to “Task 2” called “Task 3” TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear Figure: Not expected to see “Task 1” & “Task 3”

Findings

This is essentially us hitting up against the ideals of the tool. While the Work Item Tracking and Query system built into TFS is designed to handle and sort of work style the Agile Planning Tools are optimised to work with… well… and “agile” flow.

With almost 80% of companies saying that they “do agile” it only makes sense for Microsoft to concentrate on the biggest chunk of customers. If you are not in that 80% then you should take a look at Requirement management in the modern application lifecycle  for solutions that will fit your needs while still maintaining the data integrity and reporting that is the cornerstone of TFS.

Do, or do not…. there is no try!
-Yoda

If however you are really trying this “agile” thing and are running into issues like this with the tool then you may need to change your workflow.

Solution

If it needs broken down then it is likely not a Task at all, but a Product Backlog Item masquerading as a Task. The best solution is to ask yourself when you are breaking down your “Product Backlog Items” if the unit you are breaking it down into may need broken down further. If it does then it is probably a “Product Backlog Item” and not a Task.

Now while stack ranking hierarchical work items  makes life difficult and does lead to the dark side, it is supported by the Agile Planning tools and the Agile Boards.

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear

Figure: You can see nested PBI’s on the Agile Planning tools

You will find that when you try to drag the parent into a Sprint you will be prevented and you need to drag the individual PBI’s instead.

TFS 2012 Agile Planning Tools Issue - nested tasks makes the parent task disappear  

Figure: You can see correctly the parent is not listed

This is the same behaviour as we saw on the tasks, but it now makes sense as we no longer care about delivering the parent PBI.

If you break down a Product Backlog Item into more granular Product Backlog Items those sub items should reflect the entirety of the work that needs to be done to achieve the parent and thus rendering the parent superfluous for all but upstream reporting. If you break a Product Backlog Item down into Tasks those Tasks should represent the Development Teams best guess at what actions / work needs to be undertaken to complete that Product Backlog Item.

problems-and-puzzles blog agile agile-planning-tools process puzzles tfs tfs2012 tools

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

MacDonald Humfrey (Automation) Ltd. Logo
Trayport Logo
YearUp.org Logo
Akaditi Logo
Big Data for Humans Logo
Emerson Process Management Logo

NIT A/S

Jack Links Logo
Kongsberg Maritime Logo
Graham & Brown Logo
Brandes Investment Partners L.P. Logo
Freadom Logo
Milliman Logo
Hubtel Ghana Logo
ALS Life Sciences Logo
Qualco Logo

CR2

Capita Secure Information Solutions Ltd Logo
Royal Air Force Logo
Washington Department of Transport Logo
Nottingham County Council Logo
Department of Work and Pensions (UK) Logo
New Hampshire Supreme Court Logo
Washington Department of Enterprise Services Logo
Qualco Logo
Emerson Process Management Logo
Microsoft Logo
Higher Education Statistics Agency Logo
Cognizant Microsoft Business Group (MBG) Logo
Slaughter and May Logo