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 vote
Accepted answer

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 Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,473 views 15 19
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