文章目录
常规需求流程
项目需求管理问题分析案例
1.概述
需求,是一切产品价值的源头,只有管理好这一部分的过程,才能尽量从源头减少实际项目中的各种意外成本(eg:返工带来的人力、时间、质量成本)及风险
2.项目&产品介绍
- 产品层面:笔者的项目是一个C端产品,需求主要来源于产品策划和用户反馈,处于发展期,以占领市场为主
- 项目层面:前期主要功能较为清晰,可切割空间不大,但关联依赖方较多,协作周期长,迭代周期在15~30天左右
3.问题分析(找到问题)
一开始项目上对需求的产生、定义、变更等流程和规范没有做清晰明确的限定,导致实际推进过程中出现诸多问题,下面结合实际情况做逐一说明和分析:
3.1 需求定义不清晰
项目初期,当有需求意向出现时,一般由产品经理进行分析和定义,绘制出原型图和对功能点进行注释说明,
但是这种方式,因为缺乏正规、通用的需求定义文档模板和需求说明标准,导致需求定义的过程中,出现主观、模糊的描述,增加了后续的沟通