It's not a "small tweak" in the back end. The issue type is structural, a lot of configuration is hung off it - it determines the workflow and fields for each issue (with the project covering the rest of the config), so Jira has to check that any change of issue type is not going to mangle the data.
Interesting, and I don't doubt that. I was just referring to the user experience, which seems overly complicated. I've read it multiple times and still don't really understand what that first screen with the 'Next' button is saying exactly, other than I'm going to change all Tasks with a check, and even though I selected that option, it didn't change them all. I still had to do each individually. And then there are Confirmation, and Acknowledge screens.
Seriously, first time through I thought it was some sort of ux test/prank.
Imagine your issue is a castle, or a factory or an airport. Changing the issue type is akin to saying "I want to convert this building to another purpose, so we're going to need to dig up all the foundations and put down new ones to suit it". The foundations are the issue-type.
The user experience is about as simple as it can get, although it also is very cautious (lots of confirm/acknowledge) because the changes could be quite drastic and people don't get that.
Remember that changing issue type is something that is an exception. It's mostly for "housekeeping", and when it's not, then it almost certainly is for "reporter picked the wrong thing" for a single issue. If it's part of a process, your process is either broken, or implemented badly in Jira.
It's still not very user-friendly UX to click on "Move" action to change the type of an issue. I don't want to move it. I want to change it's type.
I really carefully read each option in the three-dot-menu and didn't found anything that could even roughly related to change the type of an issue. Then I googled and found this page.
"Move page" itself also could be improved. The "Step 2 is not required" screen is totally worthless. There is 3rd "Confirm" screen anyway. So why I need to click "Next", then see totally useless screen, click "Next" again and only then "Confirm"? All additional information, that is shown on the 2nd screen could be shown on the "Confirm" screen instead. Maybe it looks like not important, but Jira cloud works not very fast, so additional screen does really matter for me.
Digging up the foundations and fundamental structure of an object is not a trivial action. You're not changing a minor attribute, you're re-engineering something. It's not "repaint my house", it's "potentially rebuilding the entire thing from scratch"
I don't want to repeat what I said before, could you have a quick re-read of the previous comment?
(I do agree with you on the "step not required", of course, but that has been removed in a couple of places)
I totally understand what you said about the fact that changing the type of an issue, while it looks like a trivial action, could be very complex process under the hood. I'm a developer after all, so I know what are you talking about. :)
But, I disagree on the fact that it must be inevitably reflected in the UI. Sometimes - yes. But sometimes very complex operations could be accessible under simple and understandable UI.
We are talking about UX, not the internal implementation on the backend.
Hiding "change type" operation under "Move" menu item isn't user friendly. It forced me to search how to change the issue type in the google. More friendly will be to add duplicated menu item "Change issue type" to the context menu of the issue (3 dots) or maybe to rename "Move" to "Move or change the type".
Maybe there is better solution. I'm not UX expert. This is just my feedback as a user - it's very difficult to guess that to change the issue type I must select "Move" action in the 3-dot-menu.
I totally agree with you on that, it's completely obscure that "change issue type is structural, so you have to move". I don't see it as obscure, but <mumble> years, very little is obscure to me. But I can still see it's obscure to people with <mumble - x> years.
My (like you say, I'm not a UX person, probably way behind you) solution would be to add a false entry to the drop-down that somehow says "if you don't see the option you want above, we need to talk, click me and I'll walk you through it"
Jira is a great tool to use across different departments. Forget that paperwork – switch to Jira and get that tasks done smoothly. Marketing Jira allows for a complete digital transformation of you...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events