很多人都知道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、还需要确定工作流到某一个节点要展示哪些数据，也要做好对应的界面配置
(4)界面设置好了之后就需要设置字段配置方案，这种可根据每个公司的情况来定义不同问题类型在新建时哪些字段要必填。
对应项目空间配置对应方案
对应的项目空间配置完毕后，就可以用来做需求管理了，并且只要设置了对应的字段，JIRA里面都留痕，那么就能非常清晰的了解到目前总计有多少个需求，哪个部门提报的最多，处于什么状态，谁在开发，排在哪个版本，花费了多少工时等等。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
