需求变更的总结： 以梳治堵，源头治理，顺势而为，闭环优化，数据说话。
达成最小共识，变更是有代价的
需求变更是有代价的，找到合适的时机，树立对变更的最小共识，我们追求的是达成项目目标，而不是零变更。
- 所有需求及所有变更必须建单，无单需求开发有权不接
- 需求变更必须经过变更委员会评估成本，变更成本较大的，要提交项目经理更新时间计划，并告知全员
- 对于确认通过的变更，产品人员要发送邮件，让全项目组人员都知道
源头治理，一次把事情做对
从变更的源头开始治理，从源头开始公开透明，一次把事情做对，实际上是最有效率的方式。
快试错，不可抗力巧应对
不要直接顶回去，要去剖析、把握和满足老板或客户的真正诉求。针对老板的需求，我们可以尝试建立一个老板需求响应小分队，由团队轮流值班，协同提高响应速度，让老板可以试得快，快速尝试，小范围灰度发布，用对比数据说话。
image.png
image.png
