协调人指南
WIP
以下内容只是随意抛出的想法 - 结构可以在这里找到 - https://etherpad.openstack.org/p/moderator-guide-wiki-page - 这份文档会随着时间推移逐渐完善。
复制自 OPS MEETUPS 团队协调人指南
非常感谢您担任 ops meetup 的协调人。您的工作是我们成功的关键！
您对自己的会议拥有控制权，但是，本文档提供了一些关于过去哪些做法能使会议顺利进行的想法，以供参考。
我们有两种不同类型的会议。通用会议和工作组。以下，我将它们分开，以便您阅读与您相关的内容。
我们有三个总体目标
- 收集在使用或运行 OpenStack 时出现的问题的反馈，并努力将这些反馈传达给社区。
- 创建一个论坛，供感兴趣的各方分享最佳实践和架构。
- 增加那些运行或使用云的人员的建设性、积极参与度。
通用会议
基本上，您、一个 etherpad 和一个有 OpenStack 经验的几百人的房间。作为协调人，您的努力将产生可操作的事项，以及满意的听众。
- 向音频人员介绍自己。您将获得麦克风，并会被询问笔记本电脑的连接情况。
- 最好的做法是说服您的朋友控制笔记本电脑。让他们控制 etherpad 的显示，如果内容很多，则上下滚动以确保显示最相关的内容。
- 在会议开始时，花 30 秒钟介绍 etherpad，并要求大家使用它做笔记。（许多参会者可能不习惯 etherpad）
- 准时开始讨论，也许可以从一些开放式问题开始，或者通过举手了解听众的情况。
- 目标是达到那种理想状态，即对话在没有您的帮助下继续进行。
- 不要陷入“问答”模式 - 仅仅因为您站在房间前面，有些人可能会期望您这样做。始终将讨论引导回讨论。
- 会有抢话的人。不要害怕打断他们。使用“谢谢您，这很重要，我们已经在 etherpad 上记录下来了”之类的语言，可以避免不快。
- 如果您看到不同话题之间有很好的过渡，请抓住它！
- 最重要的是：尝试确保每个讨论至少有一个行动项 - 我们可以做的事情。如果我们不这样做，人们将停止参加这些会议。
总的来说，玩得开心！也要 *让自己* 玩得开心！如果您感到无聊，听众会察觉到 - 所以如果发生这种情况，请开始一个新的主题。自发性是好的！要求人们做一些事情（提交错误报告，开始邮件列表帖子）是好的！
工作组 - “小型、工作会议”
这些会议的重点是特定主题，并且会议时间较长（通常为 80 分钟），因此您可以真正、合法地完成工作 - 而不仅仅是讨论。
您将拥有自己和一小群对 OpenStack 经验丰富并且真正有兴趣参与的人。作为协调人，您的工作是尝试将这些人中的每一个人转化为您工作组的积极成员，最好是在峰会结束后很长时间继续他们的任期。
由于这些会议大多时间较长，并且涉及更具体的内容，因此需要进行更多的计划。对于某些小组，您可能已经提前见面并拥有要继续的工作和流程。尝试在会议之前用这些信息填充您的 etherpad。
尝试考虑一些可以在您的时间里完成的具体事项，但也要准备好并乐于接受与会者的建议。如果有一个大家都相信的好主意，那就去做并完成它。提交错误报告。提交蓝图。提交补丁。编写文档。使用白板。您有时间做所有这些。
当然，所有这些信息都是通用的。您是这里的明星 - 做您认为最好的事情。Tom 在两天的大部分时间里都会提供帮助。（如果发生任何可怕的事情，请拨打 +886 98833 1200）
还有一些会议有点不同...
架构展示和讲解
这是一系列闪电演讲 - 基本上是关于您部署中一些很酷内容的 5-8 分钟的演讲。
如果您在主持此会议，您必须执行的主要职责之一（或委托）是计时 - 我们通常在每个会议中循环播放许多演讲。
最佳做法是在会议开始前将人们使用的任何幻灯片都放入一台笔记本电脑中。
会议前后
完全意识到您是一位志愿者，时间有限，并且您可能无法完成所有这些，以下是一些在会议前后可以做的有趣的事情：
- 在 ops ML 上发布一个主题，征求您会议的想法（并同时宣传它）
- 发布一条包含日程安排详细信息的推文
- 用一些对话开始主题填充 etherpad（或者，如果您是一位开发人员，正在寻找反馈 - 您想回答的问题）
- 在 Ops ML 上发布会议摘要并链接到 etherpad，供那些无法参加的人使用
- 在 Operations 页面下编写一个新的 wiki 页面，总结最佳实践/您发现的新工具等
- 跟进人们在会议期间自愿完成的行动项；)
- 如果适用，组织一次后续 IRC 会议
复制自论坛协调人模板
- 这只是一个模板。请随意复制此内容并将其粘贴到您自己的 etherpad 中。主要目标是为我们的社区获得可操作的条目。
波士顿论坛会议模板
鱼缸会议？如果您想畅所欲言，请坐近一点，大声说话，您的声音很重要！
<SESSION TITLE>
Etherpad: https://etherpad.openstack.org/p/BOS-forum-moderator-template (建议的 url 格式: https://etherpad.openstack.org/p/BOS-forum-<sessionname-abc>) 计划详情: http://forumtopics.openstack.org/cfp/details/XYZ
日期/时间/房间位置 协调人: 您的姓名 <email@address> (irchandle)
相关的论坛 etherpad
相关的 PTG etherpad
相关的 Ops etherpad
其他相关的 etherpad
使用 ##<hashtag>
- 使用 ##<hashtag> 突出显示可操作的条目或需要特定项目团队或工作组关注的事项
- 这有助于论坛团队汇总数据并生成会后总结报告
- 如果讨论条目包含多个可操作的条目（以子项目符号列表的形式），请也在子项目符号列表的末尾包含相同的 ##hashtag。
- 有关如何使用 ##hashtag 的示例可以在这里找到: https://etherpad.openstack.org/p/BOS-forum-hashtag-definition
推荐的 hashtag
##newfeature - Proposal for a new feature, similar to RFE
##gap - Feature gap that does not have a solution yet
##uservoice - Feedback from users and operators
##painpoint - Functional challenges/problems (either real or perceived) in operating openstack cloud (e.g. upgrade is painful, root-cause analysis is complex)
##<workload-type> - Any new or existing workload for OpenStack, examples of workload-related hashtag can be ##nfv, ##hpc, ##enterprise, ##bigdata, ##iot, or a new workload type you identify
##<project-name> - Items that need action/attention from a specific OpenStack projects (e.g. ##nova, ##neutron, ##glance, etc)
##<working-group/team-name> - Items that need action/attention from a specific OpenStack working groups/teams (e.g. ##lcoo, ##pwg, ##ewg, ##publiccloud, ##interop, ##uc, ##tc, ##board, ##foundation)
会议描述: 从最终目标开始，编写一段文字、列表等。摘自关于编写会议描述的指南 - http://velvetchainsaw.com/2010/03/18/crafting-better-conference-materials-writing-session-descriptions-for-dummies/
Make a list of every feature of attending the session.
Ask why each feature is included in the first place.
Take the why and ask how this connects with the prospective attendee’s desires.
Get to the absolute root of what’s in it for the attendee at an emotional level.
议程: 从上面的描述中，尽可能地分解成讨论要点，以便顺利过渡到结束。我们希望在此会议中完成一些可以衡量的事情，并且希望您作为协调人来帮助提取可操作的条目和/或信息。
Discussion Item 1
Folks should be adding notes here
Additionally you can prepare sub-items relevant to the primary discussion item
Discussion Item 2
Discussion Item 3
...
工作条目/愿望清单: 在会议结束时留出 5 分钟左右的时间来捕获工作条目，以防在会议期间无法完成。始终确保这些条目被捕获并尽可能使用 ##<hashtag>。
参与者
Your name <email@address> (irchandle)
复制自设计峰会 Wiki 页面
设计峰会已分为两个独立的部分：项目团队聚会和主峰会内的论坛。因此，此页面上的某些内容不一定仍然有效，但该页面保留在此处以供历史参考。有关此拆分的更多信息，请参阅PTG 常见问题解答。
在设计峰会上，开发者社区聚集在一起集思广益，为下一个版本提出需求，讨论实施细节，并与其他社区成员建立联系。OpenStack 基金会提供差旅支持计划，以帮助支付差旅费用。
过去的設計峰會
- Ocata 设计峰会，2016 年 10 月 25-28 日在西班牙巴塞罗那举行。
- Ocata 峰会 Etherpad 列表
设计峰会是如何运作的？
设计峰会是 OpenStack 峰会的一部分。它不是一个具有演讲者和演示的传统会议轨道。开发者项目团队集思广益需要讨论的主题并达成一致。议程由项目技术负责人 (PTL) 协作审查和安排。安排的会议可以包括几张幻灯片的演示，但通常是围绕特定主题或功能进行的 40 分钟的开放式头脑风暴讨论。如果您关心某个特定主题，请加入。由于活动的性质，日程安排会有些动态，因此请经常查看峰会日程页面。
如果您建议召开会议，您应该准备好主持该会议并确保讨论保持在正轨上。经验丰富的开发者通常会在这方面提供帮助，但您应该计划亲自参加该会议。
设计峰会不是开始学习 OpenStack 基本知识的合适场所。为此，最好查看用户组在世界各地组织的各种 OpenStack 聚会，或参加 OpenStack 峰会的其他会议轨道。
会议类型
设计峰会有三种类型的会议
鱼缸式会议
这些是开放式会议，用于讨论我们需要解决的特定功能或问题。它们发生在组织成鱼缸式（同心圆椅圈）的大房间里。希望参与讨论的人应该移动到内圈。
工作会议
工作会议是团队（或子团队）成员较小规模的聚会，旨在规划和完成特定工作。它们发生在组织成会议室风格的较小房间里。
贡献者见面会
在峰会的最后一天，给定团队的开发者将聚集在一起进行半天或全天的开放式讨论，没有预先定义的主题。根据前几天的进展情况，议程可能会演变。
在设计峰会之前：提出会议
每个项目团队都会以自己的方式制定日程安排，最终由团队的 PTL 仲裁。会议通常在开放文档（etherpad...）上提出，并在 openstack-dev 邮件列表中公布，然后在团队会议上讨论。
在设计峰会期间
- 日程安排将在设计峰会开始前几周在线提供。尽早查看，经常查看
- 会议应准时开始，迟到就输了
- 会议主持人首先明确介绍会议的主题（以及会议不涉及的主题），以设定期望
- 会议主持人有责任保持讨论活跃和主题相关
- 充分利用可用时间！
- 会议期间的协作笔记应该通过 http://etherpad.openstack.org 进行，请参与并确保您的观点在那里报告
- 在鱼缸式会议中，会议结束前 5 分钟，会议主持人应开始确保获得明确的结果、工作项目和行动项
- 准时结束，以便参与者有时间切换到下一个会议室（如果需要）
在设计峰会之后：记录结果
- 记录重要的结果并将其发布到邮件列表中，以便无法参加活动的人员仍然可以影响决策
