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
I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...
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