学习笔记09-需求变更

 项目问题：“996”的元凶，之需求变更频繁

解决思路：

1、达成最小共识，变更时有代价的。（我们追求的是达成项目目标，而不是零变更）

约法三章：

（1）所有需求及所有变更必须建单，无单需求开发有权不接；

（2）需求变更必须经过变更委员会评估成本，变更成本较大的，要提交项目经理更新时间计划，并告知全员；

（3）对于确认通过的变更，产品人员要发送邮件，让全项目组人员都知道。

2、源头治理，一次把事情做对（上墙文化。产品和设计的Deadline排期图、产品模块设计图、页面逻辑跳转图等搬上墙）

从变更的源头开始治理，从源头开始公开透明，一次把事情做对，最有效率的方式。

3、快试错，不可抗力巧应对

关于来自老板或客户的需求变更，不要直接顶回去，要快试错，要去剖析、把握和满足老板或客户的真正述求，巧妙应对。

如果你把需求变更当做洪水猛兽，各种严防死守，最后，只会身心俱疲。如果换一个视角，从失败中汲取教训，变堵为疏， 需求变更就不再是敌人，最终，需求变更时产品不断走向完美的底层动力。