如何管理需求变更?
管理需求变更主要从以下两方面着手：1、主干流程优化；2、变更规范明确。其中，主干流程优化意味着在交互评审之前会拆分一个环节出来，做一个交互主场景的评审。通过新增的环节，确保需求的健全和完善，减少流入后续阶段的需求变更数量。
1、主干流程优化
项目上根据实践经验发现仅靠需求评审无法完全保证需求方清楚的澄清所有需求，以及交互方充分的理解需求方的要求，其本质原因在于需求文档并不能完整的描述清楚整个场景，许多需求层面的细节和串联即便在需求评审结束后依然可能覆盖不全；只有随着交互设计师把需求完善成结构严谨的逻辑图和场景说明，往往才会发现一开始需求设计不到位的情况，在大版本的情况下，等到整个交互稿都拿出来了再去做变更，变更代价过大，感受也不好。
因此，对于较为复杂的设计，在交互评审之前会拆分一个环节出来，做一个交互主场景的评审。通过新增的环节，确保需求的健全和完善，减少流入后续阶段的需求变更数量。
这个做法适用于变更频繁，以及功能过于复杂伴随较大的潜在变更风险两个场景。变更频繁并不完全因为功能逻辑设计有漏洞，还有可能是产品规划/商业分析论证等前置流程没做好，这种背景下光是增加一个主场景的评审是没用的，需要仔细分析。
2、变更规范明确
变更流程的规范涵盖两个主要方面，一是明确变更管理的基本理念；二是明确一旦要做变更，需要依序执行的步骤。
管理变更的理念：
变更管理的核心在于评估需求变更的价值，然后决定做不做以及是否在当前版本做，我们尝试从更多角度去思考，包括说产品的规划，需求的特点。
首先分析产品阶段特点：我们处在产品转型这样一个新旧交叉时期（简单说就是一方面要维护原有功能，另一方面更需探索设计新的功能），因此这个时期的需求变更可以划分成四个维度：原有核心功能，原有周边功能，新功能核心功能，新功能周边功能；变更也按上述维度进行分类，再考虑版本上线时间和质量，按照以下顺序去考虑需求变更（笔者假设质量是恒定的，范围和进度是变量，所以对范围和进度进行优先级排序）：新功能核心功能变更>原有核心功能变更>版本上线时间>新功能周边功能变更>原有周边功能变更。
同时，十分不建议因为紧急需求变更去延迟既定的上线时间，对于项目而言，上线时间是一个很严肃的事情，不能轻易的去改变，是大家共同守护的目标。因此，我们定义需求变更冻结时点，原则上在冻结点后不接受任何变更。关于需求冻结点如何设置，不同的项目需要根据实际情况做分析，比如我们的做法是：产品阶段的冻结时点是交互场景评审结束后两天内；研发阶段的冻结时点是提测点前两天左右（设置的原则就是做版本计划的时候，开发在估算提测时间同时确认showcase时点作为冻结点，而这个时间一般就是提测点前两天左右）。而实际上对这两个冻结点，我们会侧重于对后一个冻结点的管理。
在应对变更的整体思路上，除了以上的实践经验总结而来的基本思路，还建议有条件的项目尽量尝试固定时间研发迭代时间，周期上如果能达到两周一迭代是最理想的。我们也尝试一周一迭代，这时候在应对需求变更的时候明显更加从容，但适用场景有限，细碎的优化需求是周迭代处理的重点。
执行变更的步骤：
其实变更如何执行，并没有一个一成不变的套路，但结构上其实还是大同小异，笔者给出项目上的一些实践供大家参考：
设置和记录当前要求
这是管理需求的名列前茅步，也是非常重要的一步。您应该列出您当前的所有需求，然后与所有项目干系人和/或客户交谈，以确保你们意见一致。然后，应记录这些要求，并与所有相关方共享。这份文件将是你的基准，如果有人想做一些更改，必须对他们进行彻底的分析，并接受更改批准程序。
明确变更的后果
告知如果引入某些变更会发生什么情况，例如：项目将比预期晚完成，可能需要比可用资源更多的资源，结果的质量将不同，或者项目成本将发生变化。
在这种情况下，可以利用假设分析技术。它有助于根据对初始数据的更改来审查和比较各种结果。假设分析使经理能够评估可能的结果，获得更好的项目可预测性，并最终做出更合理的决策。在需求不断变化的情况下，假设分析是经理预测未来瓶颈并向利益相关者/客户演示这些瓶颈的便捷工具，这样他们就可以知道自己的更改将产生什么影响，抵制重复修改小细节的人的影响，并引导项目成功交付。
指定变更控制程序
变更控制是用于管理可能影响项目基准的任何变更请求的过程。该过程反映了如何处理对新需求或更改现有需求的请求。无论是正式的还是非正式的，它通常包括几个步骤：
- 收到更改某些要求的请求。
- 项目经理应评估以下标准，以了解这一变化将导致什么：项目进度、预算、资源能力和可能的风险。同样重要的是分析如果不进行这些改变，最终结果会是什么。
- 最后，决定引入变更。如果是肯定的，则应记录更改的需求，更新项目计划和时间表，并通知所有参与者。
当然，希望对项目进行任何更改的利益相关者或客户应了解更改需求的程序，并认识到任何更改都不能即时进行。
创建时间表
如果任何变更已获得批准，则是时候制定详细的项目时间表了。它将以带有开始和完成日期的任务和里程碑的形式反映所有要求及其实现方式。在这个阶段，确定任务的优先级至关重要。优先顺序将有助于避免团队成员同时处理多个任务，并且在这个特定时间不关注最重要的事情的情况。
项目管理软件提供了创建任务和里程碑列表的机会。
与团队沟通
更重要的一点是与项目团队的沟通。他们还应了解变更控制程序，以及这些变更要求如何影响其工作。可能会发生这样的情况：一些团队成员希望为利益相关者提供帮助，并同意根据程序在未经其批准的情况下引入一些更改。因此，向他们解释遵循变更控制程序的重要性至关重要。与团队的有效沟通将最大限度地减少误解和任何意外行为的可能性。
除了变化，没有什么是不变的。你较好接受需求变化这场斗争。需求管理的目的是帮助项目经理避免需求变化的负面后果。
