需求管理平台详解,开源及缺点功能分析？

在软件研发流程中，团队一步步“过关斩将”，才能把通过业务收集而来的诸多需求转化成实际的价值功能交付给用户。作为研发流程的第一步，糟糕的需求管理流程，常常被认为是项目失败的首要原因。从需求的产生到需求的结束，对需求生命周期的可视可控管理，能帮助项目更快更好地完成并交付产品。
既然需求管理如此重要，那么我们应该如何让需求管理更加清晰呢?
相当数量的团队采用的按部就班的标准流程，我们称为「金字塔指令式」流程，主要包括以下四个部分：

决策：将收集到的需求进行甄别和整理
计划：确定要实现的需求的交付相关事宜
监控计划和实际的偏差：跟踪计划执行情况，以防意外
纠正偏差：计划出现偏差时，应对的方式策略

在软件研发流程中，首要是处理通过业务收集而来的诸多需求。下面，将详细介绍在第一部分——决策中，如何将收集到的需求进行甄别和整理，这一甄别和整理的过程，也就是需求管理的过程。（以下内容均以 Gitee 企业版为例）
1.需求分类根据业务情况的不同，需求之间会存在诸多的差异。Gitee 企业版从实际出发，对于每个被创建的「需求」提供了用于分类的「标签」，该标签同时也支持自定义。

文章插图

文章插图
2.需求拆分确定好需求的分类之后，对于粒度相对较大的需求，应当进行拆分。在 Gitee 企业版中，需要拆分一个「需求」任务时，应当由相关人员（譬如需求分析师、产品经理等）在它下面创建若干的子任务，以便保证之间的关联。

文章插图
3.确定优先级经过了分类与分层拆解之后，就该给整理后的需求确定「优先级」。而确定优先级的首要步骤，是明确何为优先级。
在 Gitee 企业版中，我们默认提供了「严重」、「主要」、「次要」、「不重要」四个程度的优先级。在使用之前，团队成员应当对优先级的程度形成共识。

文章插图
比如「严重」，团队约定关系到战略目标层面，且需要近期上线的「需求」才算「严重」，遇到这类产生时自然心领神会，降低沟通落地的成本。
当然也可以采用四象限法则：
4.需求评审【需求管理平台详解,开源及缺点功能分析？】确定优先级后需要各方对需求进行确认，达成统一认知和共识，推进需求实现落地。
在需求评审的过程中，一定要说明清楚需求的背景、价值、意义，而不是纯粹的需求讲解，这样有助于各方对需求的理解。

文章插图
5.需求变更管理当因外部环境变化或者内部需求定义错误导致需求需要更改时，做好需求变更管控，防止因为变更而导致需求执行的过程无法进行下去。善于利用 Gitee 企业版中任务的操作日志，自动记录下需求的每一次变更，让所有操作有迹可循。

文章插图
6.需求归属经历了分类、拆解、确认优先级、评审之后的需求，通过比较需求定义与后续工作成果之间的对应关系，建立与维护需求跟踪列表,我们可以根据团队或者产品功能模块的区别，分别归属于不同的资源池，方便不同的团队进行统筹管理了。Gitee 企业版中的资源池被称为「项目」。