需求管理的方法整理

在一款产品的生命周期中,需求始终贯穿其中,产品围绕需求而生,因需求而美。下面是本人对于需求管理的个人方法整理:


【需求收集】

需求的收集分为两个阶段。

第一阶段在产品还未成型时,因为一个核心的理念展开了需求的前期收集,比如一个产品想要满足人们的某种欲望,那么之后的需求收集就都会围绕着这个目的展开,而需求的意义就在于通过某种方式满足这个目的。此阶段的需求主要来源于竞品分析、访谈既要、问卷调查、数据分析、场景分析等。

第二阶段的需求收集是在产品已经能够满足基本功能后,重点在满足核心目的的基础上优化体验、增加用户黏着度及盈利模式的拓展等,需求的来源也主要在于用户的反馈以及基于产品的定位进行的分析。


【需求整理】

通过各个渠道收集来的需求是存在噪音的,首先需要对各渠道的需求进行过滤:

过滤不符合常理的需求:即目前技术无法实现,或并没有实际意义的需求;

过滤违背产品定位的需求:一款产品必须要有一个清晰明确的定位,需求是为了更好的贴合、完善这个定位目标的;

过滤低性价比的需求:投入产出不成正比的需求。

过滤后的需求只是描述了目的的,而投入研发需要对需求进行一定的描述,即如何实现这个需求!(需求可能只是:评价功能,而如何实现这个评价功能是需要进行清晰定义的),也就是将收集到的需求转换为产品需求,说明清楚产品真正要做的事。

接下来就是需求分类,需求分类的目的在于通过分类确定接下来要做的事,毕竟在人力有限的情况下无法一次性完成所有功能。

首先根据KANO模型对需求进行定位,确定其属性,如下图:

定位到的属性分为:必备属性、期望属性、魅力属性、无差异属性。反向属性的需求在过滤阶段就被清除了,不纳入考虑。

在为需求打上了属性标签后,使用四象限法则对需求进行归类。必备属性需求归类为“紧急、重要”,期望属性及魅力属性需求归类为“非紧急、重要”或“紧急非重要”,无差异属性需求归类为“非紧急、不重要”。具体要根据实际情况来看,有时魅力属性的需求也可能排定为“紧急、重要


归类后的需求自然就有了优先级之分,在产品的迭代周期中根据优先级进行开发即可。

最后,附思路整理图一张。


需求管理计划 1. 目的 1.1 指导本公司项目相关人员正确实施需求管理的各项活动。 1.2 保证在客户和项目相关人员之间建立对客户需求的共同理解。 1.3管理项目产品产品构件的需求,并且识别需求与项目计划与工作产品之间的矛盾 1.4 分配给业务项目的需求是受控的,建立供业务项目工程和管理使用的基线 1.5 业务项目计划、产品和活动与分配给业务项目的需求保持一致 2. 适用范围 2.1 机构:方案中心、开发中心。 2.2 业务:贯穿整个软件项目生命周期的需求管理活动。 2.3 业务产品开发过程 3. 概述 本文档主要描述需求管理过程的活动内容和角色。 4. 名词术语 4.1 需求管理(ReqM):一个使客户与项目团队对不断变更的软件需求达成并保持一致的过程,该过程保证分配给软件的需求是受控的,建立起供软件工程和管理使用的基线;软件计划、工作产品和活动与分配给软件的系统需求保持一致。 4.2 需求类型:根据不同的抽象级别和目的将需求所作的逻辑分类。 4.3 需求属性:指在项目开发周期中与开发过程有密切关系的需求特征 4.4 需求跟踪性:不同或相同类型的需求项间的,或者需求项和项目计划任务、设计元素、实现元素、测试元素、用户文档元素、其他项目元素间的依赖关系。 4.5 概要需求和详细需求:指在需求管理中,对需求粒度不同层次的划分。一个粒度层次的需求可以从属于较粗粒度的上一层需求,也可以派生较细粒度的下一层需求。较高层次的需求称之为概要需求,较低层次的需求称之为详细需求。 4.6 需求状态:指需求的属性在项目开发周期中各个阶段的取值状况。 4.7 需求基线:指通过了评审的软件需求,通过建立这样一个基线,受控的系统需求成为进一步软件开发的出发点,对需求的变更被正式初始化、评估,其表现形式为用例描述的集合。 ......
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值