艾伟也谈项目管理,项目管理有感之需求调研

简介:   一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:  1、客户想要什么?  2、要这干什么?  3、为什么这么想?  4、会不会有别的想法?  这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一 定合理,不会超出您的预算(真超了再说)。

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

  1、客户想要什么?

  2、要这干什么?

  3、为什么这么想?

  4、会不会有别的想法?

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

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

  第一步 客户想要什么

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

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

  第二步 客户要这干什么

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

  第三步 他为什么这么想

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

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

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

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

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

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

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

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

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

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

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

目录
相关文章
|
项目管理
艾伟也谈项目管理,说说我们项目组的考核
  周六又被老板招呼去开会,烦!在会上,老板说要对我们软件部实施绩效考核,并要求我们几个项目经理在一起商量下,把具体的实施细则给敲定下来。结果我们几个经理们在公司会议室一直讨论到晚上八点多才大体弄出个实验品来,准备周一就开始在软件部开展实施。
1276 1
|
监控 测试技术 项目管理
艾伟也谈项目管理,聊聊我们团队的绩效管理
  绩效管理对一个Team是比较重要的一项日常管理任务,如何做到团队内每个人的绩效得分公平公正,必须有一套行之有效的方法。下面我谈谈我们部门管理的一些方法,拿出来与大家分享,希望有相关经验的人参与讨论,说说你们的管理方法。
1062 0
|
项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈
  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。   该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。
1033 0
|
测试技术 项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。   以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
1049 0
|
项目管理
艾伟也谈项目管理,项目管理的十大挑战
  公司项目中的项目管理挑战   1. 不明确的目标:当目标不明确时,开发团队是不可能达到客户要求的。而且,由于上级管理层不会同意也不会支持不明确的目标,该项目成功的几率微乎其微。因而,项目经理应当通过询问恰当的问题,从一开始就建立并传达清晰的目标。
1424 0
|
项目管理
艾伟也谈项目管理,我的项目管理观点
公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面。我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得。
1029 0
|
测试技术 项目管理
艾伟也谈项目管理,在团队中如何推行一项新的实践
在一个老团队中,推行一项新的实践是非常不易的。     如果要求,每天10点站立会议增强团队成员之间沟通。大家会心里先衡量一下,恩,不就是每天站个十几分钟,自己说几句话,然后听别人说嘛,不难做到。
1117 0
|
敏捷开发 项目管理 开发者
艾伟也谈项目管理,创建敏捷团队
  简介   创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队,扔给他们某种敏捷过程,然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实,而且非常容易失败。
1025 0
|
项目管理
艾伟也谈项目管理,项目经理要向唐骏学习
  中国人性喜围观,然而在中国,大部分新闻并没有围观的价值,这未免让人失望。但是,只要是加上“唐骏”这个名字,新闻总是能让我们围观者觉得值,觉得得到某种满足,从这一点上来讲,唐骏牛!真的很牛!!   这一次,唐骏给大家带来的是“假文凭事件”,整个事件的发展,真是一波未平一波又起,可谓波澜壮阔,最后发展成为事关“诚信”的大事件。
1022 0
|
项目管理
艾伟也谈项目管理,技术管理中常见的几个问题
  前几天跟朋友聊天时,朋友说他刚刚从一家知名软件公司面试出来,朋友去面试的是一家公司的技术管理岗位,所以在面试的时候被问及的问题也偏重于技术管理方面的问题,在与朋友的聊天中将这几个问题归纳了一下,大致归为如下几个问题。
985 0