问题类型（issue type）是JIRA项目管理最基本的元素。这篇文章介绍下软件项目中，用到的几种基本的项目管理问题类型及定义。需要注意的是:不同的公司对于几种问题类型的用法是不一样的，比如很多公司，把任务定义为故事的子级，任务的层级可以是多个层次，这种用法也是OK的，只要其符合公司管理项目的特征。
如下定义，仅供参考。
史诗（Epic）：史诗用于组织工作和创建层次结构，可根据客户或最终用户的需求分为较小的用户故事。史诗可以跨越多个冲刺和版本。
需求（Requirement）：用于从各个领域收集的原始需求信息，可以是从客服系统，可以是用户建议，可以是竞品对比，也可以是产品经理自己发现并记录的。
故事（Story）：项目功能特性的描述，是可工作的产品功能的一部分，本质就是划分到研发冲刺内的需求，可以进一步拆分为多个子任务。
任务（Task）：不改变产品功能特性，无法归类于一个故事，但是必须得做的事情，比如文档、资源部署、一个问题的追踪等，也可以拆分为多个子任务。
子任务（SubTask）：故事或者任务下需要分配给不同人处理的子任务，比如前端开发与后端开发，上、下游组件开发等。
故障（Fault）:生产阶段发生的Bug。
测试用例（Test-case）：描述测试方法、步骤、数据和预期结果。
问题（Question）：评审出来的遗留问题，或者发现的风险等，后期可转化为故事任务缺陷等。
风险（Risk）：定义一些不确定的事件或情况,一旦出现将会对项目目标产生正面或负面的影响。
既然管理一个项目需要定义这么多种问题类型，那么它们之间一定是相关关联的，那么这种关联关系如图表示：
添加一个新的问题类型：风险。 前提是以JIRA管理员的权限登录进来，找到系统/管理/问题。
需要为新建的问题类型选择一个问题类型方案，可以默认添加到方案：Default Issue Type Scheme。
如果你的公司是比较大的公司，很多团队共享项目管理工具，那么建议新建一个自己的、问题类型方案，并把这些新建的问题类型添加进去。
问题类型方案
这里问题类型和问题类型方案的关系是，在问题类型里面创建若干个问题类型，再问题类型方案去包含项目需要的问题类型。后面的界面/界面方案以及字段/字段方案也是同样的道理。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
