如何制定软件版本迭代计划,必须要考虑到以下这些方面。
1.确定迭代周期,这通常由团队自行决定,一般在 1~4 周之间。迭代周期主要取决于两个因素:敏捷成熟度和自动化测试程度,这两种因素程度越高,迭代周期越短,反之越长。
2.确定一个迭代内的关键工作项,比如什么时间进行需求评审、什么时间测试。
3.固定关键工作项的发生时间,比如我们用两周迭代,然后在第二周的周一进行需求评审,周二开始测试。我们通常用表格将固定关键工作项的发生时间列出来,放在团队都能看到的位置,大家需要共同遵守。
4.培养团队的工作节奏感,大家根据上述表格来安排每周固定的会议,如需求评审会、迭代回顾会、迭代计划会,等等。
5.如果待办事项的紧急程度不一致,可以在一个时间设置多个发布节点,但是一般不超过 2 个。如果有紧急需求,需要在迭代内进行发布,我们也可以灵活调整,让其发布,原则上不超过2个,因为迭代内太多次发布,整个节奏就会乱掉,那迭代节奏也就没有意义了。
推荐阅读: