收藏 不显示删除回复显示所有回复显示星级回复显示得分回复 [推荐] 从一则笑话分析需求的陷阱[问题点数:0分，结帖人:houzeal]

关键字: 软件测试、需求管理

        某日，老师在课堂上想考考学生们的智商，就问一个男孩:“树上有十只鸟，开枪打死一只，还剩几只？”
男孩反问:“是无声枪么？”
“不是。”
“枪声有多大？”
“80~100分贝。”
“那就是说会震的耳朵疼？”
“是。”
“在这个城市里打鸟犯不犯法？”
‘不犯。”
“您确定那只鸟真的被打死啦？”
“确定。”老师已经不耐烦了，”拜托，你告诉我还剩几只就行了，OK？”
“OK。鸟里有没有聋子？”
“没有。”
“有没有关在笼子里的？”
“没有。”
“边上还有没有其他的树，树上还有没有其他鸟？”
“没有。”
“方圆十里呢？”
“就这么一棵树!”
“有没有残疾或饿的飞不动的鸟？”
“没有，都身体倍棒。”
“算不算怀孕肚子里的小鸟？”
“都是公的。”
“都不可能怀孕？”
“………，决不可能。”
“打鸟的人眼里有没有花？保证是十只？”
“没有花，就十只。”
老师脑门上的汗已经流下来了，下课铃响起，但男孩仍继续问:“有没有傻的不怕死的？”
“都怕死。”
“有没有因为情侣被打中，自己留下来的？”
“笨蛋，之前不是说都是公的嘛!”
“同志可不可以啊!”
“…………，性取向都很正常!”
“会不会一枪打死两只？”
“不会。”
“一枪打死三只呢？”
“不会。”
“四只呢？”
“更不会!”
“五只呢？”
“绝对不会!!!”
“那六只总有可能吧？”
“除非你他妈的是猪生的才有可能!”
“…好吧，那么所有的鸟都可以自由活动么？”
“完全可以。”
“它们受到惊吓起飞时会不会惊慌失措而互相撞上？”
“不会，每只鸟都装有卫星导航系统，而且可以自动飞行。”
“恩，如果您的回答没有骗人，”学生满怀信心的回答，“打死的鸟要是挂在树上没掉下来，那么就剩一只，如果掉下来，就一只不剩。”
老师当即倒!

        正值六一儿童节之际，用这篇笑话故事来做开头，笑过之后可能不少能会认为这个小朋友是需求调研的最佳人选。回顾软件开发上的许多案例，软件开发失败率一直居高不下，特别在外包开发这个领域中，这个值可能会更高一筹。在分析项目失败的原因的时候，需求的因素可能是失败的关键原因、需求不明确，客户对需求的变更频频等等。

    1．需求的调研

        需求调研是为需要说明书做前期工作，可以说需要说明书是从需求调研表中得到或抽取而出。需求调研是要了解客户希望所要开发的系统能够解决他们的问题，以及了解他们对系统的期望等等。需求调研是整个开发的基础，经过需求调研的结果整理出需求说明书作为后续开发使用。

        如果做的项目是一个陌生的一个行业（专业），这是往往需要专家或者顾问等角色的协助，但是作为调研人员最少要想办法了解个专业，或许你需要成为这个行业的专家，但最少要了解一定的专业知识（最少专业词汇你要知道）。这样客户的沟通才能达到顺畅，不会出现牛头不对马嘴的现象。

        在某些难度不是很大的行业或者项目，做需求调研的时候可以通过自学的方式了解行业的特点，这些项目往往因为规模比较小，也不会有专家的影子出现。但是作为调研的时候我们最需要了解的一些问题如：

1）：客户目前的问题与苦难
2）：客户现在的工作模式
3）：客户对系统的期望
4）：客户哪些要求是自己能做到的，那些是依靠系统来做
5）：还有客户对系统开发方式以及时间的要求等等

        其实做需求调研的时候最重要的目的在于资料收集，或许小孩的那种打破砂锅的方式会引起客户的反感，但是实际项目中往往需要的就是这些比较周全的调研方式，能够考虑到的问题点都需要和客户确认，尽量避免想当然的做法，只是采用的方式可能需要优化一下，采用良好的方式，尽量得到客户的最大配合。

学习

呵呵，需求调研工作中的需求收集本身就需要全面的获取用户的需求信息，这个全面可不是随便什么人都能做到的，那个笑话写的就很形象。
所以，这是我所认同的测试人员作需求的一个观点基础，当然XP的测试先行还是有些道理的。

支持,需要学习.

需求调研需要的三个主要方面:
1客户原来的系统是什么样子
2客户的手工商业流程是什么样
3客户希望上系统后,系统实现那些功能

写的很好

换个角度思考，能提出这么多调研的问题，他必要要看过这个类似恶搞得脑筋急转弯，否则打死也问不出来这么多的。经验很重要。

支持！

不错！写的很贴切

考虑得很全面，我们做测试都要有这种心态

恩
这个是比较猛的，说的不错

学习学习！

哈哈,好啊!!

支持下，做调研工作的要尽量把方方面面考虑清楚。减少失误。

