The team here at cPrime has just released a new SAFe epic to feature (E2F) translator for Jira which helps to complete SAFe implementations by translating native Jira terminology (“epics”) into terminology used in SAFe (“features”).
Why is this needed?
If you have experience in using the SAFe framework, you will have noticed that the terms used in Jira and SAFe do not match up, even though they are essentially describing the same concepts.
Someone on your team (definitely not you…) may have tried to change the Jira software native fields to better match with your company’s SAFe workflow and discovered, well, that doesn’t quite work. Scan the Atlassian community threads and there are several companies bemoaning their failed attempts to change the name of fields in Jira agile with near catastrophic results. The risks of changing a field name in Jira are multiple and this is why custom fields used by Jira Software are locked for any modifications for Jira Admins. Every such field has the description “Used by Jira Software, do not remove or modify”, and this notification is not for fun!
Risks of changing a field name include causing:
- the functionality of Jira software to break
- reports to stop working or work incorrectly
- ticket links to be lost (or lost sub issues)
- duplication of fields with the same name. This could be caused during updates when Jira cannot locate certain fields and creates them anew.
Basically, if you change the name of the field there is no way for other plugins which are using the API connections to locate this field properly. It’s the same as removing a relation or a link between the plugins and the field. Because it is so hard to keep track of which plugins are using relation by name and what consequences it will lead to, your teams cannot manage or work around this.
The Cprime team is always striving to provide the easiest and most effective way for our clients to use Jira. As such, we’ve developed a new plugin using an Atlassian approved approach to safely translate fields from the Jira Admin UI to match with the SAFe terminology for a seamless approach to task management. The E2F translator for Jira ensures fields are matched properly so all reports and functions of Jira continue to work properly. We have a number of large scale clients safely using our plugin on instances with 10,000+ users already!
Here are some examples in action:
#1 – Defining your enterprise hierarchy of work items:
If you’re not using Cprime’s SAFe epic to feature translator, there may be some confusion among teams about the status of work as work items don’t carry across easily from SAFe planning into the Jira board. However, using this plugin organizations can “standardize” a work item hierarchy which makes data consistent and easier to trace.
- A developer can now see the story he works on and how it connects to the larger feature that will be released soon.
- An executive can now start top-down and can drill into a Feature from Confluence and see all the component level work associated with it.
- All levels now have the context of the work item in their reporting and conversations. Think normalization and standardization.
#2 – Tracking the status of features:
- navigate to the issue search in Jira
- run a JQL search for issuetype = Feature
- cut out Features that are done. status ! = Resolved
“Visualize the query being translated from Epic to Feature Issue Type”
Seamlessly transfer your SAFe workflow into Jira? Now we’re speaking the same language! To get your free 30 trial simply visit here and see for yourself how easy it is to translate your SAFe requirements into Jira.
Tagged with: Atlassian, cPrime, cPrime Apps, epic to feature, jira safe, safe in jira, safe translator
Categorized in: SAFe in Jira