需求分析师应具备的几项能力



需求分析师应具备的几项能力（不断总结中）

转载▼

8e82
1、沟通能力：

   1）与客户：通过与客户交谈，挖掘本质需求。

      举例：有时候客户会提出增加一个字段，一线的实施人员或销售人员没有问清楚为什么要加这个字段，就直接反馈给需求人员。无论是做项目，还是做产品，都要求需求人员要了解客户需求的本质，要多问为什么，什么样的业务场景下会用到这个需求，一定要打破砂锅问到底，如果一线人员表达不清楚，宁可不要做。

   2）与团队内部：

      与相关需求人员：每个人对于同一个需求的处理方式不同，大家可以各抒己见，但一定要达成一致，尤其是有关联关系的需求人员，比如做入库的需求，有价税的问题一定要与财务的需求人员沟通好；

      与开发、测试人员：需求分析完成后，会组织相关的开发、测试人员进行评审，在评审的时候，需求讲清楚需求的前因后果，实现的必要性，细节到每个字段、按钮都要求大家没有异议。这一点非常重要，笔者经常会碰到在评审会上，开发、测试都没有意见，真正开发、测试的时候会提出很多问题，什么需求不明确，文档描述不清啦之类的，甚至会要求重复讲解，非常耗费时间精力。往往内部人更难搞定。评审通过后，一定要给出开发、测试的预期完成时间，便于需求人员及时跟踪。

2、演讲能力：

   与客户、开发人员、测试人员达成一致；

   要求能讲明白需求的业务场景，不要一开讲就陷入细节，从某个功能开讲。要先讲大方向，由大到小，让大家先有一个整体概念，再按照业务流程，一个环节一个环节讲。

3、逻辑思维能力：

分析客户散乱的需求，解决问题；

4、原型设计能力：

好的原型有助于理解需求，便于模拟实际操作，提高客户体验，推荐使用Axure。

5、写作能力：

   要能将需求描述清楚，转化成相关人员都看得懂的文字。

   概要需求：

   包含内容：需要描述清楚角色、业务场景、条件、操作流程等业务；

   面向对象：销售人员、售前顾问、客户、项目经理等；

   详细需求：

   包含内容：需求概述、业务流程、实现方案、原型界面及交互说明、业务规则、权限、日志、性能要求、相关文档、其他等；

   面向对象：需求人员、架构师、DBA、开发、测试、实施人员等；

   注：通用规则最好单独一个文档。