联合领导峰会会议记录 - 墨西哥坎昆，2014年11月5日至6日

来自三个Joomla领导团队，生产领导团队（PLT）、社区领导团队（CLT）和Open Source Matters（OSM）董事会的成员，在去年11月坎昆Joomla世界大会之前，进行了两天的联合会议。

这些会议记录记录了两天会议期间进行的讨论。虽然不是 transcript，但它们是尽可能准确记录所有 proceedings 的产物。

注意："[LINK]"一词出现在非公开共享文档的位置。

11月5日，星期三

出席：Michael Babker, Radek Suski, Peter Bui, Ronni Christiansen, Sander Potjer, Javier Gomez, Mike Carson, Rod Martin, Ryan Ozimek, Chris Davenport, Ruth Cheesley, Vic Drover, Saurabh Shah, Tessa Mero, Martijn Boomsma, Alice Grevet, Dianne Henning, Joe Sonne, Jorge Lopez-Bachiller, Sarah Watz, Guillermo Bravo, Peter Martin

缺席：Brad Baker, Isidro Baquero, Thomas Hunziker, David Hurley, Olaf Offick, Nick Savov, Roberto Segura, Marijke Stuivenberg, Matt Thomas

会议引导者： Alex Censor

Chris开启了会议。会议引导者Alex Censor介绍了自己。他以前从未听说过Joomla。他做了一些研究，对项目所取得的成就印象深刻。

Alex花时间回顾了他先前通过电子邮件分享的一些准备好的问题。

您如何看待Joomla为世界带来的东西？我们为什么喜欢它，为什么我们投入这么多时间？

Javier - 当他开始领导时 - 认为我们需要更多领导层的人 - 让我们尝试识别当前领导团队之间的共同点，以便我们能够成长。我们共同拥有的东西是 - Joomla。
Joomla对您个人来说有什么价值？

特莎 - 这个社区 - 我们是一个大家庭。一个不寻常的社区 - 国际化。虽然是虚拟的，但我们仍然有强烈的社区归属感。我们都需要一个社区的感觉。
你为Joomla做出了什么贡献？
作为Joomla的一部分，你得到了什么？
你希望从这些会议中得到什么？

关于我们接下来要去的方向的共识。决定。我们永远不可能达成共识。Sarah：我们明年就要迎来10周年了 - 这是一个“实现它”的机会 - 我们是确保那件事发生的人。我们的结构和我们的工作方式有成长痛 - 我们可以让接下来的10年比现在更好。

一个共同的为什么 - 一个统一的方向感 - 没有这个，做其他任何事情都会变得困难。

以创造性和快乐的方式解决对结构变化的担忧。
你担心会发生什么 - 你不希望发生什么？

Mike - 我们在会议中做决定时有着悠久的历史，没有截止日期和后续行动以及承诺 - 没有按照我们说的去做。希望任何做出的决定都有机制确保这些事情会完成。

大多数人乐观地认为我们会从这些会议中取得好的结果。

Joe问Alex：作为一个外人 - 在你了解我们组织的短时间内，我们有什么事情最让你感到困惑？Alex很惊讶他从未听说过我们，因为他从事IT工作。同样惊讶的是Joomla能够在国际上广泛分布并完成如此多的工作并且如此庞大。

基本规则： - 在你反驳之前，用你自己的话重复对方所说的话，直到他们满意。

Ronni想讨论领导层中的结构变化，因为我们投票让这个团队执行任务。

那些不在场的人怎么办？他们也可以提出另一个提议吗？大多数社区还没有看到这些文件 - 我们仍在与工作组讨论。

回到议程。Guillermo担心西班牙语社区如何理解其他的提议。

议程从预算报告开始。

讨论如何包括那些不参加会议的领导成员。对那些在场和不在场的人来说，做好笔记都会非常有用。

先从预算开始，然后讨论为什么。午饭后团队各自行动。明天早上9点在这里开始，继续讨论为什么，或者进行结构提案讨论。

Ryan提议分成小组来讨论像提案这样的大话题。Ronni说在JAB就是这样做的，但我们没有真正拥有这个话题。Martijn的妥协方案 - 1或2个人开始，然后像JAB一样分开 - 小组讨论30分钟，然后重新集合，分享要点。

整个上午，Peter Bui都记录了接下来两天的提议议程点。[链接]

咖啡休息

预算：Vic Drover

2014年将会有一个20万美元的预算赤字：我们在活动上的花费比以往任何时候都要多。我们有更多面对面的时间，更多的冲刺 - 战略性支出，这些都有积极的影响。

决定超出预算，因为我们对项目的投资不够。我们不想让人觉得我们在囤积资金 - 这是社区的钱。

Ryan - 这个赤字如何帮助我们明年盈利更多？Vic - 那不是我们的意图，这也不会以那种方式帮助我们。

我们不允许明年有20万美元的亏损，我们也不会。

Sarah：我们在法律上花了很多钱，明年对我们来说将会更有利（例如，与Siteground的托管合同从法律角度来看既耗时又昂贵）。在Grace Hopper上投入了很多，以获得更多为我们代码库做贡献的志愿者。

Victor将推动大家提出具体目标和任务。利用我们的财务政策，使我们进入战略位置。

预算流程时间表：[链接]。遵循这个时间表完成所有预算工作是很重要的。

如果有人需要了解去年支出的更多细节，请咨询Martijn或Victor。Citibank更改了他们的使用条款，打断了我们会计软件的连接，所以损益报告可能要在12月之前才能更新。我们正在努力在预算流程结束之前获得更好的数据。

有人怀疑为什么与往年相比，预算变得更加详细吗？这个问题将在明天解决。

为财务团队的辛勤工作鼓掌。

这是纽约财务团队会议的报告链接

[链接]

2014年预算工作表的链接

[链接]

头脑风暴

“为什么”讨论 - Sarah Watz

关于“为什么”讨论的文件已经与领导团队的每个人分享，市场营销团队和SWOT团队的代表也参与其中 - 让我们开始讨论我们在做什么，为什么这么做以及如何做。许多人都在帮忙，提出问题，获取不同意见。但到目前为止，信息并不明确。我们需要能够向外界解释我们是谁，为什么存在 - 我们需要为Sensis（营销服务）定义这一点。

我们有一个非常有说服力的信息。我们在Grace Hopper大会上看到了这一点 - 展位上挤满了想了解这到底是怎么回事的人。我们有一个好产品，一个好的社区感觉，人们希望成为其中的一部分。

有些用户只是想使用我们的软件，并不关心社区。我们试图对所有的群体传达同样的信息，但这并没有奏效。我们需要讨论“为什么”。

Martijn - 你建议采用什么流程来找到这个“为什么”？

Ronni - Drupal和WP之所以能够成功地服务于终端客户，是因为他们对最终产品用户所做的非常明确。我们社区部分很强，但终端用户部分不行。我们可以从我们的社区开始，首先打好这个基础。

头脑风暴会议：Sarah建议分成四个不同的组。关注我们实际上为使用Joomla的人创造的好处。从外部看内部。我们知道我们内在的“为什么”。但在市场上我们没有一个清晰的位置。

提出一句描述“为什么”的话，然后为“如何”和“什么”也做同样的事情。

当人们听到Joomla时，我希望他们能想到x，y，z。

在我们做那之前，你必须知道我们的目标市场是谁。

苹果 = 想不一样。他们重新定义一切，这就是他们的核心本质。

“为什么” - 我们为什么存在？我们的目标是什么？
“如何” - 我们如何实现这个承诺？
“什么” - 实际上是产品和方法

SWOT分析说我们没有回答所有这些问题。为了走出外面，扩大我们的用户基础 - 我们如何让人们再次对我们的软件感到兴奋，或者第一次感到兴奋？

分组会议，每个小组15分钟来讨论“为什么”。一种外部的“为什么”。

