Scrum实施过程：10大步骤5大常用辅助工具整理

企业实施Scrum有许多不同的方式。幸运的是，通过研究已经完成Scrum如何成功转型的一些通用模式和步骤。本文除了讨论Scrum实施的10大步骤，还将整理国内外常见的5大拔尖Scrum辅助管理工具。

一、敏捷 Scrum 实施的10个流程步骤

1、确定产品负责人（Product Owner）；

2、组建敏捷小组（Scrum Team）；

3、确定敏捷教练（Scrum Master）；

4、拟定产品需求（Product backlog）；

5、评估产品需求；

6、冲刺规划会；

7、工作透明化；

8、每日站会；

9、冲刺评估；

10、冲刺回顾；



1、确定产品负责人（Product Owner）

产品负责人必须知道自己带领的团队需要做什么产品以及取得什么成果。一个项目团队中可以有多个产品经理，每个负责产品中一个模块的功能，但产品负责人只能有一个，作为所有产品经理的代表，决定产品的发展方向。

2、组建敏捷小组（Scrum Team）

一个项目团队可以有多个敏捷小组，负责产品中一个功能模块的开发，比如这个组开发前端界面，这个组开发支付功能，再有一个组开发社交功能。同时，一个小组的人数较好控制在3-9个人，超过9人的话人数越多沟通路径越多，不利于团队间的沟通，降低工作效率。

3、确定敏捷教练（Scrum Master）

敏捷教练的作用是对成员进行敏捷培训，做好工作进度的管控，优化项目流程，解决成员遇到的阻碍，最终目的是提高整个敏捷小组的工作效率，保证顺利交付

如果团队只有一个敏捷小组，那么由项目经理作为敏捷教练；如果有多个小组则有多个Scrum Master ，简称SM，项目经理对每个敏捷小组和SM统筹管理。

比如，一个软件研发团队中可能有三个敏捷小组，分别是前端开发、后端开发、测试，小组中高级工程师或者技术专家作为SM，而项目经理需要对SM进行敏捷培训，SM再给小组成员做培训，形成整个敏捷团队

4、拟定产品需求（Product backlog）

这一项主要由产品负责人负责，首先，他权衡各个需求后排列出需求的优先顺序；其次，负责向团队清楚地表达产品待办列表；第三点，确保产品待办列表是可见的、透明的，所有人都清楚下一步该做什么工作；最后，在创建产品待办列表的同时，还需要包括测试描述，这些测试描述将在“完成”时验证产品的完整性。

同时PO也会听取团队对列表的建议，适当的进行调整，例如在描述需求后如果开发团队表示工作太多或太少，可以与PO重新协商，开发团队也可以邀请技术专家参加。产品待办列表代表的是各方的业务需求，当发生变更时，或利益相关者如果想要改变产品待办列表的优先级，必须向PO提出请求。

产品待办列表的内容和顺序中是透明可见的，没有人可以强迫开发团队做列表范围以外的需求工作。

5、评估产品需求

团队会通过需求评审会来对产品负责人提的需求进行评审，产品负责人和团队中的技术专家一起参与，评估每一个需求需要什么技术、多少人、时间来完成，对于不合理的需求提出改进意见或者直接驳回，会探讨以下问题:

1）该需求是否细分到了可以评估的程度？

2）需求文件的信息足够么，是否描述清楚？

3）这个需求是否有价值？等等

最终目的是保证每个需求切实可行。另外，Scrum用点数代替人天和人时评估需求的工作量，对应的数字采用斐波那契数列（1，2，3，5，8，13，21……），这个数列的规律是前两个数的和是下个数的值，从而更好地比较需求之间的差异，再通过对比来评估出较为准确的工作量。

6、冲刺规划会

每个迭代周期就是一个Sprint，也就是冲刺。冲刺周期都是固定的，一般是1-3周。在冲刺规划会上，团队成员、敏捷教练和产品负责人坐在一起，规划冲刺的内容。

7、工作透明化

Scrum提倡工作透明化，团队外的人员可以参加内部会议，每个成员的工作都是公开透明，最常见的做法是准备一块白板，上面分成三栏：待办事项、在办事项、完成事项。把待办事项写到便笺纸上，随着进度的推进，将相应的便笺纸转移到其他栏目。也可以用PingCode、Jira等不错的项目管理软件来记录事项，起到跟白板一样的效果。

8、每日站会

会议要求全员参加，时间地点固定，时长一般不超过15分钟，且站立进行，每个团队成员只回答以下问题：

1）你昨天做了什么去帮助团队完成冲刺？

2）今天你打算做什么来帮助团队完成冲刺？

3）什么因素阻碍了团队效率？

成员只反馈进度、规划、问题，提高会议的效率，不占用大家的过多时间，具体的事项会后讨论。通过反馈，敏捷教练把控好项目进度，帮成员解决阻碍。

9、冲刺评估

在冲刺结束前，团队成员给产品负责人展示项目成果，接受评价。这是一场公开的会议，任何人都可以是参与者，不仅仅包括产品负责人、敏捷教练和开发团队，还包括利益相关者、管理人员与客户。

