日事清在敏捷开发中的实战应用：SCRUM框架下可视化项目管理+高效沟通机制驱动灵活迭代

一、行业背景

在快速发展的互联网行业中，软件开发模式经历了显著的演变。传统的瀑布式开发模式，以其线性和阶段性的特点，曾长期占据主导地位。然而，随着市场对软件迭代速度和灵活性的要求日益提高，敏捷开发模式应运而生，并迅速获得业界的青睐。

敏捷开发模式以用户需求为核心，倡导通过自组织的跨职能小团队，进行快速、频繁的迭代开发。这种模式强调轻量级文档、高效沟通和持续交付，以期在不断变化的市场环境中，迅速响应用户需求，为用户带来更大的价值。

敏捷开发包含多种实践方式，如极限编程(XP)、SCRUM和精益开发(Lean Development)等。每种方法都有其独特的特点和应用场景，企业可以根据自身的团队特点和项目需求，选择最合适的敏捷开发方法。

特别值得一提的是，SCRUM作为一种流行的敏捷开发框架，通过短周期的迭代冲刺，帮助团队持续交付潜在可发布的产品增量。SCRUM 3.0的实施，进一步推动了敏捷开发的普及和深入。这里我们来给大家着重介绍SCRUM3.0。

二、日事清实施 Scrum 最佳实践

日事清作为一款专业的敏捷研发管理工具，为实施敏捷开发的团队提供了全面的解决方案。它通过提供可视化的项目管理、高效的沟通机制和灵活的迭代管理，帮助团队提升研发效率和产品质量。

组建Scrum团队

实施Scrum的第一步就是组建我们的Scrum团队。通常我们的产品团队会有产品经理、开发经理、前端工程师、后端工程师、测试人员这些角色。组建一个Scrum团队，只需任命产品经理担任我们的业务所有者（BO），开发经理担任我们的团队队长（TC），将前端工程师、后端工程师、测试人员组成开发团队，我们的Scrum团队就组建完成了。

创建开发项目

在组建了Scrum团队之后，我们要为我们的团队在日事清中创建一个项目，将整个产品的开发过程可视化。通常我们会以产品的名字来创建一个计划，比如【日事清&功倍】。创建的项目的同时，我们要将Scrum团队中的所有成员添加到计划中

创建好项目后，我们要将整个【日事清项目】划分成【RoadMap】【产品开发】【用户需求】【BUG管理】4个子计划，下面我们会介绍如何使用这四个子计划完成敏捷开发。

构建产品清单

在创建项目之后，整个团队就要按照Scrum的流程开始运转了。整个Scrum流程的起点是产品清单，每一次冲刺迭代都是围绕产品清单展开的。在日事清，产品清单是通过【RoadMap】完成的。Roadmap中，每个卡片是一个冲刺迭代，卡片中的任务是该迭代的产品需求，整个Roadmap中的所有需求就是产品清单。

Roadmap是如何制作的呢？

首先产品经理将从CEO、运营、市场、销售等部门收集产品需求，然后将这些需求根据优先级、产品策略，划分到不同的冲刺迭代中，并不断的去维护更新每个迭代版本中的需求。

Roadmap中的产品需求以用户故事的形式描述，越近的迭代版本描述越需要完善。当前版本中的每个产品需求要以产品需求文档形式描述，因为这个是开启一个sprint的基本前提。

下图中展示了产品需求收集，迭代版本的规划，以及详细的需求记录

需求收集

迭代版本规划

详细的需求记录

开启冲刺

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

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

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

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

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

确保冲刺按规划进行

冲刺是一个scrum中耗时最长、最复杂的环节，整个冲刺过程是以看板的形式展示，每个人都可以清晰的知道当前冲刺的每一个需求的进度。当开发人员准备开发某个需求时，会将该需求从【规划池】拖入【开发中】。

当该需求开发完成后，开发人员，会将该需求打钩。开发经理将开发好的需求提交测试后，会统一将【开发中】所有任务移动到【测试中】供测试人员测试。

测试通过后的需求，测试人员会将该需求拖入【待发布】中，等待产品经理验收。当然在整个开发过程中，开发人员以及测试人员都会及时的与产品经理进行沟通，以免需求出现偏差。

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

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

我昨天做了什么？
我今天要做什么？
我遇到了什么困难？

完成冲刺

当冲刺的时间到期时，就意味着本次冲刺正式结束了。无论需求是否有做完，都需要停止，并将未完成的需求放入下一个冲刺中。一次冲刺结束后，产品经理会对【待发布】中的需求进行验收，对通过验收的需求打上标签【测试通过】。

当所有需求都通过验收后，产品正式迭代更新。更新完成后，所有的任务拖入【已发布】中。同时，会进行一次进度评审会，进度评审会上会分析一个周期内，我们完成了哪些任务，哪些任务没有完成，并对没有完成的任务做出调整，将未完成的任务回归到【规划池】中，或者删除。

除此之外，还会开一个团队回顾会，会上讨论三个问题：

我们上个迭代有哪些事情做的好,希望继续;
那些事情做的不好,希望改进;
有何改进计划?

开启下一个冲刺

一个冲刺已经结束了，回顾也做好了，那接下来我们要做什么？当然是开启下一个冲刺了。当产品更新迭代新版本后，我们的运营、市场、销售的相关人员（利益相关者）会收到用户反馈的需求和BUG，这时就需要用到【需求管理】【BUG管理】子计划了，【需求管理】用来记录用户的需求，【BUG管理】用来记录产品的BUG。