- Global configuration
- Template configuration
- Template scope
- Manage templates
- Supported fields
- Using templates
- Create issue from template
- Create issue structures
- Apply template to existing issue
- Recreate issue
- Use template custom field on issue create screen
- Default templates
- Direct link
- JQL searchers
- App Integrations
- Team-managed projects
- Jira Software
- Jira Service Management
- Advanced Roadmaps
- Issue Checklist for Jira
- Legacy automation action
- REST API
- Create issue and apply template with Jira REST API
You can add Sprint field to the scope. The Sprint ID will be copied, so that the template and new issue will share the sprint.
With default Board settings this configuration works well as issues are displayed only from one project. If you modify the JQL filter by deleting project clause, you will see all issues within one Sprint (including templates).
If you copy an active sprint, it will also be displayed as active sprint in the target project. However, right now it’s not possible to copy sprint and make it active (if it is not already active in the repository). You also can’t add issues to currently active sprint.
This solution has its pros and cons. If you close sprint in one project, then it will be closed in second project as well. It may be problematic in case of using it in more than one project.
What’s more, if you copy an active sprint to a project where you already have an active one, it will be duplicated. As a result, you will have two opened, active sprints. Due to Jira’s technical limitations you won’t be able to close any of them (button Complete Sprint is greyed out).
Managing Epic structure also may be problematic. Whenever you want to create a new sprint, you need to change the Sprint field in your templates.
Consider all the pros and cons before adding the Sprint field to your scope.