10、冲刺回顾

通过举行回顾会议来盘点本次冲刺中所存在的问题、遇到的阻碍、做得好与不好的地方、提出建议和整改方法，对流程规范进行优化，提高下次冲刺的工作效率。

二、Scrum实施过程中常用的5大Scrum管理工具/软件

敏捷开发中非常强调公开、透明、直接有效的沟通，这也是“可视化的管理工具”在敏捷开发中如此重要的原因之一。通过“可视化的管理工具”让所有人直观的看到所有需求池、UserStory、Task、燃尽图和Bug的状态及之间的流动。为使团队成员快速适应敏捷开发流程，将流程标准固化到可视化的管理工具。

这里分享国内外的几款拔尖敏捷开发管理工具。

1、国内拔尖 Scrum 管理工具PingCode

这是国内较好用的敏捷开发Scrum工具之一，曾在2021年获得由36氪发布的研发项目管理榜前二，被广泛用于敏捷开发项目管理。在Scrum 项目管理方面具备如下能力：

• 需求管理：史诗/特性/用户故事三级体系，根据优先级、故事点形成待办列表
• 产品规划：根据产品目标及项目需求排期，有序规划产品路线图、迭代和版本
• 迭代管理：将需求和Bug分配到迭代，通过燃尽图、速率图等跟踪迭代进度
• 版本管理：支持多版本共存，新增功能和修复对应版本，让发布更有计划
• 开发管理：拆分用户故事为任务，开发人员领取任务完成Coding
• 构建部署：工作项关联代码托管、CI/CD工具，跟踪开发、构建及部署进度
• 工时统计：估算、填报任务工时，可视化度量项目和团队工作量

除此以外，PingCode 还是一站式研发管理工具，包含需求收集、需求池管理、优先级排序、产品路线图、kanban/瀑布/敏捷项目管理、测试用例管理、缺陷管理、团队知识库、效能度量，与gitlab、jinkens、飞书等外部工具集成。



支持saas、私有部署等购买方式，价格仅为Jira的30%-40%。【 PingCode官网 】

2、国外拔尖Scrum管理工具Jira

Jira是全球范围内软件开发的先驱。该品牌于2002年由Atlassian公司在澳大利亚创立，最初是一个问题跟踪工具，此后逐渐发展为多任务的项目管理软件，能够很好的支持敏捷开发项目管理。

Jira 同样是国外能够实施Scrum方法的知名软件，Jira提供了丰富的功能，其中包括：可用于backlog的自定义过滤器、项目报告的可视化表示、以及可定制的Scrum板。

当然，如果您不太熟悉Scrum的话，可能需要花上一定的时间来测试，熟悉和掌握该软件的各项功能，因为Jira 上手会比较难，这也是很多人诟病的点。

除此以外，自从2020年停售国内本地版后（一定意义上对国内用户禁售），所以这可能会带来一定的风险，但也丝毫不影响其地位。



不得不说，Jira 在国外使用的体验比在国内使用要好很多，因为售后服务国内是没有原厂的，所以如果有国外团队，Jira是个不错的选择。【官网：Atlassian.com】

3、G2网站第二的项目管理软件monday

Monday 是国外的一款产品，在项目与团队管理方面，Monday.com提供了自定义通知、以及自动化的功能，可方便用户更加专注于需要完成的各项任务。

通过其出色的跟踪功能，我们可以跟踪与项目相关的所有任务与进度。Monday.com能够创建并可视化还各项任务，以方便团队的共享和稳步推进。同时，它还能够轻松地创建backlogging，以方便用户对手头的任务进行排序。



Monday.com的一项缺点是：用户无法通过创建专门的燃尽图，来跟踪sprint的进度。不过，它能够提供简单的图表和报告，以方便用户粗略地了解整个sprint的状况。以及国内的服务支持服务可能不如国外。【官网：monday.com】

4、软件项目管理ActiveCollab

ActiveCollab是国外的一个项目管理软件，它支持规划，组织，沟通和合作Scrum项目的项目管理工具。Scrum Master可以将工作分解为可操作的任务，并进行适当的人员分配。



ActiveCollab提供免费版。付费版起价为每个月9美元，非常多可支持三个用户。【官网：ActiveCollab.com】

5、专业的Scrum工具easyBacklog

easyBacklog是受Scrum团队青睐的免费迭代待办事项（Sprint backlog）管理工具。这个Scrum工具可以帮您轻松创建并且比较不同版本的迭代待办事项，还支持不同任务的成本估算和预算分配。



但是，这个软件没有专用的移动应用程序，这就导致您无法随时随地办公。easyBacklog的主要功能：用户故事支持按主题分组、拖放优先级、燃起图与燃尽图、多种颜色分类等；【官网：easyBacklog.com】

以上就是对Scrum实施流程步骤，以及Scrum实践过程中常用的5大Scrum管理工具虽多。敏捷转型虽然很难，但值得，许多软件开发公司都在极力的向着敏捷转型。