作为研发团队领导，如何做迭代管理？方法+工具

「迭代流程管理」在每个公司的情况都不一样，随着产品发展阶段、团队规模、资源情况等变化，会进行各种实践和优化。我的团队一般会以半年为单位，进行迭代管理流程的Review，进行相关的流程调整和优化。以下是我的团队在2023年初，刚刚优化过的迭代流程。

一、团队背景介绍

在整体迭代阶段上，我们采用类似「瀑布」方式进行了大阶段的拆分；在需求的理解、交付上，我们采用「敏捷」方式，以故事的粒度进行交付和验收。

原则：以「人的主观能动性」为核心，高效、高质量交付更有价值的产品，让团队成员成为更好的自己
框架：Scrum + Kanban，敏捷（Agile）的目标是为了帮助我们尽早了解我们到底有多糟糕，尽早管理这种局面。

二、详细迭代过程

1.需求阶段

启动会 Kick Off Meeting

会议目标：顾名思义，开球。主要是传达产品价值，以及为什么要做，和本次迭代的目标，不会深入产品细节和原型细节等。参加人员：全体相关动作「PM」→ 输出PRD中的产品价值「Master」→ 在 项目管理平台 创建迭代版本「Master」→ 在 沟通工具 创建沟通群

需求影响分析会 Impact Analysis Meeting

会议目标：熟悉系统现有功能，分析本次迭代变动的影响

参加人员：RD、FE、QA

相关动作

「RD 或 FE」→ 讲解系统现有功能，分析影响

需求评审会 PRD Review Meeting

会议目标：讨论需求、实现逻辑和规则细节，达成整体团队对于本次需求理解的共识（会议次数原则上不应不超过2次）。

参加人员：全体

相关动作「PM」→ 输出 Final PRD

UI评审会 UI Review Meeting

会议目标：讨论页面和交互的实现，达成团队对于本次页面和交互设计的理解共识（会议次数原则上不应不超过2次）。

参加人员：全体

相关动作「UI」→ 输出页面和交互设计

2.设计及评估阶段

计划会 Plan Meeting

会议目标：进行本次迭代内容的确认，可能包含：业务部分、技术部分、遗留问题或Bug等。

参加人员：全体

相关动作

「Master」→ 组织计划会，确定本次迭代的范围（Review 项目管理平台内的遗留问题和Bug）

设计评审会 Design Review Meeting

会议目标：讨论设计、规范、实现、数据迁移、历史技术债务、上线发布等多方面。

参加人员：RD 或 FE、QA

相关动作「RD」→ 输出设计文档，并评审（按需）「FE」 → 输出设计文档，并评审（按需）

工作量评估会 Estimate Meeting

会议目标：根据计划会的确认的开发范围，进行工作量估算，并分配任务优先级和具体开发人员。

参加人员：RD、FE、QA

相关动作

「Master」→ 组织工作量评估会，确定本次迭代的工作量（评估方式：计划扑克）

「研发周期」计划发布 Plan Deploy

相关动作「QA」→ 发布本次迭代的「研发周期」计划「Master」→ 把各类迭代信息，更新到 项目管理平台（推荐比如 PingCode、Jira 等），正式进入编码

测试用例评审会 Test Case Review Meeting

会议目标：评审测试用例的完整性和合理性。

参加人员：RD、FE、QA

相关动作「QA」→ 组织评审（测试用例维护在 测试用例管理平台 推荐也是Pingcode、jira等）

3.开发阶段

每日站会 Stand Up Meeting

会议目标：顺畅、高质量地交付产品价值。聚焦于价值（需求/故事）的流动，而非个人工作。

参加人员：全体

相关动作

「Master」→ 组织会议，主要沟通依赖、Block、风险等

故事验收 & 测试 Desk Check & Story Testing

相关动作

「RD & FE」→ 发起故事验收（Desk Check）通过后，部署FAT环境进行测试，「QA」记录结果「QA」→ 针对故事进行测试，当故事没有功能相关问题时，结束此故事测试

中期检查 Mid-term Check

会议目标：沟通问题，预知风险

相关动作

「Master」→ 在迭代进行到中段，组织研发人员进行工作进度的Review，预知Delay风险

4.测试 & 验收阶段

系统测试 System Testing

相关动作

「RD & FE」→ 整理部署文档，提交部署工单

「QA」→ 在FAT：验证部署文档、冒烟测试、用例测试（黑盒、白盒）、回归测试（黑盒、白盒）

验收 Acceptance

相关动作

「QA」→ 在UAT，验证部署文档「PM」→ 进行产品验收「UI」→ 进行UI验收「QA」→ 在UAT，回归测试（黑盒、白盒）

5.发布阶段

发布 Release

相关动作

「QA」→ 提交部署工单进行审核，通过后进行发布动作，填写本次发布说明（对内）

6.迭代回顾阶段

迭代回顾会 Review Meeting

会议目标：总结迭代流程和质量问题，进行复盘，优化迭代流程、代码质量、协作方式等。

参加人员：全体

相关动作

「Master」→ 汇总迭代数据，进行报告和总结的编写「Master」→ 组织迭代全部人员进行迭代数据的Review和问题的讨论

三、建议使用的工具

这里指详细介绍一款，更多大家可以通过下方文章查看：

一站式研发项目管理软件PingCode

国内发展非常快的研发项目管理软件，PingCode 在2021年入选36氪：项目管理软件金榜-研发项目管理榜单前二；2022年被选入国内年度口碑产品 TOP 36。适用于十几人到千人规模的的团队。

PingCode 是一款覆盖研发全生命周期的项目管理系统，被广泛用于需求收集、需求管理、需求优先级、产品路线图、项目管理（敏捷/kanban/瀑布）、测试管理、缺陷追踪、项目文档管理、效能度量、目标管理等领域。并且集成了github、gitlab、jinkens、企微、飞书等主流工具，也就是说我们能在需求下面关联代码，关联集成信息，在飞书查看通知等。