Is is possible to have a different board per sprint?

Is it possible to assign a different board layout per sprint?

For example:

  • Sprint 1 - is a development sprint
  • Sprint 2 - is a testing sprint

I need different columns on the board view for the development sprint versus the testing sprint. 

Note that I've also activated the parallel sprints feature, so on the board view I can see a "switch sprints" option - which ideally I also like to switch board layout.

1 answer

1 accepted

1 votes

Boards are nothing but a "view" on the issues. Sprint is not based on boards rather it's on issues which belong to the sprint. As sprint data is carried by the issues.

Thus, if you write a JQL filter for a new board such that it fetches the issues  on the board having sprint X then you can start Sprint X on the board. But one issue can't be part of 2 different active sprints. Thus, yes it's possible to have different boards per sprint.

But why do you want to have separate sprints for development and testing as both of these activities should be performed in the same sprint in Agile way of working. i.e. Devs and QAs should work side by side.

Thanks for the reply.

What I'm experimenting with is different ways to represent phases of a project in terms of how we work. I'm using sprints as the phases in this case.

In the development phase - the workflow is shorter.

In the testing & deployment phase - devs and test work side by side but the workflow is longer. We also work with end clients, not an inhouse product.

So when in development phase, there are fewer columns on the board as per the shorter workflow, then be able to switch to testing phase (and close down the development phase) with the extra columns appropriate to longer workflow.

Some clients we work more agile with, others by necessity are not. It's the latter case here.

Do you have any other ways I could represent the above? 

Tarun Sapra Community Champion Aug 09, 2017

You are doing right thing. I have done something similar at a client wherein one workflow is is supporting both dev and deployment. Once dev phase is over the issues are moved to done on the board and the "done" column of the board is mapped to "ready for deployment" workflow status and that automatically publishes the issues in the "to do " column of the second board meant for deployment. Thus, one workflow but two boards and issues automatically transition from one board to another based on JQL filter.

Great, thanks, good to hear I'm heading in the right direction :)

Please accept/upvote the answer if it solves your query. Thanks.

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,739 views 11 18
Join discussion

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
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot