需求分析最麻烦的问题

学习中看到这个问题，在这块没有经验，记录下其他人得回答，权作后期参考经验：

1、系统最终用户的识别：我主要做政务项目的，在最开始进行需求调研时，最常见的现象就是某单位信息中心的人说：“我们很熟悉需求，跟你们讲究可以了”。但项目上线后，业务部门的人却说“这个系统不是我们要的”。（这个问题是最好解决的，但也是最容易忽略的）
    所以需求人员在前期调研时，一定要把持基本原则：谁用这个系统，就找谁调研需求。

2、需求人员本身对业务理解不够深入，我经常遇到这种情况：当项目组人员对需求文档有疑问时，需求人员最常见的回答就是“用户就是这么说的”，但真正对需求进行分析后，用户真正想要的跟他表达的并不完全一致。
    针对这种情况，首先要求需求人员在进行需求分析时，一定要反复的问自己，用户的真正需求是什么？他想通过这个功能来满足他业务上哪些要求？同时需求人员也要努力提高自己的业务水平，因为当你真正了解用户的业务，才可以知道他们真正想要的是什么。（这个是最有难度的，很考需求人员的分析能力和经验）

3、需求变更：估计很多人都会认为这是现在项目失败的罪魁祸首了！用户不认账、各部门职能调整、用户的“灵机一动”等等，都会造成需求变更。作为需求人员，首要条件还是要吃透业务，然后应该分析用户提出的变更是否合理，如果变更，会对系统造成什么影响，会产生多少工作量.......（我就遇到过这种情况，用户突然跑过来说要改一个功能，我思考几分钟后告诉他，如果按他的修改，那么业务上会有哪些矛盾的地方，系统上会有哪些问题，经过我解释后，用户很痛快的接受了我的说法。后来我总结，这些都是基于我对用户业务和系统这两方面的深刻理解上的）

以上三点来源：http://www.umlonline.cn/