跳转到： 导航, 搜索

论坛

在论坛上，整个 OpenInfra 社区（用户和开发者）聚集在一起，集思广益，为下一个版本提出需求，收集对上一版本的反馈，并进行超越单个发布周期的战略讨论。OpenInfra 基金会提供 差旅支持计划，以帮助支付差旅费用。

下一个论坛

  • 在 Open Infrastructure Summit，2023年6月13-15日
    • 研讨会形式的会议，以征求对 OpenInfra 基金会项目先前版本的反馈，以塑造即将到来的发布周期
      • 例如，收集对 Yoga 或更早版本 OpenStack 的反馈，用于项目的路线图，包括 Bobcat 版本的需求
    • 为期 3 天的 2 条并行轨道

论坛如何运作？

论坛是 Open Infrastructure Summit 的一部分。它不是一个具有演讲者和演示的经典会议轨道。OpenInfra 基金会社区成员（开发团队或工作组的参与者，以及其他感兴趣的个人）讨论他们想要涵盖的主题并达成一致。

这些安排好的会议可以包括展示几张幻灯片，但时长为 30 分钟或 70 分钟，围绕特定主题或功能进行开放的头脑风暴讨论。如果您关心某个特定主题，请加入。由于活动的性质，日程安排略具动态性，因此请经常查看峰会日程页面。

如果您提出会议建议，您应该准备好主持该会议并确保讨论保持在正轨上。经验丰富的参会者通常会在这方面提供帮助，但您应该计划亲自参加该会议。

论坛不是开始学习或了解任何顶级基金会项目基础知识的合适场所。为此，最好参加 Open Infrastructure Summit 的“Conference”部分中的演讲，或参加 Open Infrastructure Summit 的“Academy”部分中的课程。

会议主题

会议在鱼缸式（同心椅环）或议会式（面对面排列的行）房间中举行。希望参与讨论的人员应移动到内环/行。论坛有三种主要类型的讨论主题

项目特定的会议

开发者可以在这里向用户询问有关他们体验的具体问题，用户可以提供上一版本的反馈，并且可以进行跨社区协作，以确定下一个版本的优先级和“蓝图”想法。

战略性、全社区讨论

思考大局，包括超越单个发布周期和新技术

跨项目会议

类似于过去设计峰会上的情况，但更加强调对社区所有领域都相关的问题

论坛前：提出会议

开发项目团队和用户委员会工作组和团队应合作提出会议建议，以便在论坛上进行讨论。会议通常在开放文档（etherpad...）上提出，并在适当的邮件列表中公布，然后在团队会议上讨论。

由 OpenInfra 项目代表和基金会工作人员组成的委员会将把会议安排到可用时间中。

Forum lead up.png

头脑风暴

  • 为您的团队或您正在合作的团队创建一个 etherpad，并列出您能想到的所有想法
  • 将您的头脑风暴 etherpad 添加到 wiki 上的 etherpad 列表中，以便每个人都能看到您的想法。
  • etherpad 的命名约定可以是以下格式：<location><year>-Forum-<your topic>-Brainstorming
  • 与其他团队交谈，看看如何合作
  • 合并相似的想法
  • 优先考虑会议想法
  • 确定您的团队认为值得向论坛提出建议的想法，并为它们撰写摘要
  • 为您的建议会议找到主持人
  • 提示：最好的会议涉及用户和开发人员的共同努力
  • 提示：不要期望有很多专门针对您的单个项目的会议

提交

  • 在进行几周的头脑风暴后，正式提交工具将宣布开放
  • 确定谁将提交您的团队的提案以及每个建议会议的主持人
  • 准备好摘要、标题和主持人，然后提交

安排、审查和推广

  • 论坛选择委员会将查看所有提案，并尝试制定最佳日程安排
  • 将发布初步日程安排到邮件列表中 - 发表您的评论！
  • 注意会议之间的冲突、缺失的想法或您认为重要的任何其他内容
  • 尽快将日程安排上传到峰会网站
  • 一旦日程安排发布，每个人都应该尽可能广泛地分享它，以让整个社区感到兴奋

在论坛上

  • 日程安排将在峰会开始前大约一个月上线。尽早参考，经常参考
  • 会议应准时开始，迟到就输了
  • 会议主持人首先明确介绍会议的主题（以及会议不涉及的主题），以设定期望
  • 会议主持人有责任保持讨论活跃和主题相关
  • 充分利用可用时间！
  • 会议期间的协作笔记应通过 http://etherpad.opendev.org 进行，请参与并确保您的观点在那里报告
  • etherpad 的命名约定可以是以下格式：<location><year>-Forum-<your topic>
  • 会议结束前 5 分钟，会议主持人应开始确保获得明确的结果、工作项目和行动项
  • 准时结束，以便参与者有时间切换到下一个会议室（如果需要）

论坛后：记录结果！

  • 记录重要的结果并将其发布到邮件列表中，以便无法参加活动的人员仍然可以影响决策
  • 例如，项目特定的会议应产生足够的信息，以促成一个或多个规范的创建；一个将帮助回答具体问题的用户列表；优先排序的错误；对迫切问题的解答。
  • 例如，跨项目会议 - 足够的信息以促成跨项目规范的创建；一组用户应该参与更多的地方

论坛提示

  • 我们组织了一个特殊的“论坛 101”会议，作为介绍如何运作的会议。
  • 经验丰富的 OpenInfra 项目贡献者在 此视频 中分享了他们关于如何主持成功的会议的技巧。

什么构成一个好的论坛会议？

  • 涉及开发人员和用户
  • 多个项目/团队/工作组合作
  • 有一个具体的成果/要努力实现的目标

关于论坛选择委员会

论坛旨在让整个社区在一个中立的空间中聚在一起，因此必须由用户和开发人员共同组织。我们很幸运拥有强大的治理机构来代表我们的 OpenInfra 项目社区。

  • 每个 OpenInfra 项目的 1 名代表（理想情况下在某些领导角色或治理中）
  • 2 名 OpenInfra 基金会工作人员


基金会工作人员是 Erin Disney 和 Kendall Nelson。

重要的是，头脑风暴过程应允许整个社区选择最佳想法进行正式提交，而不是将所有决策权交给委员会。

委员会时间表

注意：柏林 2022 年峰会的时间提前了，与通常的预计计划不符。我们在此保留预计计划以供将来参考。

时间 任务 即将到来的论坛日期
T-3 个月 https://wiki.openstack.org/wiki/Forum 更新，以添加下一个论坛的页面。 三月初
T-9 周 开放头脑风暴阶段，向邮件列表发送启动邮件。https://wiki.openstack.org/wiki/Forum/Berlin2022。呼吁论坛选择委员会志愿者。 3 月 14 日
T-7 周 正式主题提交工具开放：https://cfp.openstack.org。组建论坛选择委员会 3 月 21 日
T-5 周 提交论坛主题的截止日期。安排委员会会议以制定初步议程。 4 月 8 日
T-4 周 发布初步论坛日程安排。众包会议冲突检测。论坛推广开始。 4 月 15-21 日
T-3 周 论坛日程安排最终确定 4 月 22 日
T=0 论坛时间！ 6 月 7-9 日
T+2 周 收集论坛选择委员会的反馈 6 月 20-24 日

过去的论坛

检索自 "https://wiki.openstack.org/w/index.php?title=Forum&oldid=183267"