一、按“主次”划分:
产品经理在整理需求的时候,先整理主要业务,再整理辅助业务,就适合用这种方法。
一个迭代周期在两到三周,如果主要业务在三周内能完成,那第一个迭代时间就出来了,主要业务是多少天,迭代1就是多少天,不要强求一定要二周或者三周。
如果主要业务要超过三周,那就要对主要业务做拆分,把一部分功能放到迭代2中,但要保证迭代1的业务流程要能跑通。
迭代2比较简单,把其它业务能在两周左右完成的挑出来,保证业务流程都能跑通,就可以确定这个迭代版本。
剩余的功能都放在迭代3中,但是迭代3的饱和度跟迭代1和迭代2比起来只安排80%左右,如果完不成就把部分功能挤到迭代2里。要留点时间出来处理突发事件,或协作不畅的问题。
2个月左右的项目,发3 个迭代版本,迭代3开发完成,所有功能都开发完成,一两天测试修改之后,马上进入集成测试。
如果超过3个月的项目,尽量做成大小版本,两个月左右发个大版本,一个月左右发个小版本。这样有两个好处:
1. 老板看到两个月有成果,那你的绩效就稳了;
2. 人是有疲性的,超过两个半月的项目,会越做越没信心,越做越想偷懒。