迭代规划
综合统筹需求的资源，将其聚焦为多个可落地的计划目标
需求将在此阶段进入具体的阶段进行跟踪处理，一般规划周期为1~3周，每个迭代内参与迭代的成员将围绕一个目标在负责人的统筹下协同工作，所以需求将同样在资源完备的情况下进行统一规划，从而达到需求实现目标清晰，进度可控。
一、创建迭代
在具体的项目中，选择「迭代计划」组件，即可规划每个迭代的周期、负责人、隶属项目。
二、迭代配置
首先，配置迭代属性、阶段、流水线运行，在项目设置中选择“迭代配置”，分别选择不同配置项；
迭代属性用于定制当前迭代的特性，比如：负责人、参与人数、截止日期等，属性类型可选 ①单选菜单 ②单行文本 ③整数 ④浮点数 ⑤日期 ⑥时间 ⑦单选成员；
迭代阶段用于定义迭代从开始到结束的不同阶段，迭代进度、阶段是否延期、当前阶段的主要信息；
迭代关联流水线运行：配置在迭代中查看对应流水线运行状态的规则，通过脚本将具体的流水线运行指向迭代，实现迭代负责人对运行状态的监控和追踪。
提前为项目关联流水线（在「流水线」组件 > 关联已有流水线），咨询技术人员在流水线管理中为当前迭代所分配的流水线名称，创建迭代名称时将“流水线运行时的分支名称”包含进去。
然后，配置「迭代」组件的使用界面和敏捷看板；
基础设置：自定义组件显示名称、组件描述（可填写该迭代包含的能力）
功能设置：改变在迭代组件下全部功能的顺序、开启关闭功能（默认全部开启）
敏捷看板管理：支持基于父子&关联任务关系的泳道划分特性，追踪需求完成进度的利器。
①添加看板，将主分支的工作项添加至泳道，然后关联任务/子任务在主分支的看板中管理进度；
②看板管理，每日立会可以在全屏状态切换看板进行不同的工作进度管理、一览迭代的进度和燃尽情况、筛选工作内容、管理看板。
最后，需要配置迭代权限，控制使用看板的成员。
管理迭代：允许成员创建、修改、删除当前项目的迭代，位于项目设置 > 权限配置 > 迭代权限 > 管理迭代
成为迭代负责人：允许成员成为当前项目下的迭代负责人，位于项目设置 > 权限配置 > 迭代权限 > 成为迭代负责人
查看权限：允许团队成员浏览当前迭代信息，位于迭代组件 > 组件权限 > 查看权限
三、迭代总览
迭代属于 Scrum 的重要实践，他的目的是实现“小步快跑”的交付需求，低成本的试错，在实际运作时，管理者需要对迭代所有信息进行统筹运作。
负责人可以在「迭代计划」中可以预览具体迭代中，譬如负责人、版本、周期、阶段等信息；
视图切换的信息侧重有所不同，比如：详情视图下突出展示迭代的阶段进度
便于负责人快速了解相应迭代具体的负责人、属性信息
在同时运行较多迭代时，我们可以将项目下的所有迭代进行导出（.csv）用以汇报或编辑。
在日常管理中，以迭代特性进行分组、或者通过直接搜索迭代名称的方式，快速触达
四、规划需求
接下来需要将需求池、缺陷等工作规划进不同的迭代，在规划时可以将未规划进迭代的工作项进行筛选后批量添加至对应迭代，完成后迭代将正式进入研发环节
步骤：具体项目 >具体迭代 > 规划所有工作(或所有未加入迭代的工作) > 筛选工作 > 批量选择 > 规划至迭代(移出)> 选择迭代
五、版本管理
对于大型研发团队或产品，通过版本管理控制产品的发布节奏，每个版本可以关联多个不同项目的迭代，目标一般设定为一个可以交付的软件版本；
规划版本时，产品经理可以与项目经理沟通需求实现范围、产品规划、发布节奏，在各项目经理充分了解相关信息的情况下开展后续工作；版本规划后，可以在版本中总览各个版本所关联的产品信息、迭代信息，控制版本完成度；版本发布后可以对版本的发布信息进行记录；
六、产品管理
产品经理也可以通过产品管理项目中的需求、缺陷等工作，并以产品角度进行模块的划分，产品管理支持组件化的组织方式，与项目的联动高效便捷，是产品研发的利器。
在具体的项目中，也可以为工作项添加所属产品，其工作将同步出现在产品列表中。
第一步，在项目下为工作项添加“所属产品”&“所属功能模块属性”；
此处配置完成后，仅对新项目生效
第二步，在具体工作项添加所属产品和所属产品的功能模块
如需将工作对应至产品模块，必须先选择“所属产品”后再选择“所属功能模块”
Last updated
