Nexus 指南中的更新强调集成和透明度的重要性

  • Ben Linders
  • 姚佳灵

2018 年 3 月 11 日

话题:敏捷Scrum语言 & 开发文化 & 方法

看新闻很累?看技术新闻更累?试试下载 InfoQ 手机客户端,每天上下班路上听新闻,有趣还有料!

Nexus 指南的更新有重大的变化,包括澄清 Nexus 集成团队的角色和作用,对规模化的透明度看法的解释,以及与 2017 年 Scrum 指南的一致性。这个 Nexus 指南是一个有助于组织扩展 Scrum 的框架。

更新的细节可以在《Nexus Guide Update - January 2018》一文中找到。

InfoQ 采访了 Scrum.org 的产品负责人 Patricia Kong,就 Nexus 指南的变化,组织使用 Nexus 的好处等相关问题进行了咨询。

InfoQ:Nexus 指南有哪些重大变化?

Patricia Kong:2018 年 1 月 17 日,Scrum.org 发布了Nexus 指南的首次更新,其中包括用 Nexus 框架扩展 Scrum 的规则。我们希望帮助组织扩展他们可能已经经历了的事情、小型的敏捷及一两个利用 Scrum 的团队的成功交付。要这么做,各个团队需要一个把他们和他们的工作结合在一起的框架。Nexus 做到了。

从那时起,我们已经和使用 Nexus 的组织合作,并从更广泛的 Scrum 社区的经验中学到了跟实现相关的东西。在这个 Nexus 指南更新中,一个重要的变化是着重于澄清 Nexus 集成团队的角色和作用。我们发现这个团队的角色和作用有点被误解了。通常,造成这种混乱情况主要是因为该团队的名字。它被叫做“集成”团队,而 Nexus 集成团队并不负责做实际的集成工作。我们强调集成是因为它的存在是要确保一个 Sprint 至少要产生一个“完成的“整合增量。要达到这个目标,Nexus 集成团队可以通过辅导、咨询和提高对依赖关系和跨团队问题的意识来帮助整个 Nexus。另一个误解是把 Nexus 集成团队当成一个新管理团队,但事实并非如此。该团队的成员通常是来自 Nexus 中各 Scrum 团队的个人,提供来自不同的 Scrum 团队的责任和代表性。

我们也发现一些组织在努力扩大规模,可是讽刺的是,在这过程中他们却变得越来越臃肿和过程驱动,这些有碍他们变得更加灵活,成功地扩展。扩展,意味着在给定的时间内要完成更多工作,而成功意味着要交付更多价值。透明度在其中有帮助,并且是本次更新中的主要前提。我们已经为 Nexus 指南增加和调整了一些语言,为的是提升透明度。例如,“集成构件代表 Nexus 集成工作的当前状态”,“当前”成为一个新的优化词。你可以看到整合增量构件的定义增加了这个词是如何驱动更透明的对话的。

另一个重大变化是把 Nexus 指南和 2017 年 11 月以来 Scrum 指南的最新更新结合在一起。来自 Scrum 最新更新的主要主题是持续改进。我们要确保我们也接受这些变化。例如,为了反映 Sprint Retrospective 的定义更新,我们已经更新了 Nexus Sprint Retrospective 的定义,包括“对 Nexus 来说,它是一个正式的机会来检查自身并调整自身使其适应,创建一个改善计划并在下一个 Sprint 中采用以确保持续改进。”

我要提的最后一个重大变化是我们在 Nexus 指南中添加了 Creative Commons 许可。就我个人来讲,这个是最有意义的更新。这个许可意味着对全球的团队和组织来讲,Nexus 就像 Scrum 一样是免费共享的,其内容可以重新使用。我非常感谢 Scrum 和敏捷社区的帮助,它们帮助我们改进软件交付的专业性。

可以从我最近的博文《2018 年 1 月的 Nexus™ Guide Update》以及其修改日志中了解到 Nexus 指南变化的更多细节。

