openSUSE 大会和 RW 会议 – BoF

openSUSE 会议团队采用了 UNIX 首字母缩略词 RWX 作为今年会议的主题。 采用这个主题的目的是强调更注重完成任务和实践环节。 那么，我们讨论的是哪些环节呢？ 在本文中，我们将深入探讨一种互动环节：BoF。

定义

维基百科定义 BoF 为“一个非正式的讨论小组”，“通常是临时形成的”。 它还将 BoF 描述为“在会议上进行的非正式聚会，与会者根据共同的兴趣聚集在一起，进行没有预先计划议程的讨论”。

核心概念是非正式、共同兴趣和临时性。 没有提到目标，即这种会议的原因。 但根据这些概念，你可以了解一下。 非正式因素意味着每个人都是平等的，可以并且应该表达他们的意见。 共同的兴趣意味着你聚集了关心特定主题的人们。 临时性因素仅仅强化了其他两个因素。 BoF 非常像共进晚餐：你像朋友一样谈论你感兴趣的任何事情！ 这并不是说 BoF 不能有目标。 通常，BoF 有一些参与者想要讨论的事情。 组织 BoF 的人通常是提出一个或多个主题的人，但每个人都可以提出其他问题。 这就是 BoF 的核心概念——讨论事情。

为什么？

自由软件社区以在线协作的方式工作。 这是一种营销术语，意思是：我们一起工作，但各自为战。 我们每个人都坐在自己的电脑前，独自一人或与办公室中的其他人一起，形成一个团队。 我们通过邮件、IRC 和其他在线渠道进行沟通。

对于提问、基本的决策或仅仅完成工作，这非常出色。 对于社交，它不太理想，但你仍然可以在 IRC 频道中找到大量的社交互动。 然而，当出现复杂问题时，情况就变得困难了。 如果需要对流程或基本技术方向做出决定，在线方面会成为障碍。 你很快就会遇到误解，虽然我们的黑客文化促使我们进行相当直接（“粗鲁”）的沟通，但情绪仍然会失控。

在会议上，Cédric Bosdonnat 想要讨论使用 LibreOffice git 仓库中的统计数据来展示有关贡献和贡献者的信息。 他将首先介绍从仓库中提取统计数据的方式，然后提出如何将这些粗略的统计数据转化为有价值且有意义的数字的问题。 如何将添加的代码行与更改的复杂性联系起来？ 如何仅从统计数据判断某人是否是长期贡献者？ 核心开发者？

这时面对面会议有所帮助。 在晚餐或派对上互相了解是未来在线沟通的强大推动力。 但同时也是做出那些艰难决定的完美时刻！ 而 BoF 正是为此而设计的。

如何做？

讨论未来的方向或日常业务，例如改进审查流程或更有效地协同工作——所有这些都更适合面对面完成。 在 BoF 中，一个在线协同工作的团队会聚在一起，以开放的方式讨论这些事情。 并非完全无结构，但仍然非常开放。 BoF 的组织者只是为了启动讨论并可能促进它。 通过确保做出一些决定并记录下来来促进它。

典型的 BoF 从简短的“大家好，感谢大家参加”开始，如果需要，可以介绍参与者。 然后，就该确定讨论的主题了。 组织者可以提出一些他或她认为需要讨论的事情，其他人可以补充。 从那里开始，逐一讨论这些主题即可。

Jean-Daniel Dodin 参与了 openSUSE 中的测试工作。 在会议上，他希望举办一个以改进多媒体应用程序测试流程为中心的 BoF。 许多这些应用程序无法按预期工作或根本无法工作。 我们如何确保应用程序经过可靠的测试，并且不会仅仅因为它们编译成功而最终出现在用户的桌面上，而是要证明它们实际上可以正常工作？

挑战现在是如何阻止讨论跑题——这在晚餐时很好，但在 BoF 中却适得其反。 温柔地提醒团队当前主题的目标通常就足够了。 毕竟，你们拥有共同的目标。 第二个挑战是确保做出决定并记录下来。 创建典型的行动清单，列出谁做什么是最好的方法。 如果 BoF 团队很大，让一个人领导讨论，另一个人做笔记可能是有意义的。

要知道，组织 BoF 的人不必是“团队领导”，也不必是“伟大的沟通者”！ 每个参与者都对讨论的质量和结果负有同等责任。 组织 BoF 仅仅是一个技术细节——并非什么大事，任何人都可以做到。

责任和工具

组织 BoF 如果有合适的人参加，出奇地简单。 为此，通常只需要一个清晰的描述就足够了。 像“Factory 审查流程讨论”这样的标题很可能会吸引参与 Factory 中软件包审查并对改进流程感兴趣的人。 如果审查流程在过去几个月里出现过问题，那么讨论不太可能无人参加或无法吸引合适的人。 也不太可能没有“足够的话题”。 问题通常是容易分心，并且没有正确完成讨论并制定适当的待办事项列表！

组织 BoF 你需要什么？ 几乎什么都不需要。 笔和纸（用于待办事项！）通常就足够了。 对于更复杂的问题，例如绘制新的 API、创建流程图或只是记下 BoF 约定的主题，白板可能会很好。 除此之外，只需交谈！ 快速介绍主题并征求意见即可轻松启动。

安排 BoF

通常，BoF 会在会议主厅的大白板或开放的 wiki 页面上“现场”安排。 然而，这可能会导致两个类似的 BoF 或两个针对同一团队的 BoF 在同一时间进行。 这也意味着你可能无法在合适的时间获得一个位置，这可能会导致你被迫将 BoF 安排在与同一主题的演讲时间冲突的时间段。 这就是为什么 openSUSE CfP 团队要求你提前计划 BoF！

计划 BoF 的最大感知问题是“计划”和“BoF”之间的内在矛盾。 是的，你可能现在不知道三个月后会出现什么问题。 但是，你不需要今天确定议程，这确实违背了 BoF 的整个概念。 如果你认为你的团队将受益于就你所做的事情以及你（想要）如何做的事情进行良好的开放式讨论，只需向 openSUSE 会议论文委员会提交一份快速提案。 如果出现更紧急的事情，你可以讨论它，而不是遵循最初的描述，这没有问题。 提前“计划”（部分）BoF 的主要原因是允许 CfP 团队尝试以一种尽量减少与演讲和其他 BoF 重叠的方式安排事情，并允许团队预留房间。

因此，请访问 会议页面 并添加一个 BoF！