项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 博客 圈子

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
价值源于交流与分享
会员区:
登陆ID 密  码
功能区: 公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册






 项目型组织  项目管理  工程项目  科技项目  项目化管理  管理软件  资格认证  职业休闲
EPM体系与流程 综合集成管理 总承包管理 IT软件开发 项目型制造 P3E/P6 PMP | PgMP 职业发展探讨
组织与人力资源 进度,范围,成本 国际工程 生物制药 专业服务 微软PROJECT IPMP | PRINCE2 管理学堂
项目管理信息化 团队建设与沟通 房地产 汽车设计开发 生活项目 PowerOn专版 软考项目管理 英语角|读书版
多项目与大项目 质量与风险 监理与咨询 手机数码 文体娱乐 注册建造师 房车吃游
PMO建设与管理 采购与合同 工程设计 项目管理硕士 闲聊版|商务版
俱乐部北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立 TOP榜精华 | 最新 | 最热 | 会员

版面信息

说明:联盟北京俱乐部会员交流区

本版版主

jackie91
登录:2013/9/24
次数:429
注册:2004/6/21
发帖:595
gale
登录:2011/9/28
次数:1138
注册:2004/5/14
发帖:1802

俱乐部导航

北京大连福州广州杭州
南京山东上海深圳四川
天津武汉西安郑州 

联盟·近期活动

社区热点

华师大CTO学院:科创生态建设与创.
宏发电声江玫瑰谈PgMP:“下好一盘.
PgMP:交付能力与创造未来的项目管.
开放讲座|《项目组合管理与PfMP认证
开放讲座|项目组合管理与PfMP认证
开放讲座|PgMP:项目管理思维与方法
开放讲座|《项目组合管理与PfMP认证
网络讲座|《项目组合管理与个人职业
开放讲座|《项目组合管理与PfMP认证
网络直播|产品经理的四大核心技能提

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

更多:

推荐信息

·项目经理沙龙俱乐部
·推荐项目管理公开课程
·联盟VIP会员服务
·联盟99元大课堂
·建造师课程辅导免费试听

社区圈子

集团企业生态体.
圈主:ETPPM
行业:综合应用

施工总承包管理
圈主:fylm9999
行业:工程设计安装

IT项目管理圈
圈主:lepu29341
行业:IT软件

生态系统体系下.
圈主:ETPPM
行业:综合应用

HG信用盘0出租
圈主:de123
行业:综合应用

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net


版权所有 © 2003-2004
京ICP证070584号 
BBS业务许可2007第353号 
最佳显示模式:1024*768像素
项目管理与PMP认证
项目管理有感:需求调研 [发表于 2014/7/27]
状态 开放帖 浏览量 1143   
该帖子同步发自圈子:项目管理小茶馆 (访问该圈子)

