How to manage multiple projects with one NextGen board?

[Conor]

I'm part of a team of 4 which takes on projects of varying scales at the same time (some that last a couple of days, others that last months).

We've started managing all of our projects using a single board, but both the board and backlog become bloated pretty quickly. It's also inconvenient when we want to invite stakeholders, etc to view our progress on a particular project because we have to invite them to one board which has ALL of our projects on.

Can somebody help with the following questions?

• Is there any way to effectively manage multiple projects using a single NextGen board? I know in Jira you can set up a board with different filters to bring in other project issues, but I can't see anything which replicates that in NextGen.
• How would people recommend doing this in NextGen?
• Is it better to just use a single board for each project?

[Thanos Batagiannis [Adaptavist]]

Hi Anupam

If I understand right you want to create a subtask and immediately to tansit it to a status. So let's say that you want when the subtask with summary Run IST Testing get's created to immediately move through the Pass Testing transition then in the post function you have that creates the subtask Run IST Testing in the additional issue actions field add 

import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.issue.Issue
import com.atlassian.jira.issue.IssueInputParameters
import com.atlassian.jira.issue.MutableIssue
import com.atlassian.jira.user.ApplicationUser
import com.atlassian.jira.workflow.TransitionOptions
doAfterCreate = {
    
    def cwdUser = ComponentAccessor.getJiraAuthenticationContext().getLoggedInUser()
    def issueService = ComponentAccessor.getIssueService()
    IssueInputParameters issueInputParameters = issueService.newIssueInputParameters()
    issueInputParameters.setSkipScreenCheck(true)
    log.debug "I will transit the subtask " + issue.key
    def transitionOptions= new TransitionOptions.Builder()
        .skipConditions()
        .skipPermissions()
        .skipValidators()
        .build()
    // 21 is the id of the transition, in my example is the In Progress (21). Change it to fit your transition
    def transitionValidationResult =
        issueService.validateTransition(cwdUser, issue.id, 21, issueInputParameters, transitionOptions)
    if (transitionValidationResult.isValid()) {
        return issueService.transition(cwdUser, transitionValidationResult).getIssue()
    }
    log.error "Transition validation result: " + transitionValidationResult.errorCollection
}

Please let me know if this does the trick 

regards, Thanos

[Application_Group]

Hi Thanos,

Thanks for your response. I tried it out but it is still not working as expected. The subtasks should not stay open when the parent issue is done. Also, the problem is that for the sub tasks, I don't see the action Approve or Reject. It is still showing the transitions as per my workflow for Open Status - Please see attached screenshot.

image2016-10-27 16:42:54.png

image2016-10-27 16:43:10.png

image2016-10-27 17:3:9.png

The sub-tasks only need to have two transition actions. Approve and Reject.

What I am trying to do is as follows:

1. Assignee moves Issue into "Ready for Test"
2. Once issue is in this status, there should be new sub-tasks created for that issue automatically -
   Sub Task 1: Run DEV Testing
   Sub Task 2: Run IST Testing
   Sub Task 3: Run UAT Testing
3. These sub-tasks should have only two transition actions to chose from - Approve and Reject
4. Once all these subtasks are approved, the parent issue can move automatically to Approved Status. If however, any one of these sub-tasks get rejected, the parent issue can move to Rejected Status automatically. The parent issue can also be moved manually if it is not possible to automate that...
    

So in theory, it is similar to your documentation use case...

image2016-10-27 16:55:13.png

Notice how it has Approve & Reject actions. I am looking to implement the similar logic. I hope that helps understand my use case better.

Thanks

Anupam

[Jonny Carter]

Hi, Anupam.

So, there's a lot of layers to what you're after. I think I can get you over the immediate road blocks, though.

1. Why are the sub-tasks staying in the "Open" state? The answer, based on the screenshot you provided of your workflow, is that to get to the point where the subtasks have a step leading to "Approved" or "Rejected", your workflow requires them to go through the In Progress status, then undergo the "Test" transition. There are two ways you might work around that. First (and most simply), you could create a workflow just for your subtasks. One advantage of this approach is that you could have different transition names (like Approve/Reject) than your parent tasks have.
   Alternately, you could just transition your sub-task through all the statuses between "Open" and "Ready for Test" in the Additional Actions code. That's a bit more cumbersome, and it will mean your available transitions will be "Pass Testing" and "Fail Testing", not "Approve" and "Reject". Still, it might be suitable if you really don't want to have a separate workflow for sub-tasks.
   
   1. You also hinted at a related issue. You may be wondering why the actions available to your sub-task aren't listed on the parent issue. That screenshot you listed is from an earlier version of JIRA. To see the transitions available to a subtask from a parent issue, you have to click the little gear next to them.
2. You also wrote, "The subtasks should not stay open when the parent issue is done". How to address that depends on your needs. On the one hand, you could use the built-in JIRA feature that doesn't let you close a parent task until all sub-tasks are marked as done. On the other, you could setup a separate post-function to automatically close the sub-tasks of a parent issue. See the documented example at
   https://scriptrunner.adaptavist.com/latest/jira/recipes/workflow/postfunctions/auto-close-all-subtasks.html