需求分析是软件开发非常重要的一个环节。本人通过在天津南大通用数据技术股份有限公司的实践，总结了几点关于需求分析的心得，分享给大家。

一、需求分析的常见问题

1、项目干系人识别不清晰

    1）一般来说我们在做需求分析时，不知道项目发起人（ 大老板）是谁。

    2）不能充分识别最终用户（ 小老板们），只能与项目接口人接触。

2、功能定义

    不是我们定义软件功能，是客户说要什么功能你先做出来我们先看看，最后做出来了，用户说不对，再改。

二、实用方法

■ 需求工作不能省略，必须写需求文档（不接受口头需求）

■ 分清用户需求和软件需求。有时客户说的是我需要什么功能，这是软件需求，这时我们要反向思考

   他的用户需求是什么？他要解决什么需要（问题），然后再思考软件功能问题。

■ 明确项目的限制条件，常见的限制条件：工期、预算、与第三方系统的关系。

   不谈限制条件，空谈需求这个需求就会无限的膨胀。一般限制条件在合同中有明确约定，要仔细

   阅读合同。一般大老板是知道限制条件的，但是小老板不知道，就会有“自助餐”心态。要一开始

   就要告诉小老板项目的限制条件，确定好项目边界。

■ 先做“加法”再做“减法”。

   首先要尽量全的识别干系人，每个干系人的诉求（不要只定义一般用户和管理员，不能只关注接口人的 

   诉求），然后考虑限制条件进行取舍。

   （好处：让项目团队思路清晰、充分和思考和平衡各角色诉求、不会漏掉重要、最基本的需求）

■ 需求要持续确认。需求调研的过程就是持续确认需求的过程。

   每一次的需求调研都要做确认，这是一种持续的确认。需求文档就是将这些片段的需求调研确认，进行

   汇总。最后向客户提交需求文档进行确认时，由于前期的持续确认，就容易获得客户最终的需求确认。

■ 不要“二手需求”。

   ● 谁用谁提需求-要直接面对最终使用者，进行需求调研。

   ● 避免项目组内的“二手需求”-需求要直接传递到项目组中的每一个人，不要内部层层传递（逐渐失真）

■ 成为业务专家，给客户带来价值

   客户总是认为软件不好用，我们总是不停地修改。客户就会认为我们水平不行，我们就会认为客户不可

   理喻（总说不好用，也不能准确的说出哪里不好用）     

■ 需求是设计出来的。先明确提出需求的目的，再根据客户的期望思考软件需要什么功能。

   当客户提出具体的软件需求时，我们应该找到他真正需要做什么，需要解决什么问题。例如，客户说，  

   我们要做手机订餐系统，其实是为了满足不在公司同事的订餐问题。打电话订餐就可以解决这样的问题，

   没必要开发手机订餐系统。

■ 团队作战效果更好。

    ● 需求负责人：列出大、小老板的需求，平衡想法（全面准确地捕获需求）

    ● 其他成员：根据大、小老板的需求，思考软件的具体功能怎么做更合适。导出软件需求，做出DEMO。

        逼迫团队成员在项目前期理解用户的需求（将需求准确无误的传递给小组所有成员）

■ 七分需求分析，三分需求管理

   ● 错将需求分析的问题归咎为需求管理的问题。

      ▪ 不首先从自身找原因，一味归责客户

      ▪ 部分问题产生的根源是我们需求分析工作不到位。

      ▪ 绝大部分客户与我们产生矛盾的主要原因是我们没有满足客户“温饱”级的需求

   ● 以良好的需求分析工作为基础，加上适当的需求管理，很多问题将会迎刃而解！