Is hierarchical product backlog a good idea in TFS 2012-2013?

Posted by Matías Fidemraizer on Programmers See other posts from Programmers or by Matías Fidemraizer
Published on 2014-03-06T14:26:59Z Indexed on 2014/06/02 21:45 UTC
Read the original article Hit count: 275

I'd like to validate I'm not in the wrong way.

My team project is using Visual Studio Scrum 2.x. Since each area/product has a lot of kind of requirements (security, user interface, HTTP/REST services...), I tried to manage this creating "parent backlogs" which are "open forever" and they contain generic requirements.

Those parent backlogs have other "open forever" backlogs, and/or sprint backlogs.

For example:

HTTP/REST Services (forever)
___ Profiles API (forever)
________ POST profile (forever)
_______________ We need a basic HTTP/REST profiles' API to register new user profiles (sprint backlog)

Is it the right way of organizing the product backlog?

Note: I know there're different points of view and that would be right for some and wrong for others. I'm looking for validation about if this is a possible good practice on TFS with Visual Studio Scrum.

© Programmers or respective owner

Related posts about agile

Related posts about scrum