一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:

  客户想要什么?

  要这干什么?

  为什么这么想?

  会不会有别的想法?

  这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一定合理,不会超出您的预算(真超了再说)。因为现在谈钱就等着挨砍吧,先砍你价钱,再砍你时间,最后加点功能,要点回扣,左一刀右一刀,砍到项目吐血身亡还拖你尾款。这里的客户经理和项目经理们要小心呀。

  通过以上四步我们的目标是:搞清客户的要求,找出要求的逻辑,客户想要的结果,同时排除开发的风险,挖掘与控制潜在的要求。下面咱们来一一讨论。

  第一步 客户想要什么

  这步最简单了,拿出咱们的笔记本。什么?作为项目经理你还没有?太失败了,去找老板申请一个,不给IBM、DELL的,至少也要个软皮的能写字的笔记本吧,(本人就用的一个32开软皮笔记本),一个好记事本可以让客户感到你对此项目的重视,记在固定的记事本中也方便我们日后查询以往的记录,这点很重要的。闲话少说,拿本开始记,让客户开始说,他第一遍说的时候我们要注意几点,多记,少说话,如果你非要说话那就说:好、行、啊,再不过瘾就说OK,为什么呢?因为客户在说的时候,他多半同时在想自己要什么什么东西,不要打断他的思路,尊重对方表达权同时可让他把所有想法系统化的说出来,咱们多记,哪感觉有问题也先标注,一会儿再说,这是其一。其二呢,他说你也说,越说越多,一会儿下班了,最后发现,今天的结果就是下次定个时间再继续说。现在咱是调查阶段,还没到研究呢,至少咱还不知道人家的整体想法呢。所以多记,少说。

  OK,他说完了,现在到咱了,首先一条一条的复述,在复述的同时我们就可以发表建议了,看好了,是建议,不是意见,所以态度要把握好,我们是来帮他们作事的,是要把客户的需求合理化,简单化,说白了就是程序别太复杂,风险能排全排除掉,别搞个逻辑又复杂又不实用的东西出来。在这个过程中就进入了第二步。

  第二步 客户要这干什么

  听完所有的需要,咱们应该可以分析出客户所要东西的重点了,围绕重点开始研究,复述客户的需求,不要认为他说的,你听的就明白了,作事千万别说:“我以为”,以为就问清楚,所以咱再复述的同时以自己的理解解释一遍,这时客户开始听你说,他就开始明白自己刚才说的哪对哪不对了,不对的会加以补充,继续记下来,然后再复述解释。别怕麻烦,现在多说几遍大家都还是客气,比以后大家对需求有争执强。而且这是先礼后兵,今天我可和你解释清楚了,日后签了字你别说不是这么回事。当在需求中遇到比较复杂或怪异的问题时我们启用第三步。

  第三步 他为什么这么想

  客户大多不是IT专家,当然也有自以为是的,这些人要给他们留面子,有面子他们日后也会给你面子。既然不是IT专家对有的问题可能在程序实现方面就想的比较简单了,还有他们大多是行业专家,对自己所作的行业至少对本公司的行业流程比较清楚,所有我们就需要搞清楚他们的行业流程或说业务逻辑,看看他们到底想让我们用程序为他们实现什么功能,他们要干什么?比如说,产品出货量要有个分析功能,表面一听,好家伙,你要干什么?细一问原来就是想知道每天出多少货,按类汇总一下就OK了,客户在谈需求时,有的人习惯把功能说的比较大,好听,气派,有面子,最常听的“来,咱作个ERP”,“这块我要分析统计”,“那块我要综合查询”什么什么系统,什么什么平台,实际真如其所说的功能并非如此之大,所以这就要我们分析了,不过这也好,你说的大,那就是你认可大,大就有大的价钱,呵呵!所以客户说大不是坏事。另外不少关键问题通过了解其具体想要干什么就很容易的化解掉了。

  现在他说完了,你也说完了。时间富裕就再复述复述,闲聊闲聊,没事了就收拾走人了,走时别忘了和人家定个交付解决方案的时间,他不和你定说明他不重视至少不着急,你不和他定说明你不认真。所以定个时间,大家再谈。

  不说说还有第四步呢吗?是,这步回公司慢慢想去,因为这步比较复杂。

  第四步 他会不会有别的想法

  需求收集完了,回来咱们就得好好想想了,他要什么?要这干什么?为什么这么想?再来一遍,累呀>_< ,最后咱们来想想他会不会还有别的想法,为什么说这块复杂呢?有人说了,得挖掘潜在的需求,想到客户想不到的事。是,没错。但这并不是关键。关键在于有的想法能挖,有的不能挖,玩过扫雷吧,这块我就喜欢称之为扫雷。因为有的需求对项目有利,有的对项目无利,甚至会毁了我们的项目。比如他们就想作个人员信息记录,你非给分析成人事系统管理。这一分析有几种可能,客户接受了,就按原来的预算办吧,完,赔了!要不客户说是呀,我怎么没考虑到,我再想想,得,项目没信儿了!所以发掘潜需求得在一定的范围内,这需求有一定的项目经验支持,不然挖雷上就全盘皆输了。还有实现比较复杂的功能,自然不要挖,至少不在本期开发挖,等客户提,他们提了再想办法让他们作二期。

  另外扫雷还和公司的项目策略有关,看是不是想通过某个需求牵住客户成为长期客户,不是想通过什么功能引发他们的二期开发,这就需求与老板沟通了,所以此步比较复杂,多玩玩扫雷有好处,呵呵

  好了,四部全完了,总结一下:在作调研时要把注意力集中在客户为什么这么想?而不是想干什么?因为他想的,不一定是对的,需要我们分析他最终想要的而且是最简洁的解决方式,当然这样一分析,我们就可以把自身的一些风险一并给排除出去了。所有搞清客户为什么这么想很重要。同时挖掘潜需求时要在一定的范围内,客户开发项目是有预算的,不会因为功能的增加而追加,当然有的捞钱项目除外。

  所有分析完成,要形成详尽的文档,我感觉最好先出个功能说明,再来个界面设计。

  功能说明:比如合同管理模块实现增、删、改、查功能,增与改分别涉及哪些字段,字段的逻辑关系,删除是否支持批操作,查询可按什么字段查询。最后说明与其它模块间是否有逻辑关系。总之你能写多详细就多详细(当然也与项目的规模有关,不过有固定的文档规范写起来其实也没有多难),这个东西签了字盖了章,咱们就有了一定的主动权,好使不好使至少咱们有,总比没有强吧,没有就百分之百没理了。

  界面说明:把页面出个草图,用Word、VS、DW,什么都成,就是信息的摆放,把字段放到页面上,这个界面主要说明点什么按钮,出什么东西,哪个页面拥有哪些功能。最后一样签字盖章,为什么又签字又盖章,小心客户方的负责人项目期间离职贝,免的客户来个全盘不认帐。

  有这两分文档开发就稳当多了,不过项目没有不变的,古人云,项目中永远不变的就是变化。

  所有拿着这两份文档只希望日后变化可控性高一些,改的少一些,咱们的理多一些。有机会咱再谈日后的控制。

  好了,今天到此,项目有感之 调研,大家多提宝贵意见,希望共同学习共同提高。

--------------------------------------------------------------------------------------------------------
项目管理者联盟资深会员
>>> 由论坛统一发布的广告:
楼主 帅哥约,不在线,有人找我吗?子墨


职务 无
军衔 主帅
来自 贵州省
发帖 846篇
注册 2013/6/2
PM币 29041
经验 12017点

  
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号