第一组：Peter Bui：“快速轻松地创建无限制的在线存在。”“我们使网络变得更好。”“热衷于赋予技术熟练的人构建出色的网络解决方案的能力。”
第二组：Rod Martin - “赋能”这个词。Victor和Radek分享了他们关于Joomla的故事。我们的生活都因Joomla而改变。该小组提出了“当您需要一个博客以上时，就用Joomla” - 灵活性也是一个关键词。
第三组：Peter Martin - 通过网站赋予人们力量并激励他们。Drupal - 需要技术技能。WP - 功能不如Drupal强大。其他关键词：机遇、解决方案、连接人们。Ruth为Grace Hopper创建的口号：“连接数十亿，激励百万，由你设计 - Joomla!让网络更强大”。 GHC口号的工作文档： [链接]
第四组：Tessa - 我们小组将其分解成多个部分，并提出了一个与所有情况相关的全球短语：“赋能解决方案”。

关于“如何”的讨论

“如何” - 我们是如何启用，如何赋予力量的？

为什么、如何和什么是可能混淆的。这需要足够广泛，以涵盖我们的所有产品。如果我们有这些东西，我们可以制作仅适用于框架或仅适用于CMS的消息，例如。

第一组：通过提供易于使用的多层次解决方案（核心和企业级）以及优雅且灵活的代码、支持文档、代码示例和支持。
第二组：由全世界各地的人们构建的灵活且易于使用的工具，它说你的语言，并允许人类和技术以透明的方式与内容互动，保护你的隐私并提供完整的控制权。
第三组

简化
- 降低入门门槛
- 简化我们的网站
- 使我们的软件更容易使用
- 例如，简化我们的管理员UI
第四组：通过可访问和灵活的平台赋能数字解决方案

关于“什么”的讨论

三种产品：CMS、框架、joomla.com

第一组：适用于构建我们的任何解决方案（包括CMS、发行版和Joomla.com）的灵活应用程序框架。营销材料，代码文档以及代码片段和示例，需要适用于CMS和框架代码的好的示例代码。框架的示例启动应用程序。关于使用什么，Joomla的解决方案等的沟通。使用Angular应用程序引导用户。

4种不同的选择

1. 在Joomla.com上建立网站 - 适合经验较少且希望快速建立网站的人（WP用户群）。

2. 下载并安装Joomla - 适合知识较多且希望托管自己的网站的人。

3. 下载并安装Joomla并选择“企业版” - 适合企业（Drupal用户群）。代码具有额外的企业功能，如LDAP、单点登录（或相应的代码示例），与NoSQL/MongoDB/CouchDB等数据库的连接。

4. 下载并安装Joomla框架以构建自己的Web应用程序 - 适合具有高级编码经验的程序员。
第二组

产品
软件
数字解决方案
数字平台
简化
门户
前端
互联网
互联网
电子商务
连接其他系统（ERP/CRM）的工具
非静态
增长
演变
应用程序
插件
网络服务
更好的用户体验
可访问性
规模
灵活
多站点
语言
多语言
支持产品和我的社区
第三组：我们如何平衡创新与稳定性？有一个愿望是J3分支体现平台的稳定性和向后兼容性，但为了创新，我们需要看一些不同的东西，并并行运行两者。
第四组：能够快速开始使用Joomla站点以满足需求。迁移工具和资源，兼容性依赖性检查器。购买域名的选项。在joomla.com上有更多发行版。

得益于平台的演进，发行版如今是一个更实际的解决方案。

这次练习的最终结果是什么？与营销团队分享 - 他们将根据某些提议创建场景。作为领导者，定义“为什么”是我们的责任。指定一个小型领导团队来最终确定这个结果吗？

关于提出动议的讨论。

由几位领导成员（3人）和市场营销团队的人员组成的小组，提出一份全面声明。他们已经进行了大量的SWOT分析——他们的输入将有所帮助。以交付一个简洁的“为什么”声明。

大家一致同意。确定一个日期：一旦完成声明，它将被发送到邮件列表，并由所有人投票。我们的任务是引领——我们代表社区。不需要就每一个决定征求社区的输入。需要制定一个计划来应对反应——团队将指定一个人来做这件事。用一种易于理解的方式传达，从一开始就让人明白我们在尝试做什么。

这个小组的志愿者有：Rod、Chris、Peter Martin。交付物是1或2个“为什么”，市场营销团队的2人提供帮助。

午餐休息——下午分组会议

星期四——11月6日

在房间里询问每个人的感受——许多人感到乐观。有一些消化问题。请求以尊重的态度进行。

回顾我们的历史——Ryan和Chris

Ryan——想对议程提出一个小小的改动。我们的领导团队比过去年轻。思考我们的根源在哪里，我们来自何处可能是有用的。我们为什么要开始，以及我们是如何到达今天的位置。Ryan和Chris愿意在进入关于我们如何改变的重要讨论之前分享15分钟背景。

Mambo曾经是专有的（Miro公司）——它变成了开源项目——像Andrew Eddie这样的人开始为Mambo做贡献。随着对这个项目的兴趣增长，它变得越成功。人们加入并不是为了帮助销售产品，而是因为他们想学习如何做一些有趣的新事情。

在2004年——放弃代码给开源的Miro公司试图收回这个项目。这是核心团队的人的看法。Miro没有完全理解许可证（GPL），他们认为可以把项目从开源中拿出去，再次变成专有产品。

情况恶化，Mambo团队决定他们必须分叉这个项目。他们在Open Source Matters这个名字下设立了一个网站。整个核心团队都同意转移到这个新项目。那时大约有12个人。这是2005年。首先建立的是论坛。

然后是一场选择新名称的比赛——他们不能再使用Mambo。Joomla被选中。然后是标志比赛。

关于为Joomla选择名称的论坛主题链接：https://forum.joomla.org/viewtopic.php?t=89

这是Joomlacode的起点：https://forum.joomla.org/viewtopic.php?t=80

随后不久，Open Source Matters作为一个组织成立，从法律角度监督事物。为什么是OSM而不是Joomla基金会或其他东西？开源是使原始专有产品成功的原因。重点放在赠予上。利他主义，善良。创造一个能够向他人赠送礼物（编写代码等）的环境。

从来没有明确的意图要合作帮助业务成功。在一起玩乐，做一些慷慨的事情。

2008年在慕尼黑的会议——创建了PLT、CLT和OSM。自那时以来，变化最大的责任是OSM的责任。自2008年以来（6年前），我们没有进行太多的重组。结构和变化发生在2005年至2008年之间，自那时以来一直保持不变。挑战——我们都是为名为Open Source Matters的组织志愿服务的领导者，这个组织恰好有一个伟大的项目——只有一个项目——叫做Joomla。在2008年，没有人想过要有一个政府制衡系统。过去我们都是一个核心团队。筒仓形成了，有的硬化了，有的软化了。但过去只有一个核心团队。在2008年，我们坐下来喝了 few杯啤酒，决定这三个团队是个好主意。

现在我们拥有10年的经验。我们都为Open Source Matters做出贡献。在我们今天进行这些讨论时，牢记这些事情是很重要的。一开始，那只是一个想要赠送礼物的团队。如果我们注意到这一点，我们的会议应该会进展顺利。

PLT、CLT和OSM的创建不是为了拥有类似政府的制衡体系。项目非常小，非常非正式。多年来，事情变得更大，我们被迫添加它们。我们目前所在的位置并不一定是理想的——它是历史的产物。

唯一的法律实体是OSM。

我们有机会完成我们在2008年开始的工作。我们都因为好的理由而被选中。

团队报告 - 目标

CLT

2014 CLT报告

已完成
- JRD重启
- 市场团队 - 为Grace Hopper准备的材料
- Bitergia仪表板
进行中
- 志愿者门户
- JED（后：模板）
- 网站升级（JCM、社区 - JUGS、展示）
- 无障碍工作组
- 行为准则、利益冲突

PLT

