第三，我们要展开我们的商业想象力。大胆寻求满足用户需求的更佳途径。象用户一样看待事物远远不够，我们要争取看得更清晰，也就是常说的“超越用户”。
发现问题背后的问题
当一个软件项目开始后，用户的要求往往是开发完成某个功能（如人事管理，财务等）的软件，用来解决目前存在的问题。但是软件真正能够给用户创造的价值是什么，这是每一个需求分析员必需思考的问题。
需求分析应该是一种系统思考，是一种需要“见树又见林”工作。有效的需求分析员要把企业看成一个系统，并且把它融入大社会这个大系统中，全面的观察用户的工作，而不是片段的、一幕一幕的个别事件。比如用户需要开发一个人事管理软件，表面上的需求可能是更方便的对员工进行管理，但是实质上的需求可能是通过人事管理软件来解决工作纪律松散、考勤不严格、人员流动随意等问题。同样的，用户需要开发一个财务软件，除了更好的管理资金，其真正的目的可能是为了解决内部财务制度混乱的问题。如果需求分析只是停留在表面的问题，而不能够发现用户真正关心的问题，很难相信开发出来的软件能够让用户发自内心的满意。
如果发现问题背后的问题呢？在大多数公司，除了存在一些正式的组织之外，还存在着各种非正式的组织，这就需要需求分析员在需求分析的过程中，除了要利用正式的渠道（会议、访谈等）外，还要善于利用非正式的渠道（午餐中的交谈、私人会谈等）来了解用户的需求。我们会发现非正式的渠道往往是发现问题背后的问题的关键。
另外，我们还需要掌握一种有效的分析方法——“深耕法”。下面是一个深耕法的例子：
| 问题 |
原因 |
| 今天早晨发生一起机床停工事故 |
|
| |
因为机床的密封圈漏油了 |
| 密封圈为什么会漏油？ |
|
| |
因为采购回来的密封圈质量不合格 |
| 为什么要采购质量不好的密封圈？ |
|
| |
因为价格低10％ |
| 为什么这么小的差价还要采用质量不好的密封圈？ |
|
| |
因为采购人员的绩效是按照采购成本来评定的。 |
| 所以，问题的根本是要改变采购人员的绩效评估标准！ |
|
通过一系列的“为什么？”，我们能够很有效的发现问题的背后的问题到底是什么。
“用户真正需要的是什么？”，每一个需求分析员在进行需求分析的过程中都应该不断的问自己，要记住一个事实，“事情往往比它看起来复杂”。只有真正的融入到用户当中，成为用户团体中的一员，才能发现问题背后的问题，才能做出真正让用户满意的产品来。
学得更快
不正确需求已经成为了导致软件开发失败的最大罪魁祸首，尤其是运用于非计算机行业的软件。需求分析员往往不是行业专家，在十天半个月的需求分析中，我们很难完全理解一个拥有十几年经验的行业专家。这是一个很残酷的现实，也是一个我们必须面对的事实。正是因为理解上的片面和偏差导致了很多软件项目以悲惨的结局收场。
一个有效的需求分析员应该是一个善于学习的人。只有学得更快才能让一个需求分析员能够在短暂的需求分析阶段成为一个“行家里手”，能够像一个行业专家那样思考、行动。但是学习能力也不是一朝一夕就能提高的，需求分析员要在日常的工作学习中不断的加强，尽可能的用更快的速度来学习。只要坚持不懈，一定会大有收获。
一个有效的需求分析员也应该乐于学习的人。当他面对一个全新行业的时候，他能够用超乎想象的热情和速度去学习，去理解，去融入，而不是排斥、厌恶，甚至诅咒。很多IT人都有一种不好的想法，就是对传统行业有一种近乎“天然”的排斥感，这种排斥感往往会导致需求分析员与用户之间的隔阂和矛盾，其结果可想而知。
用共同的语言进行交流
当IBM AS
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