现在的行情就是这样的……

MARK

这个笑话的确是很强悍

虽然够罗嗦的，但还是认真的顶了！

很不错的
值得深思

这哥们是不是还该问一下重力加速度是多少，鸟会不会被击中后因速度太快而成为一颗卫星！

肯定是變的，中國還有這樣的孩子嗎》LZ。辛苦了啊。。

需求啊

需求分析就是应该这么做阿,很多问题如果开发者认为是理所当然的,但是实际上客户的反应往往正好相反,但是如果需求分析的时候不去问,客户根本就想不到说.
需求分析多问几个问题,或许开发过程中就节省了很多绕弯路的时间.

up

不这样问行不？

调研的全些没错，但这种沟通方式不见得能达到效果

hao

写的很贴切……

很大程度上，客户自己不知道要什么

所以，需要原型，需要各种设计的对比。

很好..
笑话很全..

就要严谨

学习

想象力丰富~~~

赞一个！

很强悍,

原来需求分析是这么复杂细致的活！
经验、技巧、规矩，一个都不能少

只能说，关注下。项目的失败很多都跟需求有关，但是更多的是因为潜在需求的变化。

呵呵，不错

唉，以前在大學的時候，編程這件事情上我就那麽謹慎，可是老師說我過於謹慎，想得太多了。

学习了哇！
现在问仔细点好啊，免得做出来有问题！
加油!!!!!

没错，我就是这样问客户的，不过我和他们关系很好。

笑话很形象

赞，好啊

有意思

了解全面，才能胜任

benifit LZ

不错，很有钻进去的精神！

有时客户的要求陷阱太多。看来多揣摩客户的想法没错。

mark

膜拜

学习，不错

很好很强大

没错，项目的需求调研非常重要，一定要了解客户的需要，并引导用户，不能用户只说了句“树上有十只鸟，开枪打死一只，还剩几只？”，你马上就有了答案，这样的做法只能使项目失败

不简单

彻底折服了。

哈哈

up

有点意思哈,搞需求就得这样.

60楼的是广告？

顶

非常形像的例子，顶一个

经验

在某些难度不是很大的行业或者项目，做需求调研的时候可以通过自学的方式了解行业的特点，这些项目往往因为规模比较小，也不会有专家的影子出现。但是作为调研的时候我们最需要了解的一些问题如：

1）：客户目前的问题与苦难
2）：客户现在的工作模式
3）：客户对系统的期望
4）：客户哪些要求是自己能做到的，那些是依靠系统来做
5）：还有客户对系统开发方式以及时间的要求等等

        其实做需求调研的时候最重要的目的在于资料收集，或许小孩的那种打破砂锅的方式会引起客户的反感，但是实际项目中往往需要的就是这些比较周全的调研方式，能够考虑到的问题点都需要和客户确认，尽量避免想当然的做法，只是采用的方式可能需要优化一下，采用良好的方式，尽量得到客户的最大配合。

顶起来

都是脑筋急转弯害的！都神经了！

笑过之后，别有一番含义

此孩子考虑很周到，哈哈。

你太有才了
要是你也被苹果砸下脑袋估计你也能整出个什么定律之类的东西出来

总是感觉那个孩子会问的这么详细主要的原因是很多影响的因素他都了解，试想在需求调研的时候对一个行业不了解的话，很多的问题也是提不出来的，因此在做需求调研之前要将行业先了解一下也是很重要的。

路过,标记一下

mark

有道理

有道理啊

有道理 学习 收藏

有道理啊

学习。以前有做过的案子，系统即达不到客户的基本要求，相对的和客户期望相差很远。

相当的有道理

很有道理。

强啊~~

没错。切忌在自己还不了解客户需求相关业务知识的情况下就开始问，这时候，你问得越细越导致客户负面情绪。作为调研者，必须先对客户业务相关知识进行搜集学习，要有能够短期成为该方面专家的能力（不见得一定能成为，但要努力），之后，才能够象这个孩子一样，提出一些客户自己想当然而没有明确提出的影响答案（设计）的关键约束问题。这种询问，就是专家级的质询，而不是对需求茫然的问询。每个问题都可以将用户需求勾勒得更清楚准确。

是，各种情况都应考虑到！！

“除非你他妈的是猪生的才有可能!”
还需要工作方法

学习

马克

60楼的广告已经被删除，号码被封杀，大家不要上当成为垃圾广告商的利用工具。

值得引起的思考！学习...

值得深思
真的

能飞上树的鸟，据我所知
没有会怀孕的

不错。

真不错

需求调研工作中的需求收集本身就需要全面的获取用户的需求信息，这个全面可不是随便什么人都能做到的，那个笑话写的就很形象。
所以，这是我所认同的测试人员作需求的一个观点基础，当然XP的测试先行还是有些道理的

需求调研需要的三个主要方面:
1客户原来的系统是什么样子
2客户的手工商业流程是什么样
3客户希望上系统后,系统实现那些功能

这孩子不错...!   
  值得发展。..

考虑的太多，是不是反到会影响思维的发展呢？