Default Request Types (Now Available in the Feature Labs section of Jira Service Management Cloud!)

[#1]

Hi everyone!

This is Jehan from Jira Service Management Cloud with a new Feature Labs release.

We are excited to "Default Request Types", a new feature that will ensure that issues no longer lose their Request Type when they are moved or the issue type is changed. 

How does it work? 

To access this feature, simply click on "Project Settings" > "Features" and scroll to the bottom. 

If you turn on this feature, whenever an issue is moved (or any other action is taken that causes the request type to be lost), the request type field is updated so that it is not null. 

By default, it will select the first request type alphabetically. But you can override the default by setting the request type yourself. 

Why is this in the "Feature Lab"?

This feature has been fully developed and tested. That said, we do not yet have the optimal experience nor functionality built, so it is currently a beta feature from a user experience perspective.  

So, what will change?

1. Issue create: We are looking to have the default request type selection be respected in the issue create experience within Jira. This is not available now but will be available later. 
2. Better UX: We will eventually move this out of the Feature Lab and provide an improved UX but this will provide an immediate solution to those that need this.

I'd love to know what you think about this new feature. We'd love to hear your thoughts, whether positive feedback or constructive criticism.

You can comment on this post or leave us feedback in product (see the "Give feedback" icon on the bottom left of the image above). We read every single piece of feedback you leave and do use it to inform out decision making, so please don't hold back. 

Looking forward to hearing from you!

Best regards,

Jehan Gonsalkorale

Product Manager, Jira Service Management Cloud

[WasimBuden]

Hello Jehan,

I enabled this feature and tested it by creating a ticket and moving the issue types, works great and this was much needed, thank you!

Regards,

Wasim

[Nuwanee Nadeesha]

Hello Jehan,

This was a much needed feature. 

Thank you..! 

Nuwanee.

[Jehan Gonsalkorale]

Hi @Wasi and @Nuwanee Nadeesha , we really appreciate your feedback! The kind words are appreciated. We still want to improve this functionality in future, but this is an important first step. 

Best regards,

Jehan

[WasimBuden]

True, keep them coming, cant wait to see Atlassian Analytics and other feature sooner.

[Cameron Loperfido]

Jehan, thank you and your team for this update!

I raised an issue about changing issue types using the move functionality and the loss of request type breaking issue configs last week. I spent too much time trying to accomplish a fix using automation and boom your post shows up in my feed.

Keep up the good work!

[Peter]

Apologies, I comment after reading the text in the email update and didn't read the screenshots that were not shown by default.  The description

"If you turn on this feature, whenever an issue is moved (or any other action is taken that causes the request type to be lost), the request type field is updated so that it is not null. 

By default, it will select the first request type alphabetically. But you can override the default by setting the request type yourself. "

doesn't make it clear that there is a default request type per issue type, which is crucial. From the screenshot, I gather that a default request type can be set per issue type.

While it would still be better to actually give people the opportunity to set request types in any situation where it's needed (I don't understand why this hasn't been part of the product from the beginning), such as moving an issue, this is at least a helpful midway point.

[Stephan Stahl]

YES - finally!!
Please also bring this feature to DC! I'm desperately waiting for it! It's such a pain to create the workaround (or should I say: Atlassian best practice?) with either JSM builtin automation or A4J to create a "fallback"/default request type, especially if you have a lot of issue types and a lot of projects. (Especially since there is no "customer request type scheme" you could reuse. Each project requires individual "fallback-mapping", since each customer request type is unique, even if it's (in theory) the same across several projects...)

Thank you for considering this feature request!

[Tom De Blende]

There is a God!

Now on to CLOUD-6999!

[Wolff]

Where can i find this feature for Company Managed - Service Project? 

[david_poulin]

This feature can be great for issue creation also......yes we can do it with automation, but having builtin should be great too

[Scott King]

This is a much needed feature. It was very cumbersome to have to use automation to create this functionality. In one of our projects, we use and switch between issue types a lot and losing the request type every time was a pain so I had to set up via automation. I will be using this feature in it's place.

[Patricia Francezi]

Good one, but still when you have a different workflow, it starts a "move" operation. 

It would be great have the same behavior from the Issue type icon itself when you have the same workflow.

I know that there is a migration in this path, but, the current problem is, when you select the new issue type in the issue, then go to the move wizard screen you need to select again (project and issue type).

[mitch.bagan]

Nice one! This saves a lot of manual effort and customer complaints when they cant see tickets.

Can you implement this in a schema or similar so we dont need to do it to each project and can implement for all issue types in the schema across all projects?