I'm looking to set up multiple backlog boards, 1 for the Product, 1 for the next release, and then a sprint backlog. I also want a board for non-functional requirements. Knowing that an issue can only reside in 1 board at a time, each issue should propagate down from the product to the release, then the release to the sprint through the development. The Product, release, and non-functional backlogs should be Kanban,and issues should be pulled over to the sprint backlog when ready for development.
>Knowing that an issue can only reside in 1 board at a time
That's incorrect. A board is a view of a set of issues, defined by a specific filter. There's nothing to stop you have two boards using filters that include the same issues. Boards can even share the same filter.
Not on the same board. A board is defined by its filter and by definition, the backlog is "stuff in the filter we haven't done". So you'll need separate boards. A lot of people work the way you're describing though, with different boards looking at the same set of issues.
A slightly more advanced version might be to have a workflow that shows your pre-development processes, and then not include those status in your Scrum board. Then issues won't appear on the scrum board until they've got to a certain point in your processes.
Hey Community mates! Claire here from the Software Product Marketing team. We all know software development changes rapidly, and it's often tough to keep up. But from our research, we've found the h...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG