根据社区讨论的结果，OpenStack 基金会正在演进其为社区制作的活动形式，从2017年开始。提议是将当前的“设计峰会”（Design Summit），每六个月在主要的 OpenStack 峰会期间举行，拆分为两个部分：在主要峰会上的“论坛”（Forum），用于跨社区讨论和用户输入（我们称之为“是什么”的讨论），以及一个独立的“项目团队聚会”（Project Teams Gathering），供项目团队成员会面并完成工作（“如何”的讨论和冲刺）。目的是减轻单独的周期中期会议的需求，以便开发团队继续每年举行四次会议，两次与整个社区一起，两次在更小、更集中的环境中。发布周期也将进行调整，以在发布和峰会之间创造更多空间。这一变化引发了很多担忧和问题——本常见问题解答旨在尝试解决这些问题。
请注意，我们举行了一次社区市政厅会议，以解释 OpenStack 设计峰会演进的格式。您可以观看 此录制 以了解更多信息。
问：这一变化如何帮助上游开发者？
答：在峰会期间，上游开发者有很多不同的目标。我们利用峰会来传达新事物（发表演示文稿），学习新事物（参加演示文稿），就我们上次发布获得用户的反馈和运营商的反馈，收集即将到来的开发中的痛点和优先级，提出变更并了解社区的看法，招募和培训新团队成员，进行重要的跨项目讨论，与我们现有的项目团队成员会面，启动新周期的工作，并完成工作。在 4 或 5 天内没有足够的时间来完成所有这些，所以我们通常会放弃其中一半的目标。大多数人会跳过参加演示文稿。有些人会放弃发表演示文稿的想法。有些人会放弃跨项目讨论，导致他们缺乏实际发挥作用的关键代表性。有些人会退出他们的项目团队会议去其他地方。时间冲突使我们不得不跳过不同的会议，导致我们通常无法倾听反馈、痛点或新人的意见。到一周结束时，我们太累了，无法完成任何事情。我们需要在这一周腾出时间。有些目标只能在峰会环境中实现，在那里我们的整个社区都代表着——我们应该将这些目标保留在峰会周。有些目标在无干扰的环境中更容易实现——我们应该为它们组织一个单独的活动。
问：“论坛”是什么？
答：“论坛”是设计峰会（Ops+Devs）中仍然会在主要峰会活动中发生的部分的代号。它将主要侧重于下一次发布的战略讨论和规划（“是什么”），基本上是下一个发布周期的开始，即使开发工作不会在接下来的 3 个月内开始。我们仍然应该利用我们社区的所有成员（开发者、运营商、最终用户……）的代表性，在那里进行跨社区讨论。这意味着就我们上次发布中特定项目的反馈，收集即将到来的开发中的痛点和优先级，提出变更并了解社区的看法，以及招募和培训新团队成员。我们希望在一个中立的空间中进行此操作（而不是拥有单独的“Ops”和“Dev”日），以便讨论不受会话所有者影响。该活动将在前一个发布之后至少两个月举行，以便用户有时间进行测试并提供有价值的反馈。
问：“项目团队聚会”是什么？
答：“项目团队聚会”是设计峰会中现在将作为独立活动发生的部分的代号。它将主要为项目团队提供空间，以做出实施决策并开始开发工作（“如何”）。在这里，我们将进行重要的跨项目讨论，与我们现有的项目团队成员会面，生成共同的理解，启动新周期的开发工作，并通常完成工作。OpenStack 项目团队将获得单独的房间，以持续一天或多天，采用宽松的格式（没有 40 分钟的插槽）。如果您将自己定义为特定 OpenStack 项目团队的成员，您应该绝对加入。如果您不是特定项目团队的一部分（或无法选择 一个团队），您仍然可以参加，但您对活动的体验可能不会是最佳的，因为参加者的目标是完成工作，而不是倾听反馈或与新人互动。该活动将在前一个发布时间左右举行，那时开发者已准备好完全将开发工作切换到新周期。
问：这一变化如何帮助 OpenStack 整体发展？
答：将较大的峰会活动与上次发布进一步分离，应该会大大改善反馈循环。目前，在峰会上征求反馈不起作用：用户根本没有时间使用上次发布，所以我们收集的大部分反馈都是基于 7 个月前的上一个发布。现在推动新功能也是错误的时机：我们已经进入新周期，为时已晚，无法添加新的优先级。 “论坛”活动相对于开发周期的新的位置应该使其足够晚，以便从上一个发布中获得反馈，并且足够早，以便影响下一个周期的内容。通过为峰会周腾出开发人员的时间，我们还希望改善所有与会者的峰会体验：开发人员将更愿意参与和倾听。会议的技术内容也将受益于更多上游开发人员可以发表演讲和参与小组讨论。最后，将峰会与发布进一步分离，将有助于供应商准备和发布基于最新版本的产品，使峰会市场更具吸引力和相关性。
问：这一变化何时发生？
答：峰会已经预订到 2017 年，所以我们无法很快移动它们。相反，我们建议错开发布周期。实际上，巴塞罗那和波士顿之间有 7 个月的时间，所以我们有机会在影响有限的情况下错开周期。想法是采用 5 个月的发布周期（10 月至 2 月），在 2 月底举行我们的第一次项目团队聚会，然后返回 6 个月的周期（3 月至 8 月），并在其中（5 月）在波士顿举行峰会（和论坛）。因此，该变化将在 2017 年巴塞罗那之后开始。这使我们有时间研究场地并完善新的活动格式。
问：中期冲刺呢？
答：中期冲刺是由项目团队单独组织的，作为一种聚集团队成员并完成工作的方式。随着峰会期间的干扰增加，以及项目团队难以在设计峰会上聚集、建立社会联系并通常提高生产力，它们越来越受欢迎。我们希望团队能够在项目团队聚会上恢复失去的生产力和社会联系，从而消除对单独的团队特定冲刺的需求。
问：这个项目团队聚会很可能也是一个大型活动。我如何才能在那里保持高效？或者能够与我的小团队建立社会联系？
答：项目团队聚会与峰会相比是规模小得多的活动（想想 400-500 人，而不是 7500 人）。项目团队被放置在单独的房间里，就像一个协同的中期冲刺一样。每个人会见面的唯一时刻是在午餐时间。不会有晚间派对：项目团队将被鼓励组织单独的团队晚餐并建立牢固的社会联系。
问：这种新的格式实际上有助益于跨项目工作吗？
答：不幸的是，跨项目工作是许多与会者在努力完成峰会周的所有事情时放弃的事情之一。跨项目研讨会变得越来越不富有成效，尤其是在做出决策或产生工作方面。中期冲刺最终是完成工作的地方，但它们是单独组织的，这意味着对于跨项目团队的成员（基础设施、文档、质量保证、发布管理……）参加所有这些会议的成本非常高。我们基本上以一种使跨项目工作成本过高的方式设置了我们的活动，然后想知道为什么我们很难招募人员来做这件事。新的格式确保我们有一个真正进行跨项目工作的场所，没有任何事情与之冲突，在项目团队聚会上。它大大减少了文档人员（例如）需要前往的不同地点，以便与项目团队成员进行面对面的工作。它让垂直团队中的项目团队成员可以选择打破他们的孤岛并加入这样的跨项目团队。它允许我们为特定的跨项目倡议专门分配房间，而不仅仅是现有的横向团队，以完成特定的跨项目工作。
问：开发者仍然需要在主要的峰会上吗？
答：上游开发者仍然非常需要在主要的峰会上。峰会（一直以来）都是反馈循环发生的地方。所有项目团队都需要在那里代表，以参与规划，收集他们项目的反馈，参与跨社区讨论，接触新人员并培训新开发者。我们还非常希望开发者在峰会的会议部分发表演讲（我们实际上预计他们将有更多空闲时间来发表演讲，因此峰会的技术内容也将因此而改善）。所以是的，开发者仍然非常需要在主要的峰会上。
问：我的项目团队如果整个团队不能每 3 个月亲自会面就会分崩离析。我们过去在设计峰会和我们单独的中期项目团队会议上这样做。我担心我们会失去每 3 个月都能聚在一起的能力。
答：如前所述，我们希望项目团队聚会比当前的设计峰会更有效率，从而减少对中期冲刺的需求。也就是说，如果您 真的仍然需要组织单独的中期冲刺，您应该绝对这样做。我们计划在主要的峰会活动中提供空间，以便您可以在那里举行中期冲刺，并利用已经聚集在一起的大量人员。如果您决定举办中期冲刺，您应该传达您的团队中期冲刺将与峰会同时进行，并且团队成员的出席强烈建议。
问：我们是一个小团队。我们目前不进行中期冲刺。感觉您的变化会让我们每周期需要参加两个活动，而不是一个。
答：您需要决定您是否觉得需要将整个团队聚集在一起才能完成一些工作。如果是这样，您应该（作为一个团队）参加项目团队聚会。如果不是，您的团队应该跳过它。PTL 和任何对跨项目工作感兴趣的人员仍然应该参加项目团队聚会，但您不需要让每个团队成员都去那里，因为您在那里不会有团队房间。在所有情况下，您的项目希望在峰会上有一些开发者与社区的其余部分互动。
问：我参与的项目主要由一家供应商驱动，我们大多数人都在同一个办公室工作。我不确定我们所有人都前往偏远地点完成工作是否有意义！
答：您说得对，这没有意义。我们可能不会在项目团队聚会上为单供应商项目团队提供特定的空间。PTL（以及任何其他感兴趣的人）可能仍然应该参加项目团队聚会以参与跨项目工作。您还应该绝对参加峰会，与来自其他组织和贡献者的互动，并增加您的隶属关系多样性，以便您可以利用项目团队聚会。
问：我是一名翻译，我应该参加项目团队聚会吗？
答：I18n 团队当然可以自由在项目团队聚会上会面。但是，考虑到团队的性质（大量成员、地理分散、来自我们社区的各个地方、运营、开发、用户），可能更有意义的是利用峰会来聚集翻译人员，而不是在项目团队聚会上。峰会不断接触新的社区和国家，而项目团队聚会可能更侧重于主要的开发人员领域。我们可能会通过在“论坛”上举办 I18n 会议或研讨会来获得更好的推广效果。
问：很多人参加当前的设计峰会是为了了解香肠是如何制作的，这可能会导致他们参与其中。新的格式会危及这种入职培训吗？
答：确实，设计峰会对于向世界展示开放设计如何运作至关重要。但是，这始终是以现有项目团队成员的生产力为代价的。在 40 分钟的会议中花费一半的时间来总结主题的历史给新人。热闹的讨论会被后排的人要求发言者使用麦克风打断。我们试图在设计峰会上将鱼缸和工作区分开，以将讨论/反馈环节与团队成员的工作环节分开。这起初有效，但人们开始绕过它，使一些工作区看起来像拥挤的鱼缸房间。最终，这给每个人带来糟糕的体验，并造成了很多社区紧张。在新格式中，“论坛”会议仍然允许人们见证开放设计的工作方式，并且由于这些会议专门设置为倾听环节（而不是“完成工作”环节），我们将花时间参与和倾听。我们将腾出时间进行特定的入职和教育活动。一周内较少的日程冲突意味着我们不会一直赶往下一个会议，并且可能更容易在走廊上与他人互动。
问：运营中期聚会呢？
答：运营聚会仍在进行中，在未来一两年内可能不会有太大变化。在 5 月，启动了“运营聚会团队”，以回答有关聚会未来问题的提问，并积极组织即将举行的聚会。该团队的定义的一部分是：“保持运营聚会的精神”——聚会由运营人员组织，为运营人员服务，并将继续进行。如果您有兴趣，请加入该团队并讨论聚会的数量和区域位置以及其内容。
问：峰会的 ATC 通行证呢？
答：OpenStack 基金会向过去六个月内做出贡献的一小部分上游贡献者（并非所有 ATC）提供了折扣通行证，以便他们更容易参加峰会。由于我们将为第二个活动提供资金，我们可能会改变模式，但将重点放在最大限度地减少需要前往峰会和项目团队聚会的人员的成本上。初步提议是对项目团队聚会收取象征性的费用（以便更好地衡量出席人数并帮助保持赞助商的存在感），然后任何物理参加项目团队聚会的人都将获得参加下一次峰会的折扣代码。我们也在研究为用户委员会代表的贡献者提供类似的东西（例如，运营人员）。与此同时，我们将加强旅行支持计划，以便让所有需要的人员参加正确的活动。
发表回复