软件需求和问题解决-转载

Posted 没事做点事

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件需求和问题解决-转载相关的知识,希望对你有一定的参考价值。

      (一) 
   小满当上项目经理后不久,参与了一个大项目。当时市场签下来的时候,公司里面是欢天喜地的。项目做了一年多。到了交付的时候,用户却很不满意,当初说好的东西,好多都变了卦。
   用户是上帝,最关键的是如果收不到后面的钱,那就算白干了。公司要求项目组加班加点的修改。搞得大家是怨声载道的。做市场的和做开发的相互指责,然后,大家又一起骂客户刻薄。公司里面弥漫着灰心丧气的气氛。
   小满觉得郁闷的很,就跑去跟老鸟聊,看他有什么主意。 
   老鸟听了小满的一通抱怨,说:“很正常。以前我们也经常遇到这样的情况。很多案例说明,失败是一开始就注定了的。”

  (二) 
   老鸟说:“你们怎么跟客户谈论或确定需求?” 
   小满想也不想就说:“他们市场先谈单,估计人家需要做什么。然后,我们这边就派一个技术的人过去了解需求,拿一些对方的表格和笔记回来。好像都差不多。” 
   老鸟说:“然后呢?” 
   小满说:“我们做好一个需求文档,罗列出开发功能要点。附在合同的后面。大体上就是这样。” 
   老鸟说:“看起来没啥问题。好像还很严密。” 
   小满说:“你的意思是有问题?” 
   老鸟没说话,从旁边拿了一张纸,用铅笔在纸上画了两个圆。问小满:“你说,这是啥?” 
   小满说:“两个圆。” 
   老鸟摇摇头:“是两个鸡蛋。” 
   小满觉得老鸟很无聊,不耐烦的说:“好吧,就算两个鸡蛋。” 
   老鸟摇摇头:“不是,这不是鸡蛋。这是两个乒乓球。” 
   小满不知老鸟在暗示什么。他在听。 
   老鸟说:“我看到的东西,和你看到的东西,不一样。但是,在纸上,画的是同样的两个圈。” 
   小满说:“哦。” 
   老鸟说:“你们去询问需求,然后做了一个文档。你们头脑里的东西,跟客户要的东西,其实是不一样的。但是,大家都认为这样白纸黑字,基本上是一样的。这里面其实有差异。这种差异,有时影响不大,但有时,是致命的。毕竟文档,不是最终的实物。”
   老鸟说:“客户永远认为,他是把需求给你讲清楚了的。如果你做不到,不是他的责任。而且,你要记住一点,用户只有在见到或使用过实物的时候,他才知道他其实要的是什么东西。”
   小满点头:“最后这句话,我严重同意。可是,要按你的说法,那用户和我们就永远不可能真正存在沟通一样?哪不成了虚无主义了吗?” 
   老鸟说:“我说的是这样一种情况:如果你不了解客户的业务,或者真正熟悉它的行业规则的时候。你需要更严谨的方式来询问和确定需求。否则,那些落在纸上的文字和文字之间,埋藏着数也数不完的陷阱。”
   小满说:“那你们一般怎么做?” 
   老鸟说:“开始一样,还是会有一个初步的文档。但是在合同签下来后,会有一个相对时间较长的需求的再确认过程,我们会和客户一起来走一个流程。然后,我们会把大家商业的结果,转换成最终的设计,用PPT把它的操作界面和业务流程都模拟出来,让用户有身临其境的感觉。在正式开工以前,给客户汇报。到此为止,我们并不做任何真正的编码工作。”
   小满说:“这样做,还是很花时间,效果如何呢?” 
   老鸟说:“相对于搞错了需求,重新开发,这是最合算的了。很多人都不愿意这样做,最后,项目没完,人都跑光了。这种事情,也是不少啊。” 
   小满说:“这样看来,我们的需求是比较简单了。如果遇到理解偏差,就会出大问题。” 
   老鸟说:“需求阶段过于匆忙,也会出问题。比如说,客户忙,随便给你找一个表格,就跟你说,我要的就是这个。或者有些用户就直接告诉你,他要怎样怎样。” 
   小满疑惑了:“客户不都是这样吗?有何问题呢?” 
   老鸟说:“客户没有问题。而是去问的人要格外的小心了。他要注意一下客户的立场:客户关注自己要的结果,但是每个人关注的东西不同。比如说领导不关心过程,关注结果;实际做事的人希望不要给他们增加过多的工作任务,越傻瓜越省事越好;部门级的人关心新系统是否剥夺了他们的权力,如果是这样的话,他们一般会给你找各种理由搪塞;而系统管理员,关心技术和安全。总之,每个人都各怀心事。需求是多种多样的。还有一些人,他就象一个设计者一样,跟你说,让你跟着他的思路走。其实,都需要仔细记录,认真掂量。”
   小满说:“如何掂量?” 
   老鸟说:“多问自己几个问题。他们的问题来自于哪些方面?真正的问题是什么?是谁的问题?哪些问题是可以简单的,哪些是比较复杂的。”
   老鸟说:“我遇到很多次了,很多人去做需求,以为拿着本子记下来就好了。其实,很多时候,都没那么简单。觉得简单,是因为很多人认为从技术上设计这类的软件,简直是小菜一碟。但是,他没有想到的是,很多问题是不可能光靠软件就能解决的。”
   “有一次,有位客户气急败坏的来找我,他说他要设计一套软件,加强管理。我问他起因。他说他下面店的经理,因为山高皇帝远,经常想方设法隐藏收入。我说:这种管理的软件多的很,不需要单独开发。你需要的不是一套软件,而是一套相应的监督机制。”
   “结果,他就是坚持要做,他觉得要把所有的店控制起来。他不想买现成的。现成的有些特别的功能满足不了。” 
   小满插了一句:“客户都希望自己的东西是独一无二的。” 
   老鸟说:“你猜后来的结果如何?我们简单做了一个非常简单的设计,报了一个天价。他自己再没吭气了。” 
   小满说:“你们损失了一个客户,不觉得可惜吗?” 
   老鸟说:“我们经过了仔细的询问和调查。一是他的需求很奇怪,贪大贪全。而且要求的时间比较紧。但是他的价格,我们做不出来。” 
   小满说:“他为何不找其他的帮他做呢?” 
   老鸟说:“太大的公司,人家没空做你这些。太小的,他又不放心,当然,还有一个重要的原因,也是我们最后打算放弃的真正原因。” 
   “他找我们做软件,解决下属公司的问题,并不是他真正的需求。我们有一次讨论的时候,他说高兴了,自己说漏嘴了。他说他正在跟香港某公司谈融资的问题,对方对管理要求很高。”
   “当时,我就想:哦,这是一锤子的买卖。如果要做的话,我们要不吃亏才好。所以,我们就说了一个价格,把他吓跑了。” 
   小满笑了。 
   老鸟说:“你看,我们白谈了20多天。结果就这样完了。所以,尊重客户,也要尊重自己。不要把客户当傻瓜,也不要让自己做傻瓜。” 
   小满说:“你从哪儿学到这一套的?” 
   老鸟说:“告诉你,所以的秘密都在这里” 
   他递过来一本书。书名叫《你的灯亮着吗?》。 
   老鸟说:“这是要学习思考问题的人的必读书,也是项目经理的必读书之一。” 
   
  (三) 
   小满向老鸟借书。老鸟坚决不肯。小满知道老鸟其他都很慷慨,除了书以外。他自己买了一本,并作了一些摘要。 
   小满是这样写的: 
   怎么去寻找一个问题的解决方案? 
   【1】首先要确定问题从哪儿来? 
   【2】然后确定是谁的问题? 
   【3】发现真正的问题所在; 
   【4】在特定的层面上理解问题,并寻求合理的解决方案; 
   【5】有时,人们真的需要去解决他们所认为的问题吗? 
   小满还写下了自己对专业的理解: 
   什么是真正的专业呢?过去,我一直以为有了专业技术,就算专业了。现在,看来还远远不够。有技术的人,容易犯一个错误,就是把专业当一个万用的榔头,看见什么问题,都想用榔头把它敲下去。但是,很多问题,不是光用榔头就能解决的。
   所以,并不是一开始就把榔头亮出来,而是多问自己几个相关的问题。有时,思考比榔头好用的多。多样化的思考,会让你以简洁有效的方式去思考问题。而不是迷失在快速搞定事情的方向上。
   指责客户是没用的。但是,你可以思考,发现问题的真正所在,用内心的灯去照亮前进中的道路。

以上是关于软件需求和问题解决-转载的主要内容,如果未能解决你的问题,请参考以下文章

软件需求和PM

第三章 软件需求与需求工程

软件需求分析方法

软件工程---理解需求

软件需求分析——阅读笔记5

需求分析