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 获取。
评论