很多人都知道JIRA是用来做缺陷管理，但是其实JIRA也可以来做需求管理，那么今天就给大家大家介绍一下用JIRA如何来做需求管理，在用JIRA做需求管理之前，先要了解需求管理的生命周期和JIRA的一些基本操作。后续会具体介绍JIRA操作篇

一、需求全生命周期

二、JIRA基本配置操作

那基于JIRA的基本配置及需求的生命周期管理，那么在用JIRA做需求管控时解决以下问题：

1、JIRA是否可以根据生命周期来做流程？

2、JIRA是否可以针对每个节点做记录？例如需求提报记录提报的相关信息，包括谁，什么时间节点提报的，期望上线时间等

3、需求从提报到上线有多个角色参与且不同的阶段各角色的关注点不一样，JIRA是否支持留痕记录这些角色的操作过程？

4、JIRA是否支持相关的统计功能，例如目前总计有多少个需求，这些需求处于什么状态，那个产品线提的最多，目前的需求是谁在开发等？

基于以上问题我们就来解答吧。

1、基于JIRA的操作设置，通过JIRA来管理需求首先要设置一个项目空间，可采用敏捷/面板形式。

2、有了项目空间，就需要设置对应的方案。

(1)问题类型，先要确认公司的需求管理中有哪几种需求类型，我主要就从提报统筹的角度来考虑，我司主要分为两块。产品需求和技术需求，产品需求由产品经理来统筹提报，主要是接受来自前端业务部门的所有需求。技术需求是由技术人员来统筹，主要是技术内部的优化，例如国密算法、架构优化、SQL优化等。因此在JIRA设置时就必须定义2种问题类型(产品需求/技术需求)，但是考虑到一个需求会由不同的组别涉及不同的模块，因此我们还定义了一种子任务类型(需求开发测试子任务)，总体的问题类型架构是父工单(产品、架构流转)—子任务模式(开发、测试流转)。

(2)确定了问题类型就需要设计工作流了，设计工作流时需要注意以下事项：

A、工作流以需求生命周期作为参考。

B、不同需求的阶段对应的角色是不一样的。需求提报(涉及的是业务部门人/产品经理)——需求分析和设计(涉及的角色是产品经理)——需求评审(涉及的角色是产品经理、开发、测试、运营人员)——需求确认(涉及的是开发、测试人员)——需求实施(涉及的主角色是开发、测试人员)——需求上线(涉及的主角色是开发、测试及产品经理)

C、需求有大有小，一个需求有可能是多个板块的多个人协同开发，并且上线的时候各版块的应用也是对应自己负责的需求进行上线。那么在设计工作流的时候也要考虑这种情况。

基于以上的注意点，以下是我司的工作流设计方案：

产品需求工作流：

产品需求工单工作流

技术需求工作流：

技术需求工作流

需求子任务工作流：

需求子任务

(3)当工作流设计完毕之后，就要设计界面，那么在做界面设计时，有以下注意事项：

A、公司到底关注哪些需求的那些数据，这些数据都是需要自定义定义来进行配置的。

B、需要确定刚好新建页面时展示哪些数据，编辑时展示哪些，查看时展示哪些

C、还需要确定工作流到某一个节点要展示哪些数据，也要做好对应的界面配置

eg：以下是我司的需求界面的一些方案

需求提报-新建时的字段(字段都可以自定义，可以根据公司的情况来制定)

需求新建时界面

需求评估讨论阶段跳转

需求评估讨论解阶段跳转

排期变更跳转字段设置

排期变更跳转字段

需求取消时展示的字段

需求取消时展示的字段

(4)界面设置好了之后就需要设置字段配置方案，这种可根据每个公司的情况来定义不同问题类型在新建时哪些字段要必填。

BUG界面方案部门截图

基于以上的方案配置，那么只需要将对应的方案设置在对应的项目空间即可。

对应项目空间配置对应方案

对应的项目空间配置完毕后，就可以用来做需求管理了，并且只要设置了对应的字段，JIRA里面都留痕，那么就能非常清晰的了解到目前总计有多少个需求，哪个部门提报的最多，处于什么状态，谁在开发，排在哪个版本，花费了多少工时等等。

需求列表

开发测试子任务列表

其他特殊需求：

1、工作流流转过程中希望在某个节点可以出来一些界面填写需要的内容？

打开工作流-点某个动作

2、目前字段配置只支持新建时必填，但是在中间跳转过程也希望针对跳转出来的界面设置必填？

3、工作流可能会涉及到多角色流转，是否支持自定义经办人流转？

通过工作流来设置后续处理功能

Gears插件的一些功能

需求变更、缺陷管理都应该是整个研发管理体系里面整体的一块，后续会一一给大家分享。