If someone breaks the rules, they may receive a warning, lose certain privileges, or be temporarily or permanently banned, depending on the severity and frequency of the violation.
Source: Dev.to
请提供您希望翻译的正文内容，我将按照要求保留原始格式、Markdown 语法和技术术语，仅翻译文本部分。谢谢！
介绍
上周末，我的好朋友 Jos van Schouten 和我在 FOSDEM 的 Community devroom 进行了一场演讲。我们两个人一起组织了很多活动，并且学到了这样一点：当有人违反你的行为准则时，关键在于组织者是否已经做好了应对准备。
如今几乎每个活动都有行为准则。我们并不打算讨论什么是好的文件或它为何存在；相反，我们想谈谈大家都不愿意提前规划的那一刻。
免责声明： 我们也不会讨论当有人在你的活动中触犯法律时会发生什么——这正是我不幸有过经验的情况*。
大多数组织者不喜欢思考这部分。我们会花数月时间策划会议，担心日程、演讲者、餐饮、Wi‑Fi 等等。但一提到行为准则，现场就会安静下来。
这并不是因为我们不在乎。我们非常在乎。我们害怕出错。我们会对自己说：
“这可是最后的话。”
当真的发生了问题，最难的并不是冒犯本身，而是如何快速响应。因为我们需要回答诸如：
- 谁应该作出回应？
- 合适的时间框架是什么？
- 谁需要参与？
- 谁 不应 参与？
- 我们该如何告知举报者？
- 我们该如何告知其他人？
如果事先没有明确答案，组织者往往会僵住，默认 等待——等待更多信息，等待确认，等待与其他人沟通……
为什么“等待”并非中立
当涉及权力时，等待就会成为问题。如果被举报的人是主题演讲者？白金赞助商？组织者本人？
从举报者的角度来看，等待会让人觉得你没有认真对待他们的经历。即使最终决定在技术上是正确的，信任往往已经受损。
真实场景
1. 关于招聘女性的开放空间讨论（2023）
DevOpsDays 活动的一个重要组成部分是 Open Spaces——一种无会议形式，参与者自行提出议题、无需幻灯片进行讨论并分享想法。
- 议题： “招聘更多女性”。
- 发生了什么： 有人评论说 “在荷兰，戴头巾的女性会被雇佣，而不是更有资历的男性，正向歧视是不对的”。虽然没有人正式报告此事，但该评论让几位与会者感到不适。
我们的处理方式：
- 我们在主舞台上提出了该问题：“我们不赞同任何暗示边缘群体会因身份而获得优先待遇、而不考虑技能的言论。”
- 经验教训： 在可能的情况下，让 所有组织者都熟悉行为准则（Code of Conduct），并确保 每个分组讨论室至少有一名组织者在场。
- 人员不足时： 预判哪些议题可能引发争议，并相应指派行为准则团队成员。
2. 赞助商演讲与地缘政治紧张局势（DevOpsDays Amsterdam 2024）
全球事件会在社区中激起强烈情绪，尤其是我们的社区。我们的一个赞助商总部位于 以色列，而阿姆斯特丹正因 加沙 局势出现抗议。
准备步骤：
- 与赞助商召开会前会议，讨论 “如果发生” 情景。
- 制定明确的应对方案：
- 如果观众在演讲期间喊出 “Free Palestine”，主持人将使用预先准备好的台词。
- 行为准则团队成员随后会接近打断者，提醒其打断他人属于 CoC 违规。
结果：
- 赞助商的演讲未被打断，未出现负面互动。
- 他们感谢我们的主动做法，并提到过去在其他会议上有不愉快的经历。
3. 以色列演讲者与着装（2025）
我们同样为一位因旅行限制未能出席的以色列演讲者做好了准备。2025 年，两位以色列团队成员加入了我们。
- 我们讨论了如何应对可能的评论。
- 一位演讲者佩戴了 keffiyeh；因为我们之前已经讨论过带有旗帜的按钮/贴片问题，认为这已经涵盖并允许。
4. 避免接受冲突地区公司的赞助
一些 DevOpsDays 活动选择 避免接受 来自当前冲突国家注册公司的赞助，理由是无法保证所有人的安全。
5. 大学场地安全资源有限
在一所大学举办的活动（观众以学生为主，场地部分预订）预见到可能出现摩擦，但缺乏人手和预算来聘请外部安保。
- 他们决定不接受高风险赞助商，并限制争议性议题的安排。
要点： 你的实际情况可能不同。你可以做出不同的决定，但本次演讲的核心是，你应 深入思考并确定团队愿意承担的界限。
准备清单
当我们谈论准备时，很多人会立刻想到撰写政策。这只是其中的一部分。以下是一份简明清单，您可以复制到自己的仓库或维基中。
| ✅ | 项目 | 细节 |
|---|---|---|
| 1 | 所有组织者的行为准则简报 | 在活动前至少两周举行一次强制性会议。 |
| 2 | 指定行为准则负责人 | 一名（或小团队）拥有执行权的人员。 |
| 3 | 逐房间覆盖 | 确保每个分组讨论室至少有一名受过培训的组织者在场。 |
| 4 | 情景规划 | 列出潜在的“热点”话题（例如政治、性别、地缘政治）。起草应对脚本。 |
| 5 | 赞助商和演讲者沟通 | 提前联系，解释行为准则，并讨论任何顾虑。 |
| 6 | 事件报告渠道 | 提供明确、匿名的报告方式（例如电子邮件、Slack、表单）。 |
| 7 | 响应时间线 | 定义最大确认时间（例如30分钟）和解决时间（例如24小时）。 |
| 8 | 事后审查 | 每次事件后进行复盘，更新手册并分享经验教训。 |
| 9 | 文档 | 将行为准则、响应计划和情景列表保存在公共仓库中，以实现透明。 |
| 10 | 安全与安保评估 | 评估场地安全、人员控制以及是否需要外部工作人员。 |
结束语
- 准备胜过恐慌。 了解 谁 在 何时 做 什么 可以消除“等待”的需求。
- 透明建立信任。 提前与与会者、赞助商和演讲者分享你的 CoC 和响应计划。
- 灵活性很重要。 如果情况变化，准备好调整计划，但保持核心原则（尊重、安全、公平）不变。
通过深入思考这些界限并承诺执行明确的响应流程，你将赋能团队自信行动——并保护你们辛苦构建的社区。
Source: …
行为准则 – 组织者实用指南
以下说明旨在帮助您将行为准则（CoC）从静态文档转变为实际保护社区的活流程。
1. 举报 – 参会者需要了解的内容
| 问题 | 建议答案 |
|---|---|
| 如何举报问题？ | 提供一个明确、随时可用的渠道（电子邮件地址、网页表单、电话热线，或专用的 Slack/Discord 频道）。 |
| 举报是实名还是匿名？ | 两种方式都提供。解释两者的取舍：实名举报更易跟进，匿名举报更安全但处理难度更大。 |
| 收到举报后会怎样？ | 列出步骤：接收 → 确认 → 初步分类 → 调查 → 决策 → 后续跟进。 |
| 举报可能导致哪些处理措施？ | • 口头或书面警告 • 私下道歉 • 公开道歉 • 要求离场 • 如有需要，转介至外部监管机构 |
提示： 将此信息发布在活动官网、报名确认邮件以及现场（如胸卡或指示牌）上。
2. 谁负责处理举报？
- 指定的 CoC 团队 – 必不可少。
- 升级路径 – 明确规定（例如 DevOpsDays 的核心团队）。
- “值班”安排 – 轮流负责，确保始终有人可联系。
示例： 在年度 PostgreSQL Europe 大会上，我们设立了一部 CoC 电话，由四名团队成员轮流携带，贯穿整个活动。
角色定义
| 角色 | 主要职责 |
|---|---|
| CoC 团队负责人 | 接收举报，协调响应，确保遵循升级路径。 |
| CoC 团队成员（值班） | 对举报进行初步分类，提供即时支持，记录处理过程。 |
| 组织者（非 CoC） | 可能会被非正式倾诉，但应将正式举报转交给 CoC 团队。 |
| 外部联络人（可选） | 处理组织者本人成为举报对象的案件。 |
不应 参与的人员
- 并非所有组织者都需要了解每个细节。
- 将信息限制在必要人员范围，以保护隐私并减轻团队情绪负担。
3. 构建平衡的团队
- 多样性很重要： 目标是让团队在性别、雇主和背景上都有所混合。
- 在 CoC 团队中至少包含一名非组织者 – 这有助于参会者在涉及组织者的问题上感到更安全。
4. 练习 – 为真实情境做好准备
- 编写简短情景提示（不必完整剧本）。
- 活动期间收到关于演讲者的举报。
- 赞助商在社交聚会中行为不当。
- 举报中点名了组织者。
- 团队一起讨论每个提示：
- 谁负责接收举报？
- 讨论时有哪些人参与？
- 哪些地方让我们感到不确定或不舒服？
- 识别文化预期：
- 我们应在多大程度上公开沟通？
- 什么语气算是尊重，什么算是过度曝光？
- 迭代改进： 若卡住，可向其他会议求助，或参考自己活动的历史案例获取灵感。
注意： 这不是角色扮演，而是一次结构化的“纸上演练”，旨在在活动压力高涨前暴露潜在不适。
5. 决策与执行
| 情形 | 可能的处理方式 |
|---|---|
| 轻微违规（如不当言论） | 私下警告，提醒行为准则。 |
| 重复或严重违规（如骚扰） | 私下或公开道歉，要求离场，或直接驱逐。 |
| 公开事件（如舞台上发生骚扰） | 公开声明，立即采取行动（如移除演讲者）。 |
| 举报中点名组织者 | 升级至外部联络人或独立机构。 |
比例原则
- 目标： 降低再次违规的可能性，同时确保处理方式与违规严重程度相匹配。
Source: …
currence and keep the community feeling safe.
- Consider: severity of the behavior, power dynamics, impact on other attendees.
Types of Violations
- Serious violation: Physical threat, non‑consensual sexual behavior, hate speech, repeated harassment.
- Minor violation: Unintentional micro‑aggression, breach of dress‑code, low‑impact disruption.
Decide in advance which categories trigger which actions so the team can act quickly and consistently.
6. Post‑Event Debrief
- Retro meeting with the CoC team (and optionally other organizers).
- Discuss:
- What went well?
- Where did we get stuck?
- Were any decisions contested?
- How did the on‑call schedule work?
- Update the CoC process based on lessons learned – this keeps the policy alive rather than static.
7. When External Escalation Is Needed
- Some incidents may need to be handed off to a governing body, legal counsel, or law enforcement.
- Document the hand‑off and inform the reporter (as much as confidentiality permits).
违规类型
- 严重违规： 人身威胁、非自愿性行为、仇恨言论、反复骚扰。
- 轻微违规： 无意的微侵害、违反着装规范、低影响的干扰。
提前 决定 哪些类别触发哪些行动，以便团队能够快速且一致地处理。
6. 事后回顾
- 与 CoC 团队（以及可选的其他组织者）进行 回顾会议。
- 讨论：
- 哪些方面做得好？
- 哪些地方卡住了？
- 是否有决策受到争议？
- 值班安排运行得如何？
- 根据经验教训 更新 CoC 流程——让政策保持活力而非静止。
7. 需要外部升级时
- 某些事件可能需要移交给主管机构、法律顾问或执法部门。
- 记录移交过程并告知举报人（在保密允许的范围内）。
Quick Checklist for Organizers
- 发布明确的报告渠道（可实名或匿名）。
- 明确并公开升级路径。
- 组建多元化的 CoC 团队，至少包含一名非组织者。
- 制定值班轮班表并提供专用联系方式（电话、Slack 等）。
- 在活动前进行情景演练。
- 预先定义违规类别及相应处理措施。
- 规划活动后的复盘与流程更新周期。
Closing Thought
实施行为准则永远不是“一刀切”。你在策划、演练和迭代上投入的工作，将决定这份文件是仅仅摆在书架上的文档，还是能够真正保护并赋能社区的活生生的流程。
一次事件，可能会影响关系。
这更需要你清晰记录流程，并深入思考沟通方式。
我们不可能把多年运营行为准则响应团队的所有经验全部覆盖，于是以一些开放性问题结束本次演示：
-
如果你知道某位参与者（演讲者、赞助商、与会者）在其他活动中违反了行为准则怎么办？
- 你会拒绝他们参加你的活动吗？
- 你会指示组织团队对该人保持额外警惕吗？
- 哪些因素对你的决定最重要？
-
如果你有行为准则团队，你会要求团队成员在活动期间不饮酒吗？
- 我们会这么做，但这确实让一些人不愿意担任此职。
像软件和生活中的许多事情一样，你的答案往往是“视情况而定”。欢迎在评论区分享你的经验和想法。
我们收到了分享我们行为准则培训材料的请求，整理完毕后会公布！
如果有人触犯法律，就要让执法部门介入。