《项目经理指导手册》规范篇4，迭代规范

 

四，迭代规范

　　4.1 定义迭代

　　　　　在迭代开发中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代，这叫迭代开发。每一次迭代都包括了需求分析、设计、开发、测试与发布。

　　　　前文3.1.3 迭代目标中已讲到过，有目标与交付成果的才是迭代。单纯的修复一次bug，优化界面，新增字段。这些不能称之为迭代。

　　　　

　　4.2 创建迭代

　　　　　　（1）迭代命名规范： 项目缩写+项目名+版本号，如：APS计划排产1.3.1.0。（注：本手册发布后，不再沿用“项目名+月份+迭代次数”命名规则）

　　　　　　（2）版本号规范： 版本号定义为4位：

　　　　　　　　　   第一位：框架号，如果系统底层开发框架更换后则框架号递增。

　　　　　　　　　   第二位：模块号，每次大模块开发序号递增。

　　　　　　 　　　  第三位：迭代号，模块号为大模块升级，一次大模块增量需要分成多次迭代完成，每次迭代则迭代号递增。

　　　　　　　　　   第四位：修复号，对应迭代发布后，如有修复bug，界面调整等不足问题，需要对迭代进行快速发布则修复号递增。

　　　　　　（3）迭代代号，为禅道本身提供的一个必填项，当前对迭代代号并无用途。故此，迭代代号统一填写项目缩写如：APS，WMS，SRM

　　　　　　（4）起始时间与截止时间，为必填项。迭代周期应当严格遵守交期。

　　　　　　（5）项目团队，不填。

　　　　　　（6）迭代类型，小于1个月的迭代未短期迭代， 默认为短期迭代。 大于1个月的迭代周期为长期迭代，如无明确需求，不推荐迭代周期超过1个月。

　　　　　　　　 项目转入运维型，则建立一个维护迭代即可。

　　　　　　（7）关联项目，必填。

　　　　　　（8）关联计划，必填。

　　　　　　（9）迭代描述，选填。

　　

　　　　

 

 

 

　　　　4.3 迭代需求与迭代团队

　　　　　　4.3.1  迭代需求。从需求中关联而来，表示本次迭代要完成哪些需求。

　　　　　　 

　　　　　　迭代中的需求，不能单独建立需求。分解任务和用例 可在此界面直接操作

　　　　　　

　　　　　　

 

 

 　　　　　　4.3.2 迭代团队。为本次迭代中需要哪些人员参与，需要在迭代-团队中添加，若没有添加，则在分配任务时候，不能选择到其人。

　　　　　　

 

 

　　　　4.4 迭代看板与燃尽图

　　　　　　4.4.1 燃尽图

　　　　　　　　　

　　　　　　　项目团队成员除了每天的编码工作、参加站立会议之外，还有一个工作就是在禅道里面更新自己所负责任务的状态以及它的预计剩余时间。然后禅道系统会根据项目中所有任务预计剩余的时间累加起来，绘制成燃尽图。

　　　　　　　　（1）此图横轴为日期，纵轴为工时数。

　　　　　　　　（2）工时数乃项目中所有任务剩余工时的总和，每天计算一下，形成坐标，然后把线连接起来，形成此燃尽图。

　　　　　　　　（3）新版本的禅道，燃尽图可以设置是否显示周末，还可以修改项目首天工时。修改首天工时，需要到组织--权限里分配

 

　　　　　　4.4.2 看板

　　　　　　

 　　　　　　

 　　　　　　

　　　　团队成员领取任务后，除了可以在我的地盘--任务--指派给我查看到，禅道在项目--任务模块还提供了看板和树状图查看任务功能。

　　　　（1）在看板界面可以查看当前项目（迭代）的需求以及其对应的任务列表。

　　　　（2）项目中关联的需求可以按照不同的字段进行排序。

　　　　（3）任务的拖拽功能。可以将任务从不同的状态拖到其他的状态栏中。

　　　　（4）显示当前项目的Bug，标题前面有小虫子图标的是Bug。