为新项目进行定制化的请求
措辞:
当JIRA项目已经创建好且配置完成，但是如果你还需要额外的定制化该如何处理呢？接下来会介绍项目中的一些部分能够被修改和调整：
字段(Field)
这些字段是否在你创建、编辑、查看的界面中都不曾使用呢? 假如是，向管理员提出请求从项目里头移除。
例子:"请移除这个[字段名称]字段从[项目名称]中的创建、编辑和查看界面。"
预期出现的字段不见了? 是否需要创建新的字段呢?
对于任何新的字段请求，请提供以下信息:
预期字段的名称是什么呢？(标签页Tab)
这个字段的用途是什么?
想让用户看到什么样的描述呢?
字段类型是什么？
需要那一种类型的字段呢?
(想要蒐集什么类型的数据呢？) 系统提供范例的字段类型:
文本、数字、日期、复选框、选择列表、URL等等。
需要什么字段属性呢?
文本字段的话，想要蒐集单文本还是多文本的数据呢？想要一个复选框或是多选择列表呢？单一选择列表的值为何？(例如：选项1、选项2,等等)
字段需要在什么界面上显示呢？ (创建、编辑、查看，还是全部?)
验证规则是什么? (如果有的话)
界面(Screen)
每个问题类型有三个标准界面：创建、编辑和查看。此外，还有在工作流的转换状态的弹框界面:在这些界面上，您可以自定义以下内容：
显示的字段
字段的顺序
标签页(Tab)的呈现. (如果字段相当多的情况，可以使用标签页(Tab)将它们根据类别分解为各逻辑组)
图片: "内部细节" 标签页(Tab)例子
注意
可以在”创建”界面上隐藏一些字段，但在”编辑”和”查看”界面显示该字段。这对于复杂数据需求的项目是有帮助的。让你的终端用户先提供你需要的基本信息，然后在过程中收集更多的细节。但这当然意味着需要维护更多的界面，所以只有在必要的情况下才建议使用这种方法。
工作流(workflow)
工作流有两部分需要知道一下：状态(Status)和转换(Transition)。状态是一个问题当前状态的描述。(例如：“进行中”或“关闭”。)在每个状态之间都有一些按钮来转换。转换按钮还可以触发弹框界面来收集额外的信息、更新现有信息或提供用户指示。
使用 “自定义JIRA工作流模板”自定义工作流。建议可以先在纸上画一个工作流，确保它具有逻辑意义，写下所有流入和流出的转换。绘制工作流完，再用文字去描述工作流。这个方法可能可以发现忽略的其他需要。注意任何需要的限制或特殊条件的步骤。
通知(Notification)
在你的项目中，一些不同的标准事件和自定义的事件都会进行邮件通知。通知给个人、项目角色、或是(外部管理的)公司分配列表成员。
通知规则的例子如下:
当问题更新时，邮件通知给报告人和经办人。
当问题重新指派时，邮件通知给原先的经办人和新的经办人。
当点击一个工作流移转按钮X，郵件通知给某用户组/用户Y。
假如某个操作X产生，郵件通知给所有的”关注人”。
这个功能需要谨慎的使用，并且仅适用在最重要的事件通知。如果每个内容和状态更新都电邮通知整个团队，团队可能因为JIRA邮件过多的情况需要进行过滤，因此可能会错过重要的信息。电邮通知的监控方式是被动且次要，（最主要的方法还是让用户主动定期登录JIRA，使用筛选器和仪表盘去监控问题。）
权限(Permission)
你的项目有一组权限表可以进行定制设计，包含执行一些标准的功能，如”创建问题”、”指派问题”、”管理关注人”，等等。可以通过项目角色、用户组、单一用户来限制基本标准的操作。操作的权限的限制设定是运维的恶梦。最好的方式就是在必要的情况下才加入权限限制。
有任何问题吗？请联系JIRA支持团队。
