Advice on how to organize a product backlog and code-stream-oriented bug tickets

Hi folks - I have product managers wanting to manage higher-level functionality-oriented requirements in a backlog, and developers and QA people wanting to manage bugs through a fairly standard development process, with the bugs categorized by their containing code streams.

Right now, I have projects set up that correspond to code streams, which means that implementing a bit of functionality could result in issues being generated in multiple projects. But the Product Managers want to see all the work that needs doing and is being done in one backlog project for each product.

What's the best way to organize the projects? Is there a way to create parent and child projects?

2 answers

1 accepted

Hi Dave,

If I understand well you could the same as in my company. When you have for example an error that is affecting multiple projects, you could clone the issues and modify it so it corresponds to other projects. Or there are other ways too using the Script Runner plugin.

But first, is that the issue, you have the same error in multiple projects?

Hi Ramiro - no, not really. In my case, I need to tie multiple tickets together under one "parent" ticket.

For example, assume for one product we have two code streams: one for the UI and one for the database. If the product manager wants to add a new field to the product UI, that will require work both in the UI and in the database.

The product manager wants to manage (prioritize, vote on, see status) the functional change in one parent issue, but the actual work would require two child tickets - one for the change to the UI and one for the change to the db.

Does that make sense?

Yes, I think it makes sense. Basically what is the issue of having exactly how you described? That is one Parent Issue with two Sub-tasks where you can describe in each one the changes for every case.

Sub-task issues are in the same project as the parent issue. I'm looking for essentially the same relationship, but in different projects.

We want to keep the child projects in separate projects because the code streams are versioned separately. I think the versioning capabilities only apply at the project level.

In fact, you can have many versions in a project and every issue corresponding to an specific version.

I believe it isn't possible to have a relation Parent-Child with that issues separated in different projects. Maybe you can use the components or the versions to separate them.

In case of the versions you could create by the version of your code stream and this will identify. In the case of components, you could have for example 'UI Component' and 'Database Component'.

Just ideas you can consider but maybe you already tought about that.

Thanks for your advice, Ramiro. I think we may have to use this approach, with one project, sub-tasks, and components, and versions.

Hi Dave,

If I understand well you could the same as in my company. When you have for example an error that is affecting multiple projects, you could clone the issues and modify it so it corresponds to other projects. Or there are other ways too using the Script Runner plugin.

But first, is that the issue, you have the same error in multiple projects?

Suggest an answer

Log in or Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Published Monday in Jira Software

How large do you think Jira Software can grow?

Hi Atlassian Community! My name is Shana, and I’m on the Jira Software team. One of the many reasons this Community exists is to connect you to others on similar product journeys or with comparabl...

622 views 6 12
Read article

Atlassian User Groups

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!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you