互联网产品开发：如何用日事清做产品迭代开发？

开启冲刺

在每次开启冲刺前，会有一个冲刺计划会。这是一个非常重要的会，一定要用日事清的日程功能下发一条任务，和所有人沟通好时间，确保会议顺利进行。

在日程中新建任务【web8.1冲刺计划会】

在冲刺计划会上，我们会用到【产品开发】子计划，这个子计划中包括【规划池】【开发中】【测试中】【待发布】【已发布】5个流程卡片。

在【迭代开发】子计划中

创建卡片，即工作流【规划池】【开发中】【测试中】【待发布】【已发布】

每次在冲刺计划会开始之前，产品经理需要将【roadmap】中规划的本次迭代的需求，关联到【产品开发】的【规划池】中。技术经理也需要提前将开发团队提出的技术需求放入【规划池】中。

在开会时，开发经理需要带领这个开发团队去细化规划池中的产品需求，并将每条需求任务添加成员和时间，合理的安排开发团队中每个人的具体开发工作。

如果整体工作量超出了团队的产能，需要适当的将一些需求放到下个迭代；如果低于产能，需要将后续版本中的需求放入本次冲刺，以确保团队的效率最大化。同时，产品经理需要确保所有的需求处于准备好的状态。冲刺计划会的结束，宣告了本次冲刺的开始。

确保冲刺按规划进行

冲刺是一个scrum中耗时最长、最复杂的环节，整个冲刺过程是以看板的形式展示，每个人都可以清晰的知道当前冲刺的每一个需求的进度。

当开发人员准备开发某个需求时，会将该需求从【规划池】拖入【开发中】，当该需求开发完成后，开发人员，会将该需求打钩。开发经理将开发好的需求提交测试后，会统一将【开发中】所有任务移动到【测试中】供测试人员测试。测试通过后的需求，测试人员会将该需求拖入【待发布】中，等待产品经理验收。当然在整个开发过程中，开发人员以及测试人员都会及时的与产品经理进行沟通，以免需求出现偏差。

为了更加直观的反馈冲刺进度，我们提供了统计功能，可以查看本次冲刺中需求的走势，每天的需求完成情况，以及每个成员的完成情况，确保所有的需求都是按照规划进行。

除此之外，开发团队会进行每日立会，用来及时发现团队中的问题，及时解决。立会中，每个人会反馈3个问题：

• 我昨天做了什么？

• 我今天要做什么？

• 我遇到了什么困难？

完成冲刺

当冲刺的时间到期时，就意味着本次冲刺正式结束了。无论需求是否有做完，都需要停止，并将未完成的需求放入下一个冲刺中。

一次冲刺结束后，产品经理会对【待发布】中的需求进行验收，对通过验收的需求打上标签【产品已验收】。

当所有需求都通过验收后，产品正式迭代更新。更新完成后，所有的任务拖入【已发布】中。

同时，会进行一次进度评审会，进度评审会上会分析一个周期内，我们完成了哪些任务，哪些任务没有完成，并对没有完成的任务做出调整，将未完成的任务回归到【规划池】中，或者删除。

除此之外，还会开一个团队回顾会，会上讨论三个问题：我们上个迭代有哪些事情做的好希望继续，那些事情做的不好希望改进，有何改进计划。