别动不动谈敏捷开发

Posted 2022-07-31 Sam_Deep_Thinking

我之前待过一个公司，新上任的技术老大，说必须用敏捷开发的方式来做项目。要搞迭代式开发，两周一次冲刺。

结果由于他自己对敏捷的一知半解，最后把做项目相关的人，搞的疲惫不堪，怨气冲天。最后不得不取消敏捷开发。

他当时对迭代式开发的理解就是：

两周上线，不管多少个项目。

因为两周就要上线，那开发时间加上开发联调时间，最多就一周，而留给测试人员的时间，也就4、5天，期间如果提测晚了，测试人员就会非常的被动，熬夜测试，熬夜上线。

企业要推行敏捷开发，有几个前提，这些前提大部分都具备了，你才有可能去使用敏捷开发。比如说：

• 有个厉害的老大，他能协调产品和运营，有计划的有规划的输出PRD，并最好有长期规划。要做到这样是很难的，业务方凭什么听你的。再说为啥要先上线一部分，我就是整个项目完整整齐的上线，你搞什么迭代。中间要去协调和沟通，并让各个职能部分都认同这么做，是个超级难题。另外这个老大还得非常懂项目管理，请问这样的人，有几个？
• 有靠谱的产品经理，有一个事实是，现在的不靠谱的产品经理太多了。你要找到一个有产品规划，有想法，能出一个清晰稳定的PRD的产品经理，贼难找，应该说贼难遇到。PRD都很不稳定了，你说要搞敏捷开发？这真的挺扯的，我觉得真的要醒醒了.

有强大的人控场，有清晰的产品规划后，才可以考虑是否使用敏捷开发，且是慎重的考虑。

部分人可能认为，不是呀，我每天都搞站会呀，挺顺利的呀。拜托，这跟敏捷完全没关系。每日站会的目的是控制风险，你如果能很好的把控风险，没必要搞什么每日站会。

敏捷开发的适用场景其实蛮少的，如果是专门做外部项目的公司，可以考虑一下使用敏捷开发，每个迭代输出东西，让甲方看，不管结果如何，你照样收钱。