如何处理网站建设中的需求变化，如何改变需求

需求的变化意味着设计和开发团队的工作被浪费了。这首先是浪费资源和时间。这可能导致团队成员的抵制，项目经理和需求的不确定性，以及项目经理声望的下降。说真的，团队成员的工作会松懈，因为谁知道这个需求何时会改变？也许你不必这样做？总结以下注意事项：

1.确认需求变化。

当需要更改要求时，必须有书面文档和签名程序。通过这种方式，双方的工作量有明确的记录和认可。同时，确认将使变更更有效和科学。

2.对需求变化的反馈。

在讨论和交换需求变化后，请务必提供反馈。在反馈时，务必告诉对方需求的目标和时间。因为有时目标是相同的，由于人力资源问题，有时双方的预期时间会不一致。目前，双方需要重新谈判并达成新的共识目标。

3.相关利益相关方的通知。

当需求发生变化时，最好通知和管理所有相关的利益相关者。在许多情况下，一些主要的利益相关者在沟通时被忽略，结果是变化失控。

需求的临时变化很容易导致新要求不那么详细，项目风险和产品质量的风险将增加，严重的产品将偏离原有的产品定位或想法。频繁的需求变化对产品，项目进度和团队热情非常有害。项目经理必须不遗余力地避免需求变化。让我们来看看需求变化和如何处理需求的主要矛盾。

（1）对需求的考虑不足。

例如，项目经理肖明设计了用户注册流程。解决方案是用户需要填写手机号码才能成功注册。该解决方案已由设计师进行了渲染和切割，并已进入开发阶段。然后，在这个过程中，小明从公司的其他同类产品中了解到，用户对手机号码非常敏感。如果注册时手机号码是必需信息，则很容易在注册过程中造成用户流失。因此，小明不得不修改产品计划，并将手机号码改为可选手机号码，并添加唯一ID作为注册用户填写公共邮箱。这是在需求的设计阶段未充分考虑的计划的典型示例。当然，这也与小明的经历有关。一般来说，新人在设计方案时不可避免地对某些情况不够敏感，并且会出现疏忽和不完整的考虑。这需要项目经理的高标准要求自己，从各个角度审视和考虑自己的计划，并尽一切努力考虑全面的变化，然后在相当大的程度上避免需求的变化，我也会获得一些东西并提高我的能力。

（2）由于实施困难而修改要求。

当设计师提供设计和切割图表时，通常会出现这种情况。开发人员开始在某个地方开发并遇到实施问题。例如，根据原始需求计划，可能存在性能问题，或者开发太困难。工作量远大于预期，依此类推。在这个时候，我不得不用一个妥协的产品计划来取代原来的需求。因此，设计师需要重新映射，并且开发人员需要进行一些调整工作。有些学生可能会说这种情况不能依赖项目经理吗？它是无法实现重塑的开发者。重要的是要指出，如果你想成为一名优秀的项目经理，就没有这种思维习惯。项目经理负责项目中出现的任何问题。那么我们怎样才能避免这种情况呢？这是邀请开发人员尽早参与，邀请开发人员参与讨论，当需求计划没有超时时，即使开始和讨论需求，即使开发人员不能提供建议产品计划，至少可以了解需求的来源。并及时指出了一些技术实施的难点。越早发现并提出这样一个风险高，成本高的地方，就越能保证产品的顺利跟进。需求变化越晚，新需求计划越匆忙，考虑的全面性越低，对产品和项目的危害就越大。建议风险越早，除了避免浪费团队成员的工作量外，它还允许每个人更全面地考虑需求的变化。因此，项目经理应该在这里注意，让开发人员了解并了解接下来需要做什么，以及涉及哪些技术难题。这既是必要的，也是必要的。

（3）在设计图之后，或在原型开发之后，即使在测试阶段，也发现以前的需求解决方案是不合理的。

通常情况下不应发生这种情况。项目经理的级别越高，发生这种情况的可能性就越低。但是人们根本不会犯错，或者之前，甚至在试图看到真实效果之前，很难找到交互式体验的一些细节。这也是项目经理需要培养自己的地方。通常，他应该尝试各种产品，体验各种互动和页面设计，这样他在设计产品计划时不能简单地低头，而是要根据真实的操作经验。设计。但也要指出，在这种情况下需求的变化不应该是一个非常重要的变化，通常是交互式体验或页面内视觉逻辑的微观调整。应在视觉效果输出之前发现产品过程或产品逻辑问题，而不是在视觉效果或产品原型阶段。

（4）还有一种非常无助但常见的情况，即老板提出的需求变化，或者由于产品方向的变化而真正发生的需求变化。

在这种情况下，项目经理并非完全没有责任。此时，项目经理应该考虑为什么老板在进入设计和开发阶段之前已经改变了需求。是因为老板以前还没能完全理解需求吗？这可能是因为老板太忙而无法关注项目，所以项目经理可以更积极主动地让老板了解产品项目的进度，整个需求的思考过程和最终的计划。通过这种方式，如果老板有其他想法或不同意见，他可以尽早提出。

因此，我们看到避免需求变化的主要思想是让信息在团队内部，产品和产品之间，团队和老板之间进行沟通，以避免信息不对称或不同步，在信息中完全同步，可以提前暴露问题，可以提前修改需求计划，不浪费设计和开发等资源。

没有需求变化的团队是理想的，但是当理想变为现实时，我们发现很少有需求不会改变的情况。那么，当需求变化不可避免地发生时，应该采取什么措施来减少危害？

实际上，需求变化过程与产品的一般过程是一致的。首先，项目经理重新考虑变更要求，并全面考虑并输出新的需求计划。同时，并行是与设计，开发，测试等团队成员充分沟通。每个人都了解需求变化的原因，变更方式以及修改后的计划将会是什么样的，等等。在团队成员认识到变更后的需求后，他们将重新进入设计，开发和测试阶段。在整个过程中，项目经理还应该关注需求变化对整个产品版本进度的影响。通常，设计，开发和测试人员需要重新评估测试的工作量和时间。项目经理需要知道更改是否会影响最终产品。释放时间如果确实有影响，则无法通过协调其他时间消化，然后及时通知更广泛的团队成员。例如，需求变更仅涉及功能的开发和测试。但是，当此需求更改影响整个版本的进度时，整个产品版本中涉及的所有开发，测试和其他人员都需要了解发布计划的更改和原因。