在2018年1月，
全世界看到了更新的Nexus框架
的光芒 -一种基于Scrum的工具，专为大型项目的团队工作而设计。 该方法的作者更正了许多术语定义，并
更改了许可程序。 从今年年初开始，Nexus指南就获得了知识共享许可的许可。 这意味着任何公司都可以免费使用Nexus（例如Scrum）。
让我们谈谈该方法的特点及其主要组成部分。
/摄影： Sebastian Sikora CC谁以及为什么创建Nexus
1996年，开发人员Ken Schwaber和Jeffrey Sutherland引入了
Scrum敏捷软件开发社区。 它是一组严格限制时间（冲刺）的迭代，开发人员必须为此程序实现新功能。
正如Jeff Sutherland在他的书《
Scrum》中指出的那样
。 “革命性的项目管理方法 ” Scrum使开发团队能够实现“超效率”，并将劳动生产率提高300％。
但是，Scrum有一个缺点-非常适合在一个团队中工作（推荐的成员人数只有7人），但是在需要协调大量人员的工作时并不能很好地扩展其边界。
为了纠正这种情况并帮助扩大方法范围，Ken Schwaber在2015年
推出了 Nexus框架。 Nexus
有助于避免共同开发的常见问题：使用相同代码库时遇到的困难以及整合不同团队的成果时出现的不一致。
Nexus使用迭代和增量方法来扩展软件开发流程。 每个团队都是其冲刺的一部分，然后将其结果合并。 这使产品开发更易于协调。
Nexus组件
该框架由角色，事件，工件和规则组成，这些角色，事件，构件和规则对于任何Scrum拥护者都是熟悉的，并且将它们统一起来。 在Nexus中，这些组件略有变化，因此该方法可以应用于大型项目。
的角色 通过Scrum方法，开发过程中的所有参与者都被分配了特定的角色。 它们可以分为两大类-“猪”和“鸡”。 第一个包括直接参与创建应用程序的所有人员：Scrum Master，负责召开会议并监视对Scrum原则的遵守情况；产品所有者（Product Owner）代表最终用户的利益；实际上，开发团队（开发团队）。
第二组“鸡”包括最终用户，销售商，顾问等。
Nexus引入了Nexus集成团队（NIT）的角色，以帮助扩大方法论的范围。 这是一个整个团队，其中包括产品负责人，Scrum Master和Scrum团队的代表。 他们的任务是评估和预防潜在的团队发展问题。 重要的
是要
注意 ，NIT成员并不直接参与编程，而是向所有其他参与者提出有关Scrum和Nexus原理应用的建议。
通常，由于任务分配合理，NIT的引入有助于改善团队之间的协调。 但是，IT社区的成员
说 ，新角色也有助于创建独特的“瓶颈”-当NIT成员解决组织问题时，开发团队会闲着等待指示。
人工制品。 在Scrum中，构件被理解为对产品功能的一组要求，这些要求有助于组织开发人员的活动。 在两本杂志中描述了这些要求：项目待办事项列表和sprint待办事项列表。
该项目的愿望清单列出了一般的功能要求-所谓的
用户故事 ，按重要性降序排列。 他们有助于弄清楚最终产品的外观。
Sprint Wish Journal-产品所有者选择的实施功能列表。 基于此列表，开发人员可以跟踪一次冲刺结束之前需要完成的任务。
在Nexus中，团队使用Product Backlog代替项目的愿望书。 为了简化大量开发人员的交互，本杂志分为多个部分。 每个部分都“分配”到其中一个团队。 因此，所有开发人员都了解他们从事的整个项目的任务。 同时，每个团队仍保持其冲刺愿望记录。
活动。 所有团队成员都参加会议，有时也称为“事件”。 在项目或sprint的开始和结束时，“猪”每天都花钱，而“鸡”则花钱。 需要召开会议来讨论开发过程，评估计划，确定瓶颈。
为了改善不同团队之间的沟通，Nexus开发人员添加了四种新类型的事件：
- Nexus Sprint计划-目前，团队从Product Backlog决定谁更擅长处理特定的Sprint。 之后，每个团队计划自己的冲刺，与其他Scrum团队进行交流，以使他们的任务不会重叠。
- Nexus Daily Scrum-用于讨论当前的状态。 使您可以计划一天或解决集成问题。
- Nexus Sprint评论-在此，团队在每次Sprint结束时分享他们的成功。
- Nexus回顾展-这段时间用于评估过去的经验并制定计划以改善未来的开发流程。
在
Nexus官方指南页面上，您可以找到所有这些事件的相互作用和顺序的图表。
何时使用Nexus
在大型项目中。 该框架有助于在大型项目中无缝组织多个Scrum团队的工作。 例如，一家印度公司创建安全软件（Scrum的作者没有透露其名称）使用Scrum一年来开发其产品。 最初，该公司只有一个Scrum团队，但很快他们的人数增加到了三个，并且问题开始于单个解决方案的
集成 。
然后，公司邀请了Scrum专家，他提议将Scrum工作流程移至多团队级别-实施Nexus。 现在，根据Nexus方法论，已经有六个团队在工作，它们每两周持续发布新的软件版本。
在大公司。 例如，Terminales Portuarios Peruanos（TPP）的IT部门是一家在秘鲁首都的一个港口从事航运的公司，花了9个月的时间发布了新版本的专用软件。 为了解决这种情况，该公司尝试了
Waterfall方法，
RUP和
传统项目管理原则。 但是，所有这些都没有明显改善，在某些情况下甚至变得更糟。
然后，公司决定尝试Nexus。 该技术可以将释放时间减少三倍，并且每三个月释放一次产品。
Nexus帮助在全球“分散”的团队之间建立互动。 Daily Sprint支持项目中的高层沟通和员工参与。
请注意，尽管Nexus在处理大型项目时可以帮助协调许多开发团队的工作并加快发布的发布速度（例如TPP），但它仍然无法解决与组织内部结构相关的问题。 例如，如果团队没有足够的专家来解决所有问题，则该框架将不会有明显的效果。
因此，Nexus适用于大型项目（根据该方法的创建者，它使您可以有效地管理9个Scrum团队），并且通过适当的应用，可以将开发过程加快3-4倍。 但是，这种方法的主要重点是解决集成问题，因为它
无助于解决公司中的其他组织问题。
PS：第一份公司IaaS博客中的一些新鲜资料：
PS从我们的电报频道的一些出版物：