InfoQ:Nexus 集成团队的作用和责任是什么?

Kong:Nexus 集成团队在 Scrum 中是不存在的。这个团队存在的目的是提供来自 Nexus 中多个团队的责任和代表性,并确保一个“完成的”整合增量产生至少一次 Sprint。Nexus 集成团队集成了 Nexus。

Nexus 集成团队的成员包括:产品负责人、一个 Scrum master、一个或多个 Nexus 集成团队成员。这个团队的成员通常来自于 Nexus 中的独立 Scrum 团队。来自 Nexus 中独立 Scrum 团队自下而上智能的必要性需要这样的组成来提供支持。除了产品负责人,这个团队中的成员也许随着时间的变化有变动。这可以理解,因为随着时间的变化,Nexus 的工作内容也许不同。

一般来说,Nexus 集成团队通过协助和辅导为 Nexus 服务。他们不断地强调跨团队依赖关系和问题以帮助整个 Nexus,完成他们交付价值的最终目标。

InfoQ:您是否会推荐把他们的做法用于集成该团队所开发的产品?是哪些呢?您为什么推荐这些?

Kong:多个团队构建一个产品的扩展本质包含两个方面:预期和具体化。在这种情况下,预期意味着我们形成一个 Nexus 来整合多个团队。具体化意味着让扩展有效,各团队应该调整实践,帮助他们继续识别和消除依赖关系、整合各个层次的工作、定时经常性地检查和调整适应。对一组团队和一个 Nexus 有用的也许随着组织的不同而有所不同,这个跟他们及其所处的环境有关。

在 Scrum.org 中,Nexus 的图形我们已经被标记为不同的作用、事件和构件。在多个团队形成的圈子中间是与之紧密结合的三角。这意味着要有频繁的集成、验收测试、持续交付和最小化技术负债等操作,来确保隐藏的依赖关系不会破坏输出结果。

在我的看来,有些事项没用得到足够的重视,比如扩展之前可以做的事、降规模的概念(减少团队的数量)、衡量产出和价值。但是最终,各团队和组织应该尝试对他们和其扩展计划有用的实践。

InfoQ:Nexus 指南强调透明度。为什么那么重要?需要做些什么来建立透明度?

Kong:本着敏捷精神和对检查及适应的支持,我认为透明度是个积极的影响因素和关注的催化剂。缺乏透明度导致不信任和不安全。无论是在两个人之间,还是在 10 个团队之间,或者是在整个组织内,对任何关系的考虑都很重要。在 Nexus 中通过可视化他们的工作及其跨团队的依赖关系来提升透明度。这有助于团队创建共识。另一个重要的方法是灌输透明度概念让人们给予和接受真实的反馈。然而,说起来容易做起来难。

InfoQ:组织应用 Nexus 有哪些好处?

Kong:我们在 Scrum.org 网站上已经有了几个案例研究和网络研讨会,讲述不同组织实施 Nexus 的经验。从我自己的经历和这些案例研究中,我发现主要的好处是能够快速入门。这些团队和组织受益并建立于他们现有的 Scrum 经验之上,这让他们自然而然地扩展到 Nexus,因为大规模 Scrum 仍然是 Scrum。

我们也看到各团队提高他们的能力来集成、检查和调整适应,并更快地把有价值的集成产品交付给客户。发现和最大限度减少 Nexus 中依赖关系是帮助他们交付集成产品的关键。

在使用 Nexus 的组织中,我们也看到了一个更大的好处,那就是各团队都提到他们事实上觉得更快乐了。在为同一个目标工作时,他们彼此欣赏,也表现出了团队精神。毕竟,Nexus 是人与事物之间的一种关系或联系。

查看英文原文:Updates in the Nexus Guide Stress the Importance of Integration and Transparency


感谢冬雨对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。

敏捷Scrum语言 & 开发文化 & 方法