如何掌控需求变更

                                   **如何尽量减少需求变更**

本人在开展项目管理期间，针对项目管理中遇到的常见问题进行总结和分析。本着与大家进行分享知识的想法，同时也希望大家能够提出自己的建议。详细内容入下：

一、 需求调研

1. 需求调研时，应首先明确客户提出需求的背景、原因和愿景；
2. 调研需求应该首先明确系统类型（PC端、移动端和Web端），其次明确系统架构设计，然后明确功能模块分类、功能点，最后明确功能点的详细设计；
3. 确认功能需求时，对需求功能点进行详细的记录，并明确需求的提出人，方便后续需求的跟踪和跟进；
4. 需求调研时，应该参考功能内部、竞品或者相似产品的功能进行整体规划和设计，保障需求调研充足，需求设计无死角。
   二、 需求确认
5. 确认功能界面时，依次采取草稿、简单界面效果图、高精度界面效果图进行确认需求，最大限度的减少需求确认消耗的时间；
6. 需求确认后，应该由相应的客户或者专家进行签字确认，避免出现需求反复变更但是无人承认的情况；
   三、 需求变更
7. 需求变更只能无限减少，但是无法真正避免或者消除。面对需求变更应该放平心态；
8. 需求出现变更时，首先对需求变更内容进行调研，明确需求产生的原因等内容；
9. 首先自己确认变更后的需求是否具有实用化的必要，区分是否是伪需求。需求变更后的需求是否有其他方式或者其他功能可以用来实现；
10. 针对变更的需求，需要由项目相关人员进行需求评审，确认需求是否有必要开展以及需求细节；
11. 针对确认要开展的变更需求，需要签订需求变更确认单，并由相关人员签字确认；
12. 没有签字确认的需求，不开展。
    四、 工作开展期间
13. 工作开展之前，与客户和相关需求提出人确认开展；
14. 功能需求发布之前，与客户端和相关需求提出人确认功能是否满足需求。

以上仅为个人工作中的一些做法，请大家不吝赐教。