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

Single or multiple sprints

We have a single product with a large product backlog.  We release new features roughly every month.  Our sprints are two-weeks long, so a release could be comprised of two sprints (or more if a big release).

We are currently working on a new release, currently sized as 1 sprint.  However, in the background two engineers are working on a side project, on a set of new features. These features will be eventually merged into the main product sometime in the next month or two.

How should this be managed?  In the same sprint as the main development project, or as separate parallel sprint for the same project?

My preference is to keep the work separate, as the main development sprint is business critical, whereas the side project is not and I don't want it to derail the main project (merge conflicts, bugs, etc).

Does anyone have any recommendations?

Kind regards,



3 answers

0 votes
Deleted user Jul 31, 2018

Hi @Dav,

You mention that the two engineers are working on a side project. If this is the case I would suggest creating another Jira Project to completely separate the work, the issues can be linked to integration Stories within the main product's Jira Project for reference. Once the side project is complete, the project can be archived after the integration back into the main product is complete.

I would try to avoid parallel sprints if at all possible, however you know the product, team and project so you will know the best course of action. 

Hope this helps

I’d consider adding a component to the project that represents their effort and then tag their issues with that. Then add a Kanban board to the project that filters to issues with their component. They can use that board to see their issues through while the main team sprints with the Scrum board. 

We use JIRA 7.10 server version.

From what you have said, I would use separate sprints which run in parallel.

The reason is that sprints are time-boxed events. Their purpose is to minimise development risk by restricting the amount of time developers work on a feature (i.e. before the next sprint demo/retro/planning session is held).

So, if two different teams are working on two different features at the same time (and you don't want both features in the same sprint), then using two different sprints should work.

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...

270 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