【40】如何看待产品计划变更

    小A之前加入过一个虚拟团队，针对某个竞争对手的优势产品进行调研，在短时间（2-3个月）内对本公司的同类产品进行大范围调整，以对抗竞争对手。在这过程中，产品的需求、计划、调研方向等变了一次又一次，让小A苦不堪言。

    最近小A有机会在一个类似的项目中承担了负责人的角色，于是小A暗自告诫自己，一定要努力防止类似的事情发生。于是经过与专家的学习，和老板的沟通，得出了这么几个结论。

1. 产品计划变更必然存在，无法完全避免

竞争对手的产品在不断变化，调研的数据也会随着时间推移而变化，这些都将对决策方向起到影响。因此需求也好，计划也好，变更是肯定不能完全避免的。

2. 留下足够的buffer

在项目初期，无法预料到所有风险点，所以在制定产品计划的时候，一定要充分考虑到应对风险的投入时间。例如产品上线前的各种环境准备，或者是上线后的紧急问题修复，甚至在产品开发、投产过程中，也会有各种各样的沟通、资源等问题，会对整个产品进度造成未知的影响。一般来说，buffer时间需要达到原来计划时间的20%甚至更多。例如2个月的项目，至少需要有2个星期左右的buffer时间。

3. 定期review计划

在项目过程中，要定时review，比如每星期或每两个星期，甚至如果出现了预料之外的重大事件，更要尽早地召开临时的全体会议，防止到了项目后期风险累积。

4. 明确计划中验收点的优先级

一般来说，项目的目标会被分成若干个小的目标验收点。在项目初期，就应该明确这些验收点的优先级，哪些是必须完成的，哪些是重要但是影响面不大的，甚至哪些是可以直接舍弃的。而在项目推进过程中，需求的临时新增也需要加入这个列表去PK。这样的话，即使最后整个项目原定的目标没有100%完成，也起码保证了最核心功能的验收通过。

而在优先级PK的过程中，还有一个非常重要的思想就是“工作量保持恒定”，即如果真的需要插入一个高优先级的需求，那么就需要相应地将等量的工作划分到“本期可不做”这个范畴中去。

5. 充分重视沟通的重要性

除了定时的review机制之外，在工作中遇到的任何可能影响工作进度的需求变化，或者工作中的阻碍，都要及时让相关人员知晓，以防止他们的工作计划受到阻碍。所谓的相关人员，包括但仅限于项目负责人和你的下游（即他的工作依赖于你的工作完成）。尤其是，需求的变化可能并不是好的方案，顺畅的沟通，可能直接就将一些不合理的需求变化所导致的计划变更扼杀于摇篮之中。

小伙伴们有什么感想咩？欢迎分享哟！或者有其他职场问题，也可以给小A留言，大家一同来探讨:)