目标1.1：更紧密地与语义版本控制对齐：已完成
目标1.2：发布新的开发策略：已完成。详见 https://developer.joomla.net.cn/news/587-faq-s-for-joomla-s-improved-release-cycle.html
目标2.1：创造更多冲刺机会：https://docs.joomla.org/Code_sprints
目标2.2：引入新的发布领导者角色：已完成 Michael负责3.3版本，David负责3.4版本，Roberto负责3.5版本（实际已采用，但未公开告知）
目标2.3：减少从拉取请求到代码合并的时间：已完成，但我们没有指标来证明
目标3.1：引入新的特性生命周期管理流程：尚未完成。我们还没有就如何工作达成一致意见
目标3.2：重组生产工作组。尚未完成
目标3.3：生产工作组定期报告。我们开始在会议记录中启动报告工具，但还没有真正使用。
目标4.1：增加CMS测试的范围和覆盖率 https://twitter.com/hashtag/jtest14?src=hash 和 [链接]
目标4.2：提高文档的范围和覆盖率：文档和国际化方面已有进展
目标4.3：强制执行编码标准：代码风格冲刺已移除CMS中的所有代码风格问题，编码标准进行了微调。明年我们需要让它遵循https://github.com/joomla/coding-standards/ 上的joomla-coding标准库，使用当前特定规则 https://github.com/joomla/joomla-cms/tree/staging/build/phpcs/Joomla
目标4.4：强制执行提交前的测试合规性：主要得益于Travis
目标4.5：强制执行提交前的文档合规性：我们无法从社区请求这一点。但它应该在未来的发布领导者中完成
目标4.6：强制执行提交前的国际化合规性：工作进行中
目标4.7：增加发布前测试：我们需要更多的手动测试，发布领导者需要更多时间来专注于测试。我们识别出一些需要改进的工作流程和程序，但实际上我们现在的状况不错。
目标5.1：审查和调整我们的通信渠道：我们转向了slack。
目标5.2：围绕工作组正式化新特性开发：我们开始用路线图宣布期望的特性。
目标5.3：使代码审查更加正式：迄今为止还没有进展。
目标5.4：退役Joomlacode：已完成！
目标6.1：改进翻译团队流程：工作进行中
目标6.2：开发新的翻译工具：com localise已完成，工作进行中
目标 7：改进 Joomla CMS 用户体验：用户体验团队的活动并不多，但新的前端团队将为 3.5 版本在这方面提供改进。
目标 8.1：定义下一代架构的目标和任务。已经进行了讨论，George 的新 MVC GSoC 项目将为 Joomla 的下一个版本带来一些激动人心的新增强功能。
目标 8.2：在二月份举办一次“架构冲刺”。
目标 8.3：定义下一代架构。正在进行中。
目标 9.1：参与 2014 年 Google Summer of Code：已经成功完成。
目标 9.2：增加出席和演讲活动：已完成。
目标 9.3：增加教育环境中 Joomla 的使用：没有进展。
目标 9.4：增加 CMS 和框架的市场推广：已经取得进展，但将在 2015 年与市场团队合作更多。
目标 9.5：框架许可证更改：已投票但尚未实施，还有 16 行代码需要重新授权，我们正在等待 Don 提供那行代码作者的详细信息以完成此过程。
目标 10.1：收集匿名使用信息和目标 10.2：收集更详细的下载信息：已经编写了代码，但在透明度和隐私方面存在一些分歧，所以我们没有继续推进，但我们将在 2015 年审查。
- 插件 - https://github.com/dongilbert/jstats-plugin
- 服务器 - https://github.com/dongilbert/jstats-server

您可以在以下链接查看 PLT 2014 详细目标：[链接]

OSM

已完成
- 为 OSM 文档存档建立新的结构以保存历史记录
- 治理工作组 - 由于结构和方法的变更提案而暂停。
- 演示托管 RFP 已与 SiteGround 签订合同。Joomla 演示网站已在九月底启动。
- 市场推广 RFP 已与 Sensis 签订合同。
进行中
- 活动团队 - 改进批准和支持 JoomlaDays 的流程（直接原因是取消的 2014 年纽约 JoomlaDay）
- 商标团队 - 有三个进行中的案例，一个新的商标网站正在建设中
  演示网站团队 - 计划于 2014 年 12 月 1 日启动 joomla.com 演示。
- 认证团队 - 在 JWC14 期间进行 Joomla 管理员认证的试点。
- 资金团队 - 新的赞助包正在筹备中
- 财务团队 - 正在制定新的财务政策。2015 年预算流程已经开始，计划于 2014 年 12 月 18 日完成。
- OSM 网站 - 一个新的网站正在建设中

团队目标

分成小组，共同讨论整体项目目标。首先分享各个团队已经讨论过的目标。

