I allows you to not clutter every screen with information you might just need when creating the issue. An example is a bug-issue type where you might just want to have a summary, version and description of the issue. As the case goes into research you might want to expose a worklog, and as you close the issue the summary and description of the issue should already be correct and you might add fields that allow you to retrospect over the issue to evaluate your own work, and how you could have done it better. While editing, editing most of these fields might be useful or not.. It just to be able to fit every organization.
Imagine I have a field named Root Cause that is used when a bug is fixed to describe what caused the bug.
I won't know what value to use in that field when I create a Bug
So there is not much point in having the Root Cause field on the Create screen for a Bug
Hey Community mates! Claire here from the Software Product Marketing team. We all know software development changes rapidly, and it's often tough to keep up. But from our research, we've found the h...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs