Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How do you track stories in a long running feature branch?

My team ships every 2 weeks and uses sprints via Jira. At the beginning of the sprint we set the "Fix Version" on all stories we expect to complete, to the version we expect to ship at the end of the sprint. We use the "Components" field to assign stories to different functional segments of the product. 

We have several teams working on the same product and not all teams are using sprints. So, we generate a report that shows what's "part of this sprint" by filtering based on "Fix Version." 

The problem is that we have a long running feature branch (product segment) that has functionality that WON'T be shipping in the next version. But, I still want to include/track those stories in the current sprint. 

Do I create a bogus "Fix Version" and add it to the filter or is there a better way?

1 answer

I think part of the problem is what you said: Some teams are not using sprints.

Reason: It is very difficult to align a product/feature release if some teams are using sprints (i.e. fixed development periods with real end dates) and other teams are not (i.e. they are done when they feel like it or the developed functionality is considered 'good enough'?)

When we had two separate development teams (contributing to the same product), both teams used sprints. The sprints ended within one day of each other. So, +/-1 day, we knew when the functionality for a specific release would be done.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Agile

Join us LIVE: Atlassian & Experts Talk Research & Insights @ Scale

Hello all! What have you learned from your customers lately? Our live-streamed series continues by exploring CX, UX, and the power of research & insights at scale with Leisa Reichelt, Head of R...

224 views 3 6
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you