Back in December 2021, we unveiled plans towards providing teams with the flexibility to shape Jira to the way you work, starting with the name of your epics in company-managed projects.
By introducing flexible naming of epics, we aimed to allow you to use your preferred terminology for epics to create consistent naming in Jira Software Cloud.
So, why did we start with epics? We knew that many teams using Safe Agile Framework (SAFe) were struggling because they were unable to reflect their issue hierarchy in Jira Software Cloud, namely Features as the parent of stories.
Many non-software teams would also benefit from terminology that better reflects their work, e.g. campaign, candidate, etc.
By providing more flexibility around the naming of epics and greater control over the issue type hierarchy, we’d unlock value for not just software teams, but all teams in Jira.
Our first milestone involved shifting the issue type hierarchy configuration from within Plans to its new home in the global Jira admin settings: ⚙️ Settings > Issues > Issue hierarchy.
This means that teams using Free and Standard Jira are now able to manage their issue hierarchy, up to the epic level – previously only available to Premium customers.
You can now rename and add issue types to the epic level in your site’s issue hierarchy. Any changes made to the epic level are then reflected throughout all company-managed projects in your site.
For example, if you’ve renamed the epic level to Feature, the backlog will now contain a Feature panel, rather than the existing Epic panel.
As part of these updates, we introduced the new Parent field in company-managed projects.
This field replaces the existing Epic link and Parent link fields, and provides a more consistent experience across all project types.
The new Parent field has now been implemented across Jira, including when you create new issues, view the details of your issues, edit your workflows, and set new automations.
We’ve also added the ability to add a parent directly from your issue’s breadcrumb – consistent with how you work in team-managed projects – and made changes to epic fields to more closely align your experience across your projects.
In July '22, we invited customers to join our early access beta program. Over the next year, participants engaged with our team through the Beta Community Group, offering valuable feedback and insights in real-time.
Late last year we opened applications to our beta program for all customers to try out the new Parent field, and received an overwhelming response.
Ultimately, 130 customers ended up participating in this second phase of our beta, trialing the new field and sharing their thoughts as we hit the final stretch of the project.
Fast forward to now. Earlier this year, we celebrated the culmination of nearly 2 years of development with the rollout of the final stages of flexible naming of epics to all Jira customers.
This release marks a significant leap forward in making Jira adaptable for all teams, no matter the framework they use.
Thank you to the Jira community for your engagement and feedback on each of our updates. Your input was vital in shaping the success of the project 🌟
Josh Sherwood
11 comments