转载

Nexus指南已经发布

Nexus是开发和维护大型软件开发项目的一种框架。Nexus指南可以同Scrum指南一起用于扩展Scrum和支持多个软件开发团队的集成工作。

今年早些时候，InfoQ发表了 Gunther Verheyen访谈——大规模专业Scrum和Nexus框架。Gunther Verheyen将会在 2015敏捷希腊峰会上发表大规模专业Scrum演讲；InfoQ将会推出与此会议相关的内容。

InfoQ采访了Ken Schwaber，Ken Schwaber是Nexus指南的作者以及敏捷宣言的最初作者和签署者之一，采访内容主要是关于Nexus框架和指南，如何将Nexus添加到Scrum中，Nexus集成团队，scrum of scrums和Nexus每日站会，团队之间的回顾会议和改进行动，以及Nexus是如何关联其它扩展方法的。

InfoQ ： 您能简要地描述一下 Nexus 指南吗？什么使您决定出版它？

Schwaber ：从各个方面来看，Nexus指南都是Scrum指南的伴侣。它是免费、在线地提供给大家，其描述了夹式（clip-on）扩展框架，能够促进3至9个Scrum团队（通常）的工作集成，用来开发软件。

InfoQ：Scrum被描述成一种框架，包含了基本规则，而非实践或者策略。然而Nexus已经被宣布包含了40种以上的实践。那么它是否还是跟Scrum一样是一种框架呢？

Schwaber ：这些实践和工具自动展示了在运行一个大规模Scrum开发项目时需要什么。同时，这些实践和工具也通常被用来描述 Nexus工作室的大规模软件开发。但是，任何等价的实践或者工具都可以被大规模的工作所使用。例如，我们有向产品待办事项列表添加属性的实践。而那些使用自动化需求工具分析的组织很可能已经有了他们需求的答案。

InfoQ：与Scrum相比，有那些角色和事件被添加到了Nexus中？

Schwaber ： Nexus集成团队，产品待办事项列表的精细化，Nexus冲刺计划，Nexus冲刺目标，Nexus每日站会，Nexus冲刺评审和Nexus冲刺回顾。它们的建立和封装同样地命名为Scrum机制。

InfoQ：这些附加项是不是证实了Scrum本身不够强大？

Schwaber ：证实Scrum相对什么不够强大？开发一辆自动驾驶汽车，还是开发下一代航天飞机？（讽刺）

Scrum是一种非常简单的框架，描述了一次迭代，一个增量，一个团队软件开发工作量。我没有试图描述更多，因为我知道每次的使用都是不一样的，独一无二的。我将更复杂的Scrum应用留给了用户。事实上，许多组织制定了自己的流程、标准、框架等，利用这些条件，应用Scrum迎接更宽领域的发展挑战。

然而，企业方法的出现，比如SAFe和DaD激励了我。大型传统组织正在购买和实施这些方法，因为他们认为这些方法都是高招，他们付出的财富将会得到一个有效的解决方案。不幸的是，这些方法将用户分解成单一团队Scrum开发流程。因此，我们开发了Nexus，这样当他们的发行版系列（或者其它）接触到软件开发工作时，这些大型组织能够知道该怎么办。

InfoQ：Nexus指南指出，“如果满足了他们的主要职责，在一个或者多个Scrum团队中，Nexus集成团队成员也可以充当开发团队成员。”在敏捷中，你通常会希望开发人员全职从事一种角色。为什么Nexus要背离这一观点呢？

Schwaber ：我们发现，当人们在全职团地中担任专职工作时，他们往往更富有生产效率。但是，我们应该有常识。如果Scrum团队非常擅长扩展细化和集成需求，那么就没有必要让Nexus集成团队无所事事，但看上去很忙的样子。我们应该鼓励他们更富有生产效率。

InfoQ：多团队的项目或者产品经常使用“Scrum of Scrums”匹配和同步他们的活动。但是我没有看到Nexus指南提到这一点，这是故意不提的吗？

Schwaber ：我曾在我的多本书中提到过Scrum of Scrums想法。但是在Scrum指南中，它从来没有上升至Scrum机制的状态。如今Nexus指南已经正式将Scrum of Scrums纳入了Nexus每日站会中。

InfoQ：您能否解释一下Nexus是如何支持团队之间的回顾调整和改进行动？

Schwaber ：我们运行了一个三明治（ sandwich）。首先，Scrum团队集会并进行简短的回顾来鉴别集成和扩展工作时遇到的问题。其次，Scrum团队的成员与Nexus集成团队成员集会，进行全程回顾，回顾的目的是为了鉴别在即将到来的冲刺中为了让扩展工作更富有生产率和效率需要改变什么。第三，Scrum团队成员回归自己的团队回顾第一第二的信息，并在自己团队中完成回归。

InfoQ：是否已经有组织在采用Nexus了？您有这方面的例子或者成功案例吗？

Schwaber ：是的。它正在全球范围内广泛使用。我们正在收集、编辑，并且只要他们准备好了，我们就会尽快在网站 www.scrum.org 上发布这些例子和案例研究。不论好的，坏的，或者丑陋的。

InfoQ：您能描述一下Nexus是如何关联过去几年发布的扩展方法的（SAFe，DAD，LeSS）？

Schwaber ： Nexus在范围、方法和成本上都与其它扩展方法不一样。

Nexus仅仅是为了解决扩展软件开发问题，涉及到产品待办事项列表，预算，目标和范围。

Nexus同样也仅仅是一种框架，在框架内，组织的独特性接近软件开发运行。Nexus不能保证成功，但它也不是一种公式化的东西。为了成功，人们需要以一种最合适的方式实施软件开发。个体和交互比流程和工具更重要。

哦，还有，Nexus是免费的，可以在线获得，跟 Nexus指南一样。

InfoQ：如果读者想要了解更多有关Nexus的信息,他们能够从哪里获取到?

Schwaber ：可以通过 www.scrum.org 获取。

查看英文原文： Nexus Guide for Scrum is Published

正文到此结束