迭代式开发的理解就是:
两周上线,不管多少个项目。
因为两周就要上线,那开发时间加上开发联调时间,最多就一周,而留给测试人员的时间,也就4、5天,期间如果提测晚了,测试人员就会非常的被动,熬夜测试,熬夜上线。
企业要推行敏捷开发,有几个前提,这些前提大部分都具备了,你才有可能去使用敏捷开发。比如说:
有个厉害的老大,他能协调产品和运营,有计划的有规划的输出PRD,并最好有长期规划。要做到这样是很难的,业务方凭什么听你的。再说为啥要先上线一部分,我就是整个项目完整整齐的上线,你搞什么迭代。中间要去协调和沟通,并让各个职能部分都认同这么做,是个超级难题。另外这个老大还得非常懂项目管理,请问这样的人,有几个?
有靠谱的产品经理,有一个事实是,现在的不靠谱的产品经理太多了。你要找到一个有产品规划,有想法,能出一个清晰稳定的PRD的产品经理,贼难找,应该说贼难遇到。PRD都很不稳定了,你说要搞敏捷开发?这真的挺扯的,我觉得真的要醒醒了;
有强大的人控场,有清晰的产品规划后,才可以考虑是否使用敏捷开发,且是慎重的考虑。
部分人可能认为,不是呀,我每天都搞站会呀,挺顺利的呀。拜托,这跟敏捷完全没关系。每日站会的目的是控制风险,你如果能很好的把控风险,没必要搞什么每日站会。
敏捷开发的适用场景其实蛮少的,如果是专门做外部项目的公司,可以考虑一下使用敏捷开发,每个迭代输出东西,让甲方看,不管结果如何,你照样收钱。