敏捷 Scrum 实施落地中的 3 大典型问题及解法

然而我们在做敏捷转型时，首先遇到的问题就是我们要选择什么样的团队、我们是大张旗鼓的做敏捷，还是悄无声息的“偷偷摸摸做”以及什么样的项目，这小结我们将为大家解答这几个主要的问题。

一、敏捷 Scrum 实施前的常见问题与注意点

1、Scrum 是小团队试点，还是全面转型？

按照惯例，向 Scrum 或者任何一个敏捷过程转型，长期以来最通常的建议是以一个试点项目作为开始，从中吸取教训，然后再企业范围内推广。这个方法就是我们经常使用的小团队试点（start-small）模式。小团队试点有许多不同的做法，取决于企业转型的规模及其对转型速度的要求，小团队试点应用方式也取决于企业如何规避转型风险及其不确定性。

一个普遍的做法是在一到三个团队参与试点项目结束后立即开始全面转型。虽然小项目试点模式比较受欢迎，但它不是万能的，全面转型（all-in）也有它所能带来的好处。

选择小团队试点的原因具有以下优势：

• 小团队试点成本低；

• 几乎可以确保早期的成功；

• 小团队试点规避了全面转型的巨大风险；

• 小团队试点压力更小；

• 小团队试点能在不发生企业变革的情况下进行。

相比小团队试点模式，全面转型也有自己的优势：

• 全面转型可以减少阻力；

• 全面转型避免了因 Scrum 和传统团队一起工作而导致的问题；

• 全面转型可以使转型更快的结束。

那么何时选择全面转型，何时选择小团队试点呢？

当公司领导不愿意完全承诺实施 Scrum 时，请选择小团队试点。即使是一次小规模的成功，也足以说服怀疑论者。当失败有巨大代价时，请选择小团队试点。

但是如果时间是关键因素的话，请采用全面转型。虽然全面转型更加昂贵，但花的时间少。如果没有足够经验丰富的 Scrum Master 来指导团队，请不要使用全面转型。Scrum Master 来自企业的外部或内部，在短期内无关紧要，但记住，最终你要让所有的 Scrum Master 都是内部的员工。

2、Scrum 落地是公开行动还是悄无声息？

无论采用哪个方式来实施 Scrum，都请记住，选择这个模式只是在转型时需要做出的众多决定中的第一个。

接下来，需要决定是否公开宣布 Scrum 转型。

如果决定公开敏捷，团队和组织就要广泛宣传他们正在实施 Scrum。根据不同范围和过渡的重要性，公布的范围可以从小吃店告诉其他团队我们正在做 Scrum，上升到全国媒体发布。公开展示敏捷，不论宣传的范围怎么样，团队要努力告诉其他人敏捷正在进行中。公开敏捷是没有退路的。公开敏捷是一个强有力的声明，组织不仅要开始转型，并且要取得成功。

与公开敏捷相反的做法是悄悄转型，在悄悄转型的过程中，直到项目结束，也只有团队成员直到他们在使用 Scrum。

选择公开展示敏捷的原因：

• 所有人都知道你在做敏捷，所以你更容易坚持下去。

• 公开展示建立了工作的目标愿景。

• 公开操作是对承诺的坚定声明。

• 公开展示可以争取到企业的支持。

• 明确目标，然后实现，这样更具有说服力。

而选择悄悄行动的原因：

• 有机会在别人反对之前取得进展。

• 悄悄转型避免了额外的压力。

• 如果项目失败，则可以调整使用 Scrum 的方式，重新尝试，直到弄明白自己如何取得成功之后，再告诉其他人。

• 如果没有人知道你使用 Scrum，就不会有人阻止你。

其实，企业更愿意公开展示敏捷，享受成功的转型。当你对 Scrum 充满信心，并且对转型做出承诺时，请选择公开转型。

同样，如果你预计会有一些阻碍，但是你想快速战胜他们的时候，强烈建议考虑公开转型。相反，如果你只是想对完整的 Scrum 或其中的一部分做实验，则可以选择相对隐蔽的方式。如果你没有在行政上有影响力声张“我们在实施 Scrum”或者这样做会带来非常多的障碍，请悄悄开始。

3、是否该使用 Scrum 工具辅助管理？

敏捷开发中非常强调公开、透明、直接有效的沟通，这也是“可视化的管理工具”在敏捷开发中如此重要的原因之一。

通过“可视化的管理工具”让所有人直观的看到所有需求池、UserStory、Task、燃尽图和 Bug 的状态及之间的流动。为使团队成员快速适应敏捷开发流程，将流程标准固化到可视化的管理工具。特别是随着人数规模越大，工具的价值体现就越明显。

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

1、国内顶级 Scrum 管理工具 PingCode

这是国内最好用的敏捷开发 Scrum 工具之一，曾在 2021 年获得由 36 氪发布的研发项目管理榜 TOP1，被广泛用于敏捷开发项目管理。在 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】

部分内容参考：《Scrum 敏捷软件开发》，作者：Mike Cohn