深入解析需求管理模块 需求管理的主要内容包括哪些


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

    决策:将收集到的需求进行甄别和整理计划:确定要实现的需求的交付相关事宜监控计划和实际的偏差:跟踪计划执行情况,以防意外纠正偏差:计划出现偏差时,应对的方式策略
在软件研发流程中,首要是处理通过业务收集而来的诸多需求 。下面,将详细介绍在第一部分——决策中,如何将收集到的需求进行甄别和整理,这一甄别和整理的过程,也就是需求管理的过程 。(以下内容均以 Gitee 企业版为例)
在使用 Gitee 企业版中,「需求」和「缺陷」都将通过一级菜单「任务」进行管理 。
1.需求分类 根据业务情况的不同,需求之间会存在诸多的差异 。Gitee 企业版从实际出发,对于每个被创建的「需求」提供了用于分类的「标签」,该标签同时也支持自定义 。
2.需求拆分 确定好需求的分类之后,对于粒度相对较大的需求,应当进行拆分 。在 Gitee 企业版中,需要拆分一个「需求」任务时,应当由相关人员(譬如需求分析师、产品经理等)在它下面创建若干的子任务,以便保证之间的关联 。
小提示:需求的拆分通常不超过三级 。业内常把需求按大小依次分为「Epic」、「Feature」、「Story」三级 。在 Gitee 企业版中,企业管理员可以通过进入「管理-任务类型与状态」,然后新建名为「Epic」、「Feature」、「Story」的任务类型来满足上述的管理需要 。
3.确定优先级 经过了分类与分层拆解之后,就该给整理后的需求确定「优先级」 。而确定优先级的首要步骤,是明确何为优先级 。
在 Gitee 企业版中,我们默认提供了「严重」、「主要」、「次要」、「不重要」四个程度的优先级 。在使用之前,团队成员应当对优先级的程度形成共识 。
比如「严重」,团队约定 关系到战略目标层面,且需要近期上线 的「需求」才算「严重」,遇到这类产生时自然心领神会,降低沟通落地的成本 。
当然也可以采用 四象限法则:
严重:重要且紧急主要:重要不紧急次要:不重要但紧急不重要:不重要不紧急4.需求评审

推荐阅读