应对企业信息化需求变化的九种策略

充分沟通，友好协商。

变更管理过程在很大程度上是两方之间的沟通过程。一方面，学会认真倾听用户的要求、考虑和想法，并对其进行分析和整理；另一方面，向用户郑重说明对所有开发工作将带来怎样的影响和影响。如果在进入设计和开发阶段后需求发生变化，则工作不良后果让用户完全权衡。

区别对待，在妥协中找到共同点

随着项目的推进，很多业务用户会不断出现一些项目团队认为无法满足的需求或者工作量比较大的需求，对项目进度产生重大影响。综合沟通清楚后，如果用户仍然坚持执行新需求，可以建议用户将新需求写成书面形式，并根据重要性和紧迫性进行划分，然后请所有相关人员签字并将其确认为对需求变更的评估。重要基地。当你遇到一些短时间内无法解决的需求时，不要紧张，不要因此让项目停滞不前。相反，从更大的角度来看，并提出一个临时解决它的折衷计划。例如，让用户先使用现有系统，一段时间后提供技术解决方案，或者二次开发成功后，用户免费更新安装。

我需要尽快改变

房子快要建起来的时候，发现原来的设计是错误的，势必造成成本和时间的巨大损失。同样，如果在系统接近完成的时候，发现原来的需求有问题或者缺失，需要更改和重置，损失可想而知。越接近收尾阶段，需求变化对双方造成的损失越大。因此，应尽快进行需求更改。

建立一个组织来控制需求的变化。

在项目开始时尽可能与客户沟通，尽快建立控制需求变更的组织，并负责对变更的内容、方法和步骤进行裁决。组织的成员可能包括双方高层管理人员（指名）、双方项目负责人、相关需求负责人等。建立这个系统的目的不是拒绝用户的变更请求，而是防止用户轻易请求变更。同时实现对需求变化的统一管理，对需求变化的状态进行跟踪。

明确要求变更的请求

对于那些不涉及业务规则，对基线影响不大的变更需求，开发者应该直接记录变更。对于其他导致编码内容、业务规则等重大变更的变更需求，用户必须提交电子的、书面的需求变更单。

做好需求变化评估

项目组成员对变更的需求进行理性分析，包括分析需求变更的替换方案，预估工作量，仔细分析需求变更涉及的模块。

改进需求变化的实施。

评估签字确认后，研究者将及时更新需求变更内容并提交给开发者实施，并对需求变更进行详细记录，包括时间、内容、参与者的变化。

明确合同的权利和义务

不可避免地，双方在实施、开发和验收过程中会出现冲突，需求的变化甚至可能使项目建设脱轨。关键是提前看清项目目标和要求是否明确，是否建立了有效的争议解决机制。因此，双方在签订合同时可以增加一些相关条款，主要是明确双方的责任和权利，例如，限制用户提出需求变更的时间，规定在什么情况下需求变更。可以接受、部分接受或拒绝，也可以接受规定变更控制过程必须在需求变更时实施，否则变更费用由本人承担。并且企业用户也可以有效地预测和同意因重大事件或不可抗拒事件而可能导致实施延迟、成本超支、产品价格调整、服务费用超标的问题、行为及其权利和责任。未来，以便开展计算机化项目从一开始我们就沿着双方预定的道路前进，自我约束和协调，避免了一些风险。

同步验收要求

通过里程碑，可以在实施过程中检查验收，随着时间的推移发现问题并随着时间的推移改进它们，一步一步地向前推进。

最终，需求变更对项目的影响是非常大的，但很难从根本上消除。我们能做的就是采用更高效的方法，遵循“变革应用、评估、决策和响应”四个主要步骤，以经济学为原则，优先考虑需求变化，最小化概率；或采取一些纠正措施，以尽量减少因需求变化而造成的项目损失。