# 迭代管理

敏捷的开发模式依靠迭代来进行项目管理,可以让团队能够更快、更频繁地交付高质量的产品,项目负责人可以在项目概要页面或者在迭代页面创建一个新的迭代。

属性名称 必填 描述 示例
迭代名称 迭代展示用名称,需保证唯一性 示例迭代
开始时间 迭代开始时间节点 2023/04/01
计划结束时间 迭代计划结束时间节点 2023/04/30

  • # 概览

项目负责人可以在迭代的概览页面浏览迭代的基本信息。

新建的迭代需要在迭代的概览界面分配负责人,在迭代信息块中展示有该迭代下未开始、活动中、已完成工作项的数量,在迭代执行过程中,负责人可以根据迭代的进展动态修订迭代的计划周期,负责人需要手动变更迭代的状态(未开始、活动中、已完成),迭代预估总工时为该迭代下所有需求工作项预估工时的总和,迭代剩余总工时为该迭代下所有需求工作项的剩余工时(预估时间-耗费时间)总和,迭代进度以迭代周期的时间比例计算。

eg. 此处分配负责人为赵先生,迭代状态更改为活动中

燃尽图以折线图的方式动态展示了当前迭代的剩余工作量,横轴表示时间,纵轴表示剩余工作量,直观的展示了迭代进行的状态,间接辅助迭代负责人来评估迭代的完成时间节点,可以根据需要自主切换对应工作项类型的燃尽图。

eg. 选择全类型工作项燃尽图展示。

当前阶段展示了迭代的进度信息,阶段可以理解为迭代的里程碑,标识了迭代的关键时间节点,下一章节会详细讲解阶段的相关内容。

  • # 阶段

阶段是迭代的里程碑,在创建迭代时会根据系统参数(Pm.PhaseDefaultTemplete)配置的阶段模板自动生成阶段节点,默认为(未开始,需求评审,计划,研发,测试,上线,完成),阶段包含有"计划开始日期"、"计划完成日期"、"实际开始日期"、"实际完成日期"四个关键属性,迭代负责人需要在创建好迭代后尽快初始化好各个阶段的计划时间,同时配置各个阶段的完成条件,也就是交付物以及前置依赖。

eg. 如图,配置阶段的计划时间,其中第一个阶段的计划开始日期、实际开始日期以及最后一个阶段的计划完成日期默认为迭代的开始日期以及完成日期,不需要人工配置。

eg. 如图,设置测试阶段的目标交付物为测试报告。

eg. 如图,设置测试阶段的前置依赖为工作项(示例bug01)。

eg. 同里程碑节点一样,如果当前阶段未完成交付物以及前置依赖的条件,则无法配置阶段的完成时间。

当一个阶段开始或者完成后,迭代负责人需要及时配置好该阶段的实际时间节点。

eg. 如图,研发阶段完成,负责人点击测试阶段,配置测试阶段的实际开始日期为4月17日。

如若当前阶段未开始(未配置实际开始日期),则不允许开始下个阶段。

eg. 测试阶段尚未开始,尝试开始上线阶段,执行失败。

如若当前阶段未配置实际完成日期,开始下个阶段(配置实际开始日期),则会自动分配当前阶段的实际完成日期等于下个阶段的实际开始日期。

eg. 未配置研发的实际完成日期,开始测试阶段,配置测试阶段实际开始日期为4月17日,默认将4月17日补充到研发阶段的实际完成日期。

已完成的阶段(已配置实际开始、完成日期)不限制后续再次变更日期信息。

eg. 可以重新配置研发阶段的实际开始日期以及实际完成日期。

  • # 规划

规划页面支持将不属于当前迭代的工作项快捷分配至当前迭代或者将工作项从当前迭代移除,提升易用性。

  • # 敏捷看板

敏捷看板共分为两类,一类是故事-任务看板,一类是故事-缺陷看板,分别以故事的角度,查看选中的故事拆分出的任务以及测试出的bug,能快速确认该故事的完成进度,提升易用性。

  • # 工作项视图

项目默认拥有故事、任务、bug、风险4种工作项类型,可以分别查看这4种类型工作项的视图,同样属于易用性功能。

上次更新: 2023/4/18下午6:03:24