Projects are collections of issues, and issues are collections of fields. As we have seen in the earlier chapters, fields are what capture and display data to users. There are many different types of fields in JIRA, ranging from simple text fields that let you input alphanumeric texts, to more complicated fields with pickers to assist you in choosing dates and users.
An information system is only as useful as the data that goes into it. By understanding how to effectively use fields, you can turn JIRA into a powerful information system for data collection, processing, and reporting.
In this chapter, we will expand on our Help Desk project with these customized fields and configurations, by exploring fields in detail and learn how they relate to other aspects of JIRA. By the end of this chapter, you will have learned the following:
- Understand built-in and custom fields, and what they are
- Extend JIRA's ability to collect data through custom fields
- Adding behaviors to fields with field configurations
- Field configuration schemes and how to apply them to projects
JIRA comes with a number of built-in fields. You have already seen a few of them in the previous chapters. Fields, such as summary, priority, and assignee, are all built-in. They make up the backbone of an issue, and you cannot remove them from the system. For this reason, they are referred to as system fields. The following table lists the most important built-in fields in JIRA:
|
System field |
Description |
|---|---|
|
Specifies the user who is currently assigned to work on the issue. | |
|
Specifies a one-line summary of the issue. | |
|
Provides a detailed description of the issue. | |
|
Specifies the user who has reported this issue (although most of the time it is also the person who has created the issue, but not always). | |
|
Specifies the project components the issue belongs to. | |
|
Specifies the versions that the issue effects are found in. | |
|
Specifies the versions that the issue will be fixed in. | |
|
Specifies the date when this issue is due. | |
|
Specifies the type of the issue (for example, Bug and New Feature). | |
|
Specifies how important the issue is compared to other issues | |
|
Specifies the current resolution value of the issue (for example, Unresolved or Fixed). | |
|
Lets users specify estimates for how long the issue will take to complete. |