4 ms·
We organise our tasks into a hierarchy where the outer Feature is user-oriented, the next level down (Product backlog item) are the developer-oriented detail of
by taberiand 6y ago
We organise our tasks into a hierarchy where the outer Feature is user-oriented, the next level down (Product backlog item) are the developer-oriented detail of the user feature and the next level are tasks that break down the work needed to compete the PBIs, in 1-8 hour chunks.
Features can parent features, so what we end up with is whatever amount of detail is necessary to capture the user stories and other requirements, under which are the work items the developers care about.
I think this separation provides a decent balance between producing the features the users need while still allowing developers to focus on the actual technical work required.
- montroser 6y agoYes, this makes good sense. We do it this way too. Stakeholders and executives can easily grok the top level items, described in terms of their UX and business value, and then those are broken down into tasks that product/tech/design folks can execute on. Subtask[1] is one tool that makes this really easy and fluid, because you can break down everything into parts and the parts into parts, etc etc. [1]: https://subtask.co https://subtask.co