• 00
  • 00小时
  • 00
  • 00
2023敏捷武林大会-上海站,正火热免费报名中...
Search
Close this search box.

Scrum是起点,但不是终点

通常在敏捷转型过程中遇到最大困扰的团队是那些致力于落实“最原汁原味Scrum”的团队。这种本末倒置情况多发生于一些严格遵守规则以及关注行为做事正确性的人身上。

我在给团队做敏捷转型、Scrum实践或者培训过程中也注意到团队认为Scrum重要。但要知道即便严格遵守了敏捷原则、规则和Scrum指南并不能保证一定成功。

agile scrum
agile scrum

Scrum 是工具,Agile 是理念

Scrum作为优秀的工具可以帮你更好交付可用的软件。相比人类之间的交互、语言、动机在所有场景中的不确定性,计算机显然更简单一些。毕竟只要你清晰地告诉它们要执行什么,每次都会得到精准地运行。Scrum作为工具所包含的活动、职责、工件就是为了帮助团队理解交付过程中写代码、做测试以及人与人之间关系的复杂性,其目的就是交付完成的、可工作的软件。
然而,正如钢琴或者任何一个乐器都是为了奏出美妙的音乐。但是知道如何完美地按下琴键或者掌握高超的技艺并不能保证奏出美妙的音乐。如果不关注目标本身,即便拥有超群的技艺仍有演奏噪音的可能。

聚焦完成的,可工作的软件

在软件开发范畴,上面提及的目标就是完成的、可工作、可维护、可测试的软件。而Scrum本身仅仅是达成这个目标的工具。如果你用Scrum,需要牢记的是框架中的角色职责、活动和工件都是为此目标服务以及要理解它们是如何发挥作用的。

Scrum 中的所有元素都关乎于交付

Scrum由角色职责、活动、工件和价值观组成,可以简单记忆为3355。对于那些初识 Scrum 的组织,需要让成员把这3355与交付完成的、可工作的软件这个目标紧密相连。

而已经运用 Scrum 一段时间的组织,需要巩固这些元素的运用以改进交付过程,以及更深层次地探索它们与交付完成的、可工作软件这一目标的相关性。

当然,有很多种方式来探讨这种关系和动因,本文中接下来就这些关联性进行简单交流:

角色职责 vs 完成的可工作软件

产品负责人。这个角色有权决定哪个功能可以按照哪种优先顺序放在产品积压列表中。这个功能清单就是产品积压列表,其中的条目就是产品积压项,而优先级越高的、在产品积压列表顶端的条目应当最先被完成。

开发团队。这群人创造以及交付了完成的、可工作的软件。他们承担了交付产品负责人所要求的目标和功能的职责,并把它们集成在产品中变为完成的、可工作的软件。

Scrum Master。这个角色帮团队中的所有人高效地产出完成的、可工作的软件。可以帮助产品负责人确保需求的内容和优先级是足够清晰并且易于理解,或者帮助交付团队在混乱及高压环境中保持交付完成的、可用的软件的专注力。

Scrum活动 vs 完成的可工作软件

Sprint。作为 Scrum 中所有事件发生的容器,Sprint 天然以计划活动开始并终于 Sprint 回顾活动。其设定的目的是在30天内持续、有节奏地交付完成的、可工作软件。
Spinrt 计划活动。团队中的每个人共同决定即将致力于交付哪些功能。通常会回答 Sprint 中两个问题,其一是哪些产品代办项会被转化为完成的、可工作软件,另一个是团队按怎样的计划交付完成的、可工作软件。

Daily Scrum。给开发团队提供了回顾当前 Sprint 中交付完成的、可工作软件过程的机会。在这个活动中至少要审视当前进度并且确保这个 Sprint 的计划是有效的。


Sprint 评审。任何关注产品的干系人都可以参加这个活动,以检视完成的、可工作软件并提供反馈。这些反馈会呈现在产品代办列表中,并在未来的 Sprint 中会被团队考量,以确保产品交付的正确性和可用性。

Sprint 回顾。所有人济济一堂来讨论在这个 Sprint 中是如何一起交付完成的、可工作的软件的,以识别交付流程的优化空间和降低 Sprint 中的失误率。

Scrum工作 vs 完成的可工作软件

产品待办列表。这个功能清单中的内容可能会变成完成的、可工作的软件融入产品,清单最顶端的条目会被优先完成。

Sprint 待办列表。这个清单包含了 Sprint 的“交付初衷”— Sprint 目标、“交付内容”— 产品待办项清单、以及“实现方式”— 任务列表,以描述团队是怎么打算交付完成的、可工作的软件。

产品增量。这是 Sprint 的交付成果,即完成的、可工作软件本身。

综上所述,把 Scrum 这个工具运用得当,而不是以 Scrum 实施本身作为目标去看待,可以助你拥有优秀的交付过程。

如果交付价值、成功、交付可以取悦客户的功能是你的目标,就去关注交付完成的、可工作的软件吧!

原文地址:Scrum Is Not the Point | Scrum.org

关于作者

【作者】Benjamin Day
Benjamin Day 是一名顾问和培训师,擅长使用微软的开发工具进行软件开发最佳实践,重点是团队基础服务器(Team Foundation Server)、Scrum 和 Windows Azure。

他是微软 Visual Studio ALM MVP、Scrum.org 认证的 Scrum 培训师,并在 TechEd、DevTeach 和 VSLive 等会议上发表演讲。

【译者】Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构,Scrum.org官方合作培训机构,大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

Search
最新敏捷认证课 ~ 火热报名中
5月18-19日
Leading SAFe领导大规模敏捷认证课
Eric & Scott 授课
5月18-19日
专业Scrum Master (PSM I) 认证公开课
丁志润 Derek Ding 授课
5月25-26日
Scrum Master (CSM) 认证课
Lance Zhang 授课
6月22-23日
Scrum Master (CSM) 认证课
Scott Dunn & Eric Liao授课
6月22-23日
专业Scrum产品负责人(PSPO)认证公开课
丁志润 Derek Ding 授课
分类文章
9月15-17日
SAFe ScrumMaster & Leading SAFe官方认证双证班
Eric Liao & Scott Wang 授课
9月18-22日
SAFe认证-SPC SAFe认证培训师导师班
Kurt Jäger & Eric Liao 授课

预约回电

课程顾问将尽快给您回电
电话咨询 400 696 6280