需求分析师面试题
(1) 需求分析工程师在整个项目管理过程中，扮演怎样的角色？如何与团队的其他成员开展工作？
需求分析工程师在项目管理的过程中，扮演着项目成败关键人物或是项目先行者的角色。

在与团队的其他成员(指该项目需求组其他成员)，应符合“总-分-总”的交流方式来开展整个项目组的需求调研工作。

①组长与客户负责人进行有效沟通，了解软件使用机构、参与调研的客户部门人员、客户的层次关系(主管/助理)等。

②组长将客户的各项情况通过会议的方式，传达到所有需求分析师。

③组长依据客户基本情况，对需求分析师进行两人分组(调研/协助)，并分配至不同的业务和人员。

④调研后，小组成员与相应成员进行沟通，并形成该部分的需求，并及时与客户进行反馈。

⑤小组之间进行沟通，协调需求中的各项名词，并制定整份需求文档。

⑥再次将整本需求反馈给用户，进行协调确认不明确需求。

⑦确定需求后，暂时留守一位需求分析师跟进需求分析过程，快速做出需求变更反馈。

(2) 项目整个计划已经落后，怎样在短时间内追进项目需求进度？
项目整个计划已经落后，着急和加班加点并不是很好的解决方式。

虽然加班可以通过工作的时间来增加工作的效果，但是并没有提高效益。

本人觉得以下五条或许能够更好的解决这个问题：
①自我暗示：相信自己能够在短时间内完成，其次还得注意到这份压力。

②积极学习：积极去学习业务的专业知识，尽量缩短客户的交流时间。

③有效沟通：要和客户进行有效的沟通，从客户那确定自己学习是否理解正确，减轻客户的交流信息，同时能够提高交流的效率。

④适当加班：项目已经落后，加班是在所难免，但是毕竟要控制这个量。

人不是机器，只有休息好才能隔日有饱满的精神工作。

⑤放手拼搏：到这个关头，除了自我暗示信心外，更重要的是脚踏实地的实践。

(3) 需求分析工作包括哪些？
需求分析过程中，包括的工作较多，主要是通过与客户进行直接交流和自己的学习来进行获知。

其主要包括：角色分析、业务流程分析、核心功能分析、关键需求点分析、用例分析、数据流图分析、核心功能点的时序分析、需求文档编写、调研记录和需求变更记录等。

(4) 在调研过程中，有的客户配合，有的不配合。

对不配合的客户，应如何处理？
调研过程中，遇到客户配合与不配合是经常的事情。

软件的推行，会提升公司的利益，但也会影响到个别部门的利益。

这样也可以理解，他们不配合的缘由。

对于不配合的客户，不应该一味的把责任全部归结至客户，而应该理性的来考察问题。

本人觉得可以以下几个方面来进行处理：
①自身寻找：是否自己的说话态度或者行为方式不正确。

②换时调研：人的心情也有阴晴圆缺，可能当时客户的心情特别不好，可以选择换个时间来进行调研。

③与负责人交流：或许是性格不和，我们可以申请负责人能否换另外一个人来对该部门进行调研工作。

④侧面了解：通过其他部门对该部分的业务来进行初步了解，然后展示原型直接对该业务负责人进行取证。

(5) 在项目调研中，客户意见不统一也是常见的问题。

如果遇到这样的情况，怎样能够比较好的解决？
根绝客户提出的差异，制定相应的几种方案。

在使得每个方案都切实可行的同时，给出各方案的优缺点，并制定出各方案需要的价格、工期等。

然后，召集出现差异的客户群体和项目负责人，给客户进行详细的讲解，最后由客户自己商定出最佳方案。

(6) 需求调研前需要做哪些准备？
需求调研前的准备工作非常重要，它将直接导致此次调研结果的成败。

在需求调研的过程中，调研人员非部门主管都是助理，他们的工作也想繁重，过多的占用他们的时间也会使得他们烦躁不安。

本人认为调研前需要做的准备有以下六点：
①自我学习，充分了解客户要求、业务流程和客户可能的关注点
②和客户负责人沟通，确定客户需求小组成员。

③提前分析项目可能出现的难点，做个调查表。

与客户交流时，及时做好记录。

