划分迭代版本两个方法

 

一、按“主次”划分：

产品经理在整理需求的时候，先整理主要业务，再整理辅助业务，就适合用这种方法。

 

一个迭代周期在两到三周，如果主要业务在三周内能完成，那第一个迭代时间就出来了，主要业务是多少天，迭代1就是多少天，不要强求一定要二周或者三周。

如果主要业务要超过三周，那就要对主要业务做拆分，把一部分功能放到迭代2中，但要保证迭代1的业务流程要能跑通。

 

迭代2比较简单，把其它业务能在两周左右完成的挑出来，保证业务流程都能跑通，就可以确定这个迭代版本。

 

剩余的功能都放在迭代3中，但是迭代3的饱和度跟迭代1和迭代2比起来只安排80%左右，如果完不成就把部分功能挤到迭代2里。要留点时间出来处理突发事件，或协作不畅的问题。

 

2个月左右的项目，发3 个迭代版本，迭代3开发完成，所有功能都开发完成，一两天测试修改之后，马上进入集成测试。

如果超过3个月的项目，尽量做成大小版本，两个月左右发个大版本，一个月左右发个小版本。这样有两个好处：

1. 老板看到两个月有成果，那你的绩效就稳了；

2. 人是有疲性的，超过两个半月的项目，会越做越没信心，越做越想偷懒。