I've run into this challenge a couple of times and I'm hoping someone can provide some references, training or advice on how to explain the difference between a Product Backlog Item and a Task in TFS.
I understand and have explained that a Product Backlog Item is the "What" and the Task is the "How". I have also explained that the PBI is the requirement and the Task is how the requirement is met.
I'm repeatedly met with blank stares and head scratching when I explain this. It seems that the Software Engineers I explain this to can not make the distinction. It is all the same to them.
I believe my other challenge is that I am not able to effectively illustrate why it is important to make the distinction.
Best Answer
The "Product backlog Item" is indeed the What, the functionality that needs to be built. The Task describes the steps that need to be taken to get there.
Many teams are not used to decompose into tasks, they just build what the spec says. For these people it's hard to see them as two separate things.
Maybe a simple anecdote would help:
This clearly separates the question of what the product owner wants from what they need to do. Unless of course the product owner already decomposed into actionable items on the Product Backlog, in which case you also need to talk to them.
As I said, for many developers they think they already have enough information and know what to do, they don't want to decompose the What into How steps, they'll get there when they get there. When you start talking to them about tracking the sprint progress, improving estimations, tracking work that was forgotten during sprint planning and other items that have to do with professional improvements, ask them how they and their team will know where they can improve and how they know they're really done. When they can come up with a system that works without creating tasks and it works, then that's fine, but chances are very low that they actually can.
Before trying to work with TFS and the agile tools, your team will need to understand how this all works. The best way is to have them work with a paper board, which is visible on the work floor to all. Later, when the process is understood better, moving to the tools will help. Without the understanding, the tools won't be of much use and will meet a lot of resistance.