2013 年目标：[链接]

2014 年目标从未发布或采纳：[链接]

2012 年关于项目目标的博客文章：https://community.joomla.net.cn/blogs/leadership/1516-2012-goal-setting-and-budget-planning-process.html

OSM 2013 草拟的目标：https://community.joomla.net.cn/blogs/leadership/1590-osm-goals-for-2012.html

PLT 2013 草拟的目标：https://community.joomla.net.cn/blogs/leadership/1519-proposed-plt-2012-goals.html

社区早在 2012 年就被告知我们会寻求他们对整体项目目标的反馈。

社区参与整体目标的投票：https://community.joomla.net.cn/blogs/leadership/1689-2013-project-goals-survey.html

预算流程
https://community.joomla.net.cn/blogs/leadership/1803-expedited-2014-budget-process-yields-new-innovation-fund-rfps-for-jed-and-marketing.html

目标和预算密切相关。Ryan 将为社区反馈撰写一篇关于团队目标的博客文章。11 月 12 日是博客文章的日期（预算截止日期是 11 月 11 日）。

Ronni 将领导一个团队来研究未来的整体项目目标。如果有人想与他合作，请让 Ronni 知道。

头脑风暴分组 - 15 分钟 - 每个团队挑选最多 5 个未来 3-5 年的目标。

目标头脑风暴会议结果

第一组

如何使Joomla更加注重移动端优先
网络服务 - 支持多种语言 - 一个中心
演进以支持除了CMS之外的新技术
教育 - 培训
数据以指导我们的决策
增加多样性 - 更多女性，不同语言，不同文化
无障碍
与终端用户的沟通（通过管理界面发送邮件列表）
趣味性

第二组

创新孵化器 - 为复兴而引入开发者进行创新活动。它可能催生各种开源项目并吸引新人才。建立一个创新中心，可以吸引新人才加入整个组织。给他们提供工作空间（指导、鼓励等）。
增加在外部会议的参与度。我们的目标是在更多非Joomla活动中代表我们自己。派遣开发者参加编码会议，CLT参加社区会议等。让我们接触到目前尚未接触的事物。传播Joomla - 宣传，同时也要了解外面的情况，以免变得固步自封。
Joomla到2018年占据25%的市场份额。目前我们占所有CMS驱动网站的8.5%。我们已经停滞了5年。Joomla的轻量版本 - 发行版。已经在其中做了一些工作。
Ruth希望Joomla成为最易于访问的CMS（语言、残疾人、希望以任何适合他们的方式使用它的人）。这将赋予许多人许多方式的力量。没有人做这个。
在开发者社区中增加多样性 - 性别、国际化、接受各个技能水平的人，指导他们 - 帮助他们提高编码能力。为所有级别的开发者提供更好的文档。
设立一个指导委员会，帮助Joomla社区的新人并指导他们。社区保留 - 帮助人们想要留在我们的社区。
行为准则 - 正式化的流程 - 支持受到虐待的人。适用于项目内的任何事情
校友会 - 提醒我们的历史并与我们磋商。

第三组

定义CMS的下一代
重新开发CMS以适应市场空间
无障碍，用户体验，国际化
项目的成长和成熟

如果你想加入目标团队，请给Ronni发送电子邮件。

结构调整讨论

午餐前全体小组讨论。午餐后分组。

我们现在正处于进程的中间阶段。结构调整团队已经向领导层 - 以及现在向工作团队展示了工作。接下来我们将从社区获得反馈。社交媒体和博客平台上有很多反应。我们希望重申，领导层明确授权我们提出提案。这个项目来自领导层，但Ronni和其他人被指控了许多事情。我们需要尊重这是领导层的集体回应。

并非每个人都同意 - 但我们需要我们的诚信得到尊重。让每个人都承认我们做的是团队合作 - 如果我们给任何工作团队分配任务，我们需要尊重这个过程。我们必须支持我们启动的过程 - 我们可能不同意最终结果。我们在领导层是在一起的。

虽然我们可能个人不同意团队的研究结果，但我们需要支持团队的工作。对于任何工作团队也是如此。

我们怎样才能帮助避免这种情况发生？我们对社区的透明度越高——关于这个过程——那么就不会有问题。当我们决定一些事情时，我们记录下来并公之于众。

在这个结构过程中发生的事情——我们公开地互相争执——这使得志愿工作变得不愉快。如果他们看到我们如何对待彼此，没有人愿意加入我们。作为领导者，我们必须成为榜样。

尊重彼此：我们不应使用Twitter攻击或评论我们正在做的事情——只有140个字符——人们会按照他们想要的方式解读事情。人们同意吗？我们需要尊重的沟通。我们应该在每一个层面保护我们的志愿者。

如何处理那些想要自由发表tweet的人？重要的是在领导团队中保持对彼此的尊重。你可以自由地说任何你想说的。

当你告诉人们因为你的徽章你不能反对领导层的任何决定时，这是一个滑稽的斜坡。人们无法区分个人和领导tweet。

注意tweet可能被如何解读——可以选择不发表某些内容。

当140个字符被脱离上下文时，其含义可能会有不同的解读。

当你得到一个徽章，你就是代表。

如果我的员工在Twitter上说我对我的公司有厌恶之情，那会很糟糕。在足球队中，你不会说计划很糟糕或者教练很糟糕。

为什么人们会在Twitter上分享负面信息，而不是通过电子邮件？

透明度是防止误解的最佳保证。我们越透明，对过程越有利。

Ronni建议在行为准则中正式写入一些内容。我们应该朝这个方向努力吗？

提议：指派Ruth负责完善行为准则。一旦完成，通过邮件列表进行正式投票。

结构变更提案

这已经与工作组共享。关于什么是提案有不同的观点。我们被分配任务，向社区提出一个提案。一个去中心化的模型。

有两个人想与这个小组分享备选提案——在周六将有时间做这件事——他们每个人将有15分钟。

这两个备选提案增加了一些向上的层次。一些在Slack的工作组中的人认为每个人都应该有投票权。

Michael——感觉作为领导团队我们只应该关注我们的提案。

Sander——很高兴看到人们提出了不同的提案——但在JAB我们同意完成提出提案的任务，并对这个提案进行反馈。

Radek——我们没有考虑其他两个提案。

Ronni——如果我们开放这个提案，我们需要做出一个正式的决定，允许社区的任何人提出他们的提案。

Guillermo——担心在新提案结构中，拉丁美洲没有人能参与。因为我们正在引入美国/欧洲的企业模式。部门、产品、整个概念都是企业化的——而非社区化。9人小组将引入政治和游说。

Ronni——如果你在一家好公司有好的工作，你有自由和责任。我们希望给团队自由和责任去做事情。

Guillermo担心我们的扁平组织将变成一个金字塔。Sander认为我们的提案是一个倒置的金字塔。

[Javier 为 Guillermo 翻译，后者此刻更愿意用西班牙语表达自己]：4年前在OSM和这个项目中，有一个混乱的结构是有意义的，因为那时我们还不够大，不需要有不同的组织方式。在讲西班牙语的社区中，我们还没有准备好帮助我们的社区适应这个新结构。我们在本地社区中的组织程度不够。现在我们有了代表拉丁美洲社区领导层的拉丁美洲代表——我们担心会失去这一点。Guillermo 看不出多样性如何融入到部门领导中。

如何进行下去？桌上有一种提议，还有其他替代提议。

提供一个反馈表单？这样人们可以在一个地方提交。

当前的时间框架留到圣诞节之前我们进行投票。Mike 担心如果我们拖得太久，在投票前可能会遇到一些领导层的更迭。

周六口头提出的提议将以开放的心态倾听。

我们会在周六提出我们的提议吗？不会。当我们要求社区反馈时，我们应该提供一个电子邮件地址，以便人们可以提交替代提议。

周六在听取其他两个提议之前，我们应该讨论流程。明确新的提议中提出的内容可能会成为当前提议的一部分。

还有其他要分享的关注点吗？每个人都对流程满意吗？Guillermo 不支持，因为这对非英语社区来说时间不够。

我们还没有与社区分享这个提议——它仍然在工作组级别。如果我们需要为此增加时间，我们会这样做，以确保有适当的翻译。