Best Practice - Two Sprints one project

Question

We currently have a project that has two boards

* Discovery Board for product ( Containing Epics & Discovery Stories )
* Engineering Board ( Containing Epics, Story, Bugs, Tasks )

We want to run Discover Sprint and Engineering sprint together.

Our Epics will consist of both Stories & Discovery.

Would it be best to run "parallel sprints" feature or would it be best to separate these boards into separate projects.

Jeffrey Cardona · Answer

Thank you Kagithala on your feedback, I appreciate you taking your time out in responding to my question.

Jeffrey Cardona · Answer

Thank you Bill on your feedback, I appreciate you taking your time out in responding to my question.

KAGITHALA BABU ANVESH_z1zl10 · Answer

Hello @Jeffrey Cardona ,

Great Question.

we have same kind as below.

in my project, there are different modules. For every module we have a separate team.

we created component for each Module/Team.

created multiple scrum boards by writing jQL for each and each and every component.

We use a common board (Main Board) to create Sprints, sprint backlog, starting and closing of sprints done here. This board contains all the issues from all the components. we grab items to sprint from each module, and teams-will work on them.

In the main Board, we get to know Sprint related information, Burn down  and etc.

from each individual other component boards, we are able to track component wise burn down, velocity and etc.

I felt a bit difficulties, with parallel sprints in project based on modules/components. Sometimes user stories misplaced in sprints. If we closing a sprint with unfinished stories with pending sub tasks, we have to move them to backlog or next sprints, during this also we felt this a bit clumsy.

my choice is, if you have dedicated bandwidth please follow the same as our case.  If not go for the 2 different projects.

thanks.