Page 17 - 嘉和资讯105期

质量专栏

也是我们提到的复盘的过程。 有必要再描述一些已经完成的事情，

即使需要讲计划，但中间总会插入其
在我们的实际工作中，每日的晨
他工作安排，计划的事情也不一定能
会、周会、月会、年终总结会，其实
实现；或者是在复盘会议中，只有领
就是一个复盘的典型示例。在研发过
导在发言，普通员工都在低头干自己
程中，也经常有小伙伴们提到，我们
的事情；还有的复盘的形式变成了任
是敏捷开发，那么让我们看看 Scrum

务的分配等等，这些都是我们在复盘
敏捷开发中的典型场景：（如上图）
过程中遇到过的问题：团队成员对复
从用户需求到功能列表，再到功 盘失去热情和动力、没有高效的复盘

能细化、迭代开发和快速交付的整个 方法和过程等。

过程中，我们频繁的迭代和交付，是
那么如何才是有效的复盘过程和
为了快速地获得外部用户的反馈，进
方法呢？我们收集和整理了以下几个
而帮助我们做产品需求的调整。计划
方面：
会、每日站立会、评审会和反思会，

这些会议就是想更快地得到大家对团 1. 复盘的节奏要快，周期要短。

队工作问题和改进点的反馈，帮助团 就是我们的每次复盘时间最好不要超

队内部的工作效能和能力的不断提 过 2 个小时，但要经常复盘，让每位

升。 成员养成及时总结经验的习惯；

但总有一些人认为，有那点开会 2. 人人参与复盘。因为每人的经

时间，我还不如干点实际的工作，没 验、能力都不同，只有大家都积极思