需求变更一直都是一个热门话题，特别是在奉行唯快不破的互联网公司，需求变更可以说是程序员的头号噩梦，也是“996”的直接元凶。有效的应对需求变更的方法有：
1）达成最小共识：变更是有代价的。达成这个最小共识，是要让团队开始慢慢认识到，需求变更是有代价的。但是，毕竟产品仍然在探索期，变更总是在所难免的。
2）源头治理，一次把事情做对。从变更的源头开始治理，从源头开始公开透明，一次把事情最对，实际上是最有效率的方式
3）快试错，不可抗力巧应对。很多同学把这类来自老板的变更视为不可抗力，实际上，这背后还是有一定的改进空间的。你可以从建立快速有效的响应机制开始，同时多去总结和剖析这些需求背后的原因，毕竟老板要的是效果，那你就得用数据说话，更好地应对这些需求变更。
此文章为4月Day30学习笔记，内容来源于极客时间《雷蓓蓓的项目管理实战课》