④制定调研计划、调研的时间安排。

⑤准备调研过程中，需要使用的软硬件
(7) 需求调研如何开展，将得到更好的效果。

需要调研过程中，需要获得较好的效果。

需求分析师必须付出较多的汗水，或许还难以获客户的认可，本人认为需要调研工作，应从以下九点进行：
①按调研计划，有步骤的完成调研工作。

②细心与客户交流，并及时做好记录。

③需求调研尽量从“宏观到细节”、“简单到复杂”的规律。

④挖掘原始需求(客户对业务的理解可能存在误差)，而并非用户口头需求。

⑤引导潜在需求(客户没有完整的软件规划)，并非局限于用户提供的需求。

⑥合理规避客户的需求，受技术和时间的限制。

⑦防止出现个人版软件，应尽量覆盖软件使用者。

⑧及时总结整理调研报告，并及时与客户进行反馈。

⑨及时处理需求变更要求，和做好需求变更记录。

(8) 有效的控制项目范围，是项目进度的必要保证。

如何才能对项目范围进行有效的控制？
通过项目范围计划管理、项目范围确认等手段对项目范围进行控制，可以把握项目总体目标，有效控制需求变化，使项目的范围控制在合理范围之内。

其主要的方式是控制客户需求变更的次数，本人觉得，以下几个方面可以较好的解决该问题：
①与用户进行有效的沟通，减少需求变更情况的发生。

②在客户群中产生差异时，制定多种方案。

给出各种方案的优缺点、工期和价钱，最后由客户进行权衡。

③与客户的交流结果，需要全部落实在书面方案或协议中。

④制定最佳的需求方案和先关补充协议，引导客户签订合同。

(9) 需求分析师需要什么样的能力和条件？
出色的需求分析师，需要的个人的综合能力，其不仅仅与专业只是相关。

其中较重要有一下几个方面：
①快速的学习能力，能够在较短的时间内，较好的了解客户的业务。

②熟悉公司的技术能力，在谈需求时能够快速的判断该项技术的难易性。

③快速的反映能力，在与用户交流中能够对客户表达的内容快速理解。

④流利的表达能力和良好的理性思维，能够用简单的方式让客户理解自己的想法。

⑤细心的处事能力和良好的记录能力，善于观察客户的交流过程的所有细节，并且及时做好记录。

(10) 如何应对客户多变的需求?
不是坚持不做改变，也不是随着客户而动，是和客户一起寻求最优的解决方案。

首先需求分析阶段应该从客户需求的本质，去解决客户的问题，而并不是去解决客户的表象问题。

其次，对于客户提出的问题，先做好需求变更记录。

在不影响项目进度的情况下，可以进行相应的修改。

如果涉及到技术的突破，或者影响项目进度问题，应该及时向用户提出，依据签订的合同，向客户索取相应的约定回报。

(11) 软件的需求分类？
解决用户问题或达到目标所需的条件或功能，称为软件需求。

其中软件需求可以分为：业务需求、用户需求、功能需求、行业隐含需求和非功能性需求。

业务需求是反映客户对系统、产品高层次的目标要求；
用户需求是软件所有涉及用户所提出的要求；功能需求是开发人员必须实现的软件功能；行业隐含需求是该行业内基本的常识需求；非功能性需求是指为满足用户业务需求而必须具有除功能需求以外的特性，包括系统性能、可靠性、可维护性、易用性和对技术和对业务适应性等。

所以在非功能性需求中，最容易产生需求变更。

(12) 在需求分析中，业务中“4W1H”与“胆大心细”的含义。

业务需求调研过程中，需求分析师必须很好的把握“4W1H”与“胆大心细”，才能很好的掌握软件的实际需求。

其中“4W1H”是指“What、Who、When、Why、How”
What：业务内容是什么。

Who：业务过程会有哪些相关者。

When：业务过程什么时候发生,周期有多长。

Why：为什么会出现这样的问题。

How：为完成业务目标所采用的方法。

而“胆大心细”主要是指在需求调研过程中，不要顾虑太多，应该放开心态去索取客户的真是需求；和细心观察参与调研的客户人员的业务操作，及时做好记录和咨询。