浅谈项目中的需求管理
需求是什么?简单的说,需求是“我想要什么”。从事咨询行业的人,第一件事情最先要搞清楚的就是明确需求,明确需求就是弄清楚客户要什么。
我们在很多的项目中,经常会出现的这样的情况,因为客户需求没有了解清楚或者说以为自己了解清楚了,结果做出来的方案或者最终的结果和客户想的大相径庭,导致出力出工不出效果。
所以说,弄清楚需求是第一步,也是最重要的一步。当然,有时候客户也不知道想要什么,这就更难了。难是难,正是因为难,更要搞清楚。
当然,需求也是逐渐细化的一个过程,一开始是粗略的,框架的,后续随着项目的进行,逐步的细化、修正、填充、完善。
不管怎么样,任何项目都是围绕两个主题来做,一个是需求,需求直接决定了范围、资源、成本、进度。一个就是问题,因为实现需求的过程中一定会出现各种各样的问题,甚至问题本身也是需求的一个来源。不管怎么样,一开始,应聚焦于需求,即使是用问题形式,一开始的时候也应转化为需求。
下面我们对需求从不同角度进行描述:
求的产生通常有两个来源。一个是问题,问题是对某种现状不满意,和预期有距离。一个是想法,想法可能是突然产生的,也可能是基于目前已有的某个东西想使其更满足自己的需要而产生的,想法通常是为了让某方面更好;
不可忽略需求产生背后的动机,也就是说需求一定是为了达成某个目的。这个目的有时需要深入的挖掘才能显现出来,有时提出需求的人可能都未能清楚的意识到,这是咨询顾问一大素质;为什么要挖掘需求背后的目的,就是了解了目的后,需求有可能发生变化,因为实现目的的方式不止一个。
需求如果描述清楚,本身就具有方案的雏形。比如为了解决出行慢的问题,会提出需要更快的马的需求,这本身已经是方案,只是我们需要注意,第一:这不一定是唯一的方案,第二:这不一定是最优的方案,第三:这个方案用户自己往往不能满足,所以才需要第三方提供服务,这就是第三方的价值和市场所在。
对需求的描述,要注意各方对需求理解一致,尤其是在口头表达时,因为每个人的认知不一样,或者因为表达方式,或者当时没有注意,很可能导致最后各方对需求的理解不一致。要尽量达成对需求一致的理解有两个,一个是在实现需求过程中频繁的沟通确认,另外就是形成书面文字。
5 .问题前面往往还有一个现象,比如不能登录网页是个现象,不一定是个问题,问题可能是网页网址变了,可能是网络不通,现象进一步定位和明确原因后,可以界定为问题,通常来说,问题越具体越好。
在需求分析过程中,对于需求的深入分析是很有必要的。这个过程是为了明确需求到底是什么?比如想要一匹更快的马还是更快的交通工具?也就是说,我们要满足的是需求背后的动机,这个动机可以导致需求描述发生变化,动机(目的)往往不变。
方案为了满足需求,任何方案在满足需求的过程中都需要前提条件,没有不存在条件的方案,需要明确这些条件是否满足,否则再好的方案也是无法落地的。
需求的前端是问题和现象,背后是动机和目的,需求处于中间,从前端的现象和问题分析出需求,通过需求分析出动机和目的,就从头到尾分析清楚了。
短时间内看透事情本质的人其实就是在短时间内完成了从现象到问题,从问题到需求,从需求到动机的分析从,从而判断出问题的真正所在。
总结:
问题是具体的需求,需求是抽象的问题。、
如果解决问题和满足需求不能达成目标,那就不要做!
所有的动机(目的/目标)一定是 Why 不是 What!
方案是手段,不是目的!
需求管理的示意图如下:
举例:
一个人手在发抖,“手抖”是一个“现象”,经过询问,回答说是因为饿的太厉害了,“饿了”就是一个“问题”,要解决“饿了”的问题,就需要有食物,那么“获取食物”就是一个“需求”,满足这个“需求”是吃包子还是吃米饭,是买还是讨,就是“方案”。吃完了之后手不抖了,询问后也表示不饿了,说明“问题”得到了解决。这个过程中没有体现“动机”,其实“动机”是为了满足生存需要。
版权声明: 本文为 InfoQ 作者【秋去冬来春未远】的原创文章。
原文链接:【http://xie.infoq.cn/article/77c475a00431da67c3af7e13d】。文章转载请联系作者。
评论