030《Nexus 和团队 Scrum》，与 Richard Hundhausen

康美国声音： 理查德·亨道森（Richard Hundhausen）为我们介绍了Nexus，这是一个用于进行多团队软件开发的框架。 康： 你刚才说Nexus是最简单的扩展框架。 理查德： 我研究了所有这些，其中一些需要一些严重的组织变革、重新设计或重构。而在Nexus中，我们只是假设你正在使用Scrum，所以Scrum已经存在并运作良好。我们在Scrum.org推荐首先使用专业的Scrum。我们有一个术语，我们称之为“nail it before you scale it”（在扩展之前先掌握），但我们理解组织正处于其发展过程中，如果你愿意，Nexus框架就像是一个外骨骼，你可以把它放在现有的Scrum框架周围，以便有机会进行扩展。 康： 听起来实际上与Less相似，至少在表面上是这样。因此，它谈到了团队的持续集成。现在，我不知道他们是否对谁应该进行持续集成有明确的规定，我也不知道它是否涉及任何产品定义类型的事物。Nexus在持续集成方面是否有规定，还是只是说：“嘿，他们应该使用持续集成”？ 理查德： 拿起Scrum指南，你会发现里面没有关于如何进行工作的具体指导。有事件，有时间盒的概念，有已完成的定义，但最终让团队决定。让团队决定如何完成他们的工作。开发团队就是让Scrum团队决定如何在工作周围自组织。角色明确，责任划分清晰，Nexus也有这样的特点，但我们不要求你放弃Scrum中的任何东西。因此，如果你的一个团队的大脑说：“哇，这是团队应该决定的事情”，那么你的Nexus大脑应该说：“这是Nexus应该决定的事情”。 例如，如果你想进行持续交付，我非常赞成，我认为在今天的时代，扩展开发工作需要这样做，但仍然由Nexus决定。团队、Scrum团队和Nexus需要确保在进行持续交付之前已经实现了持续集成，并且在进行这些操作之前，他们必须解决了技术上的卓越性问题，并且在控制他们的依赖关系和集成问题之前。但最终，我们不关心。我们认为这是一个好的做法，但让Nexus来决定，他们可以检查他们在这个旅程中的进展并相应地进行调整。 康： 什么是Nexus？ 理查德： Nexus是我们对一些事物的术语。实际上，这是未来操作系统Android的全球术语。在会计和法律领域，这是一个非常负载的术语，但在这种情况下，它是一种沟通的途径。从定义上来说，它是一种沟通的网络结构，因此作为一个扩展框架的名称，它非常合适。但是，Nexus框架中，我们将其中的Scrum团队称为Nexus。就像在单一团队的Scrum中，我们有三到九名开发人员，加上一个产品赞助者角色和一个Scrum Master角色，最多有11人的Scrum团队。我们对Nexus中的Scrum团队也有相同的概念，不仅因为它跟单一团队的开发者模式相似，而且还因为邓巴数的因素，管理大型会议等等。 康美国声音： 邓巴数是指一个人能够维持稳定社交关系的人数的建议认知极限。这个数字在1990年由英国人类学家罗宾·邓巴（Robin Dunbar）首次提出，他发现灵长类动物的大脑大小与平均社交群体之间存在相关性。邓巴非正式地解释为你不会因为未被邀请而加入他们在酒吧里碰到时会感到尴尬的人的数量。 理查德： 我们的大脑可以维护大约100到150个人，我们可以说：“哦，嘿，我认识你。你是那个在手持应用程序上做了非常好的UX的人。哦，嘿，你是我需要谈论爱达荷州新销售税的税收问题的利益相关者。” 康美国声音： 您是否是敏捷或Scrum的新手？正在寻找一种有趣的方式来获取成为敏捷团队知识的途径吗？快去阅读小说《敏捷黑帮》，这是一部关于项目经理需要将他的团队转变为敏捷的戏剧性小说，因为他的生命取决于此。这本书在美国的亚马逊上有售，在印度的pathi.com上有售，在中国，你可以在我的微信商店购买。链接在节目说明中。 下一集，理查德·亨

The post 030《Nexus 和团队 Scrum》，与 Richard Hundhausen first appeared on Agile Thoughts.