了解WordPress开源项目中贡献者的领导角色

在WordPress生态系统中,贡献者可以担任各种领导角色,例如旗舰WordCamps的发布负责人或主要组织者。然而,人们并不清楚个人是如何被挑选出来的。本次讨论将有助于更好地了解如何创建各种领导角色和选择个人,重点是如何更好地共享信息。

主持人:Aaron Campbell(@阿隆坎贝尔)
记录员1:Emma Sophie Young(@艾玛(emmaht))
记录员2:Bigul Malayi(@莫比格尔)

TLDR:我们需要更多文档

原始注释:

当天明确的目标清单(开放式地板):

  • 情况如何核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。选择核心项目的提交人?
  • 确认如何识别核心团队的提交人,以及如何将其添加到该角色或从该角色中删除。还包括:
  • 他们是如何进入这些位置的
  • 核心版本和角色(历史上)如何在未来版本中发挥作用
  • 获得关于未来如何提名的答案
  • 如何选择团队代表
  • 其他团队如何选择团队代表和团队领导
  • 获取尽可能多的信息——将其带回教学(指导高中和大学)——围绕WordPress和机会制定课程
  • 团队代表团队代表 团队代表是代表Make WordPress团队参与项目其余部分的人员,确保根据需要提出和解决问题,并协调跨团队工作。责任&许多团队代表更多地扮演团队领导的角色,而不是推动团队正在做的事情,项目管理团队
  • 除了团队代表角色(适用于所有团队)之外,是否还有其他团队角色
  • 在领导角色中-该人没有与之保持一致或对其角色意图没有正确的期望
  • 每个角色的目标是什么
  • 现场会议组织者–希望以更传统的方式谈论这一点
  • 除了让人们留下来做贡献之外
  • 找出如何确定某人是否“值得”
  • 如何信任和提供访问-直觉vs科学

核心委员会角色(以及这意味着什么)
多年前的承诺:目前的决定方式:

  • 承诺人松弛,松弛松弛(Slack) Slack是一个协作群聊平台https://slack.com/WordPress社区有自己的Slack频道https://make.wordpress.org/chat/.通道
  • 提交人用它来讨论提交行为
  • 如果有人问如何使用___(工具)进行此操作
  • 建议参与者提交
  • 由Matt决定–他对谁应该致力于核心业务拥有最终发言权
  • 这是目前的领导角色
  • 在过去,贡献的唯一方式是编写代码——这是成为“领导者”的自然方式。但现在不同了,有更多的方式可以贡献。

委员会需要做出决定,如果它是准备进入核心的东西。他们对代码很满意,然后它进入wordpress核心。

  • 当你提交代码时,你要为它负责
  • 审查他人的代码,而不仅仅是使用自己的代码;无论你签下什么,你都要对它负责。因此,如果有问题,你需要帮助解决它。
  • 就流程而言,它过去更多的是在后台进行,但现在更透明了。现有的提交人看到一个提交人做得很好,他们会推荐这个人,然后Matt决定(受到其他提交人的影响)

在如何选择下一任领导人方面是否存在差异?因为现在的领导者是选择下一位领导者的人——这是一个问题吗?

  • 没有规定非委员会成员不能推荐某人。但这并不是真的发生。看看它会是什么样子,或者它会怎么样,这会很有趣。

为了被提名——你需要证明自己——这可能需要花费大量的时间、精力和协作能力等。因此,这几乎是一个自然的选择。

  • 时间方面
  • 似乎大多数提交人都得到了赞助
  • 很难有时间
  • 你没有得到承诺,因为你得到了赞助,但你有更多的时间花在承诺上(因为你得到赞助——每周有更多时间)
  • 示例:非承诺者由其他人提名

网关可以是发布的共同领导或特定部分(几乎就像第一步)-人们可以在这些压力重重的星期里证明自己,并有望从中获得提名。

关于手册页面–该页面列出了所有核心承诺。它缺乏对主要开发人员与核心提交人的角色以及他们的任务的洞察力。

  • 历史上,他们是“决策者”直接还原铁直接还原铁 直接负责人-对特定项目或功能承担所有权或责任的人。
  • DRI不一定是做某事的权力,但有正确的背景
  • 你有那张“大图”吗?
  • 你是否得到了社区的信任,不是因为你拥有所有的东西,而是因为他们知道你不可能知道所有的事情,而是他们相信你会诚实地说,我不知道,但我会为你找到答案

潜在客户–需要妥善处理反馈(接收反馈、同意不同意见并继续前进)

  • TLDR:我们有背景、信任和权威
  • ^^当时有一个释放引线发布负责人 社区成员最终负责发布。,现在有了团队
  • 我们已经建立了项目的其他部分,并组织得更好——这个角色本可以很容易地被淘汰
  • 领导——就像项目中的“水”然而,它的性质发生了变化。
  • 如今,领导角色变得无关紧要了——其他人可能会感到真空,而人们却不这么认为
  • 如果它是一个遗迹,它应该知道决策是如何做出的,以及它在项目中是如何发生的,这可能会有所帮助,所以我们知道每个人都在工作,他们需要什么。不是所有的权力都给一个人,需要帮助

团队代表讨论-团队代表角色-促进角色-这真的是他们所做的吗?

  • 团队领导可以做什么?
  • 不要混淆团队
  • 潜在客户修订
  • 我们需要的重组
  • 关于非代码领导的讨论看起来像

团队代表与团队领导

  • 对所做工作负责的人
  • 他们不需要这样做(委派)
  • 但他们有责任感(因此有责任感)

其他球队如何选择替补队员
社区团队

  • 我们会查看贡献、一致性、频率以及它们出现的时间,然后开放提名。
  • 提名另一个人需要具备资格
  • 当一个新的贡献者加入团队时——他们在梯子上的位置
  • 爬梯子或爬上去需要多长时间
  • 我想成为插件插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是来自第三方的基于成本的插件团队代表(前)0我需要做什么才能做到这一点
  • 向人们展示如何开始非常重要
  • 在过去,我们并不是说我们希望您只使用这种类型的代码来实现这一点,而是更为自我导向,而不是预定义的路径
  • 不想约束人们

代表VS领导
Make团队代表

  • 领导也是如此
  • 促进
  • 指导而非决策
  • WordPress发布线索
  • 负责决策

Polyglots团队Polyglots团队 Polyglots团队是一个多语言翻译团队,致力于翻译插件、主题、文档和前台营销副本。https://make.wordpress.org/polygolots/teams网站/.

  • 过去的提名-1次年度有提名提醒
  • 张贴带有投票的帖子(每次2或3个)

团队代表与团队领导——历史上,我们有7名团队代表,他们都是导师(就像领导/领导角色)

他们是混为一谈的——有机会让更多的人加入(更广泛的领导角色)并获得新的眼光

没有关于如何成为领导者或领导角色以及它能带来什么价值(带来清晰性)和带来新员工的文档

如果你不知道如何提供帮助或在哪里可以提供帮助,那么很难提供帮助

问题:社区和重大活动——组织者是如何选择的?有什么差距吗?


领导力团队是如何为旗舰选择的——WC型角色

WCUS——Angela是当地活动的负责人——现在正在与它合作,决定明年谁将参与其中。然后他们将帮助与团队沟通并建立团队

  • 没有公开的潜在客户电话
  • 我们试图挑选那些展现出我们所需要的各种能力的人
  • 它工作得很好——有困难
  • 很难做到公开——确保你真的涵盖了你需要的所有必要的东西——而且人们真的了解他们正在做什么。

一般路径:

  • 人们自愿参加
  • 通过公开通话组织团队的一部分
  • 然后,他们看到了他们要做的事情——在未来的版本中成为领导者
  • 志愿者-组织者-首席组织者

本地站点–另一个领导层
第一步——将WP翻译成另一种语言(德语)——例如,核心到翻译进行了合并——有很多职责,但没有指南或规则手册,所以她不得不反复讨论如何做到这一点。现在,事情在过去十年中是如何演变的。我们是否有一个流程来为现场站点执行此操作?如果您有权访问或获取它,那么您几乎处于领导角色,我们如何处理它,因为您基本上处于领导角色。

在西班牙,从初学者(15年可能是idk)开始,他们就是同一个区域经理。也许他们认为他们控制了当地社区。

  • 他们有一种感觉,即他们拥有现场网站内部的权力。
  • 现场社区内缺乏会议和对话
  • 例如:最近,他们给某人打了标签,说他们被标记出项目,但没有告诉此人。他们取消了访问权限,因为他们不知道有人在做什么。
  • 我们需要在不同层面上对此进行努力。
  • 我们有很多活动。

对于The team reps(上一个定义来自2012年),但当时只有大约8个团队,现在我们有22个,所以我们需要重新设计,因为社区增长了很多,现在的工作方式与10-12年前不同。

  • 我们需要重新思考我们想怎么做——在未来情况变得更糟之前,因为情况会变得更糟

我们如何吸引下一代

  • 当某人卸任领导职务时,分发知识

如何传递知识,职责是什么,以及他们需要做什么(核心记录良好)其他团队没有离开项目或团队。我们还需要实施蓝图或框架形式,指导团队如何处理这一问题。

  • 有很多长期贡献者,总有一天我们不会贡献(或出于任何原因离开项目)——所以为了让新的贡献者成长,同时也让新一代加入到项目中。应该有一个让年轻一代参与并拥有贡献的wp项目。
  • Z世代对开源开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。开放源代码**必须通过许可模式提供,请参阅GPL。或WP。我们如何处理这一代人向项目、领导、代表角色等的转变。
  • 我们如何让他们参与进来(已经在其他课程中讨论过)
  • 相关部分——即使它们在这里——我们如何确保我们将信息从一个人传递到另一个人。这些见解不仅使我们的项目老化,而且不会丢失。

核心提交人有导师,该导师会指导你完成整个过程——这可能会让你难以承受。

  • 导师制有利于入职
  • 还有另一部分
  • 他们不会突然离开,但他们正在设法摆脱困境
  • 我们如何保留所有重要的东西或尽可能多的东西

你可以传授一些知识,但要做什么取决于所涉及的人,所以应该理解,如果你把统治权交给其他人,你需要做好准备,他们可能会把它带向另一个方向。

  • 波特兰的例子:会议是激情和商业的结合,是推动会议向前发展的动力,然后基金会挺身而出,就像这里是你需要遵循的规则一样,一位领导辞职了,因为他们从中获得了乐趣
  • 结果来自参与人员的能量

wordpress基金会的立场是什么

  • 还有其他项目(本地团队)是由现场团队负责的,或者是关于现场团队应该如何自己运行的指南-不确定是否有关于所有流程的文档(历史上文档比现在少)–过去的需求没有今天那么多–人员更少,每个人都只知道他们需要的所有信息。文档更为重要。

知识转让和文件

  • 我们应该以同样的开放精神记录这种精神
  • 不应该是“我只是在和你说话”
  • 如果我说了,我应该可以写下来
  • 如果有人想参与这个项目,他们应该掌握所有的知识
  • 当我们建立这些结构时,我们正在增加更多的减速带
  • 我们如何保持质量并保持平衡?

问题:当我们谈论领导角色和头衔时,你是为谁考虑的?领导层是谁的动机?这是对领导角色的渴望吗?个人满意度——知道该和谁说话……每个人都需要一些稍微不同的东西。当我们寻找结果时,这一点很重要。

问题:你认为标题是拖尾的还是领先的?你认为当你已经在做一份工作时,头衔会出现吗?还是你想实现的目标?为了你自己?

向下一个人传授领导力知识

  • 实践造就人
  • 所以我们应该更经常地做
  • 不要等到某人奄奄一息(糟糕的例子)
  • 每1年、2年、5年、10年,无论哪一年,他们都会将信息传递给下一代
  • 以某种方式封顶,你可以成为领先者——也许我们可以这样做
  • 本地-这可能不是一个好方法-这是出于热情-但项目明智

直接还原铁直接还原铁 直接负责人-对特定项目或功能承担所有权或责任的人。:

  • 这是一种交流方式。
  • 当你踏入某个领域时,你并不是真正的领导者。
  • 它把时间转化为事物的能量。如果你想在项目中做点什么,那么你就会成为DRI。但你的实际工作,取决于你的精力和动机——取决于你。
  • 作为DRI,你需要制定一个计划。除了你,没有人会提名你。你看看领导者,他们有活力和激情。
  • 入职-我们有一个适当的离职流程-如果你是一个支持者,你不想再这样做了。他们移除了通道等

本地团队应该是主站点的翻译,它应该只是一个翻译——不应该是一个开放的领导层(基本上)。它应该由多语言团队管理。

本地会议–这是由WP中心、核心组织者担任的领导和组织者角色(WP中心寻找替代者)–寻找新的人来接手新的会议。

  • 谁在经营新闻稿?在本地博客bc上,它不是翻译——就像locale-make博客一样——把它放在手册中——因为它不是翻译,它应该由locale测试团队负责。
  • 有领导作用的人应该分享他们的知识(给予访问权、任命人员等)
  • 语言环境管理员应该是语言环境社区的最高角色。但有一个单独的方面——需要有一个POC指南——内容生成、语言环境手册和语言环境社区规则手册,因为它对每个社区都不太清楚。

非官方领导角色

  • 如何结束项目——没有指南,没有文档
  • 外联应该是什么样子,非官方的跨团队,如果他们是领导角色的话,应该是idk——但感觉是这样的。利弊
  • 有很多人只是扮演一个角色,有人开始做决定,如果没有“角色”,你就会越界,而你没有被赋予“角色”——承担角色有点风险(人们感觉到真空)
  • 请记住,我们是从一个语言环境社区开始的(至少有很多人是这样开始的)——见面、语言环境词汇统计、学习主题等等。

你知道有全球球队对本地球队。

  • 我们需要考虑在语言环境社区中,不仅仅是wp网站的翻译,至少现在需要用英语以外的其他语言发布大量信息。
  • 人们希望继续编写代码,但他们需要帮助和指导——但我们需要开始思考英语是如何组成的,因为现在社区已经老了,我们需要在当地社区中寻找新的人,。

向上取整

  • 我们将在团队中继续讨论这一点
  • 我们正在取得进展——每个项目都有困难和问题
  • 共同努力,回到我们的团队,推动改进、正规化,并在我们看到这些差距的任何地方为这些事情制定一个流程。

关于前进的思考:

  • 在如何选择下一任领导人方面是否存在差异?因为现在的领导者是选择下一位领导者的人——这是一个问题吗?
  • 团队代表与团队领导角色。明确指导他们做什么和不做什么,谁对什么工作负责?
  • 对于社区和重大活动,组织者是如何选择的?是否存在差距?
  • 对于地区网站:我们是否有一个过程来发展每个地区的领导者?还是过去15年都一样?我们需要重新思考,在未来情况变得更糟之前,我们想如何改变它。
  • 当某人下台时,如何移交知识和转移知识。我们没有非登机系统。
  • Z世代对开源或WP不感兴趣。我们如何处理这一代人向项目、领导、代表角色等的转变。
  • 我们如何吸引下一代加入WP项目?
  • WP基金会的立场是什么?和当地球队一起?他们的职责是什么?当地团队应该如何运作,是否有指导方针是否有关于所有流程的文档?(也适用于当地手册或规则手册)
  • 我们需要有关如何结束项目的文档。
  • 我们如何记录知识转移
  • 当我们谈论领导角色和头衔时,你在为谁考虑?领导层是谁的动机?这是对领导角色的渴望吗?个人满意度——知道该和谁说话……每个人都需要一些稍微不同的东西。当我们寻找结果时,这一点很重要。
  • 你认为标题是尾随的还是领先的?你认为当你已经在做一份工作时,头衔会出现吗?还是你想实现的目标?为了你自己?
  • 对于现场会议,谁负责新闻稿?

第一部分和第二部分:沟通…

第一部分和第二部分:在Make Team Blog上交流:讨论、建议、公告

会话页面:

WordPress社区主要通过松弛(Slack)松弛(Slack) Slack是一个协作群聊平台https://slack.com/WordPress社区有自己的Slack频道https://make.wordpress.org/chat/.和Make Team博客,通常称为“P2s”。让团队博客特别能看到各种更新、讨论、建议和公告。这些是如何产生的,人们如何提供反馈?在做出决策时,如何考虑反馈?本讨论将围绕Make Team博客上的对话重点讨论最佳实践。

主持人: @海伦
记录员1: @艾玛(emmaht)
记录员2: @异甲基橙

讨论目标

讨论Make Team Blogs中的当前流程,可以改进什么,社区如何确保在做出决策之前接触到更广泛的受众。

原始备注

制作团队博客的最佳实践(第2页第2页 P2或O2是人们用来指代Make WordPress博客的术语。可以在以下位置找到https://make.wordpress.org/.)第一部分

当前的痛点:

  • 为什么Make Blog评论不使用阻止阻止 块是一个抽象术语,用于描述使用WordPress编辑器组合在一起形成网页内容或布局的标记单元。这个想法结合了过去可能通过短代码、自定义HTML实现的概念,并将发现嵌入到单一一致的API和用户体验中。编辑(回答:最终会发生的,但如果有任何问题,请随时加入任何Slack频道进行询问)
  • 提高(新)贡献者的盲点意识
  • 建议–没有明确的流程。通常,提案的提出方式使其看起来像是在进行中。
  • 没有讨论获得提案的过程,没有循序渐进的路径,并且当帖子发送到 元是指组内部工作的术语。对我们来说,这是一个在WordCamp Central和Make WordPress等内部WordPres网站上工作的团队。第2页。
  • 感觉是,有了一份发布的建议书,项目就有了一个隐含的绝对方向。
  • 需要进行一些改进,以便为其他团队着想。社区成员应该有考虑在某些决策和建议中应该包括哪些团队的心态
  • 新的贡献者不知道团队博客的存在。
  • 有一种感觉,你必须精通英语才能参与讨论。可能的解决方案:翻译按钮会很有帮助,这样其他人可以参与进来
  • 懒散更难理解(因为信息总是流动的,事情总是更新的),而不是基于项目或githubgithub GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松共享、复制和修改这些存储库。公共存储库可以免费托管,私有存储库需要付费订阅。GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。https://github.com/问题
  • 如果你在一周内只贡献了几次小增量的内容,那么很难找到Slack、GitHub和Makeconnect之间的讨论如何才能看到全貌。没有人真正关注事物的整体。
  • (较新的团队代表)-什么时候保持对话,什么时候在博客上发帖。我是否与松懈有关?我是否链接到github?
  • 缺乏指南或一般做法
  • 缺乏可视性和协调其他团队工作的能力。
  • 跨团队决策——项目范围的治理。
  • 提案在不同的时间提出,没有顺序,并要求对提案进行反馈,但所述反馈的时间线不同(没有标准化)。在评论中,没有标准的前进方式,只需寻找批评即可。
  • 当写建议书(功能→)以固定顶部注释(有时使用,有时不使用)时,您可以固定注释“这是所做的决定”
  • 确保我们分配适当的时间发表评论,尤其是对于那些没有持续贡献/兼职时间更多的人
  • 对于谁可以写评论,以及其他开源项目如何管理这一点,是否有标准?
  • RSS更新页面(未链接到任何地方)-任何未附加到任何团队的github回购-目前没有向任何团队报告RSS
  • 谁是我们的受众?哪些内容属于/更新(make/latest这将为您提供RSS更新)和make/projects
  • 谁可以访问,我们如何确保人们可以访问?我们能确保这种情况发生吗?
  • 与工作组和团队打交道,需要一个临时网站来进行调查,(还没有制作/博客),需要调查工具来帮助决策。当决策仅仅是基于Slack而不是从更广泛的角度来考虑make时,这是一种耻辱。
  • 需要提供如何编写会议记录、提案等的示例模板。可持续发展团队正在寻找这些工具。很好,有一些关于如何运行东西的框架——集中式工具。除了/projects博客之外,工作组没有其他地方可以发表想法,所以人们很难找到。
  • 开始投稿太令人困惑了——谁在投稿,谁有权投稿,仍然困惑不解,人们会告诉每个人不同的事情。
  • 反馈得到了,但事后没有采取行动,或者看起来是这样。这可能会让社区感到被剥夺了权力——“为什么要麻烦发表评论,没有人听”,而另一个团队却在说相反的话——我们需要反馈,一旦有反馈,就需要在提案帖子的评论中综合,并对所采取的行动进行注释。
  • 基本上功能失调——有秘密会议,而不是异步会议

想法:设计焦点页面:回顾概述焦点页面可能是分享团队工作全貌的好途径(GitHub链接、帖子、Slack讨论)

良好体验/积极体验

  • WP中的沟通涉及讨论历史。Make Team Blogs提供了7年前的讨论,并允许人们查看当时的问题;将其用作优秀的存档。
  • 一些具有跨团队意识的个人能够花时间将团队聚集在一起,但这也是一个薄弱环节,因为一个人承受了太多的重量
  • 在贡献者指导团队中,许多团队共同支持新贡献者并创建材料
  • 学习团队的构建是天文数字,未来可以继续为更广泛的受众翻译
  • 如果清楚团队喜欢如何联系(Slack、GitHub等),则易于与其他团队合作
  • 本地站点现在可以拥有自己的make/blog,并与元团队合作完成这项工作。当地社区可以利用这一点进行登录,新的贡献者可以学习如何将wp.org或make/blog中的内容翻译出来。
  • 坚持对团队和个人来说非常重要;这就是事情发生的原因;这就是魔法。

团队博客最佳实践(P2)第2部分:

便签练习——每个人都写下我们应该继续做的事情、停止做的事情和一个行动项目。

保持

  • 开放性
  • 广泛的观众参与
  • 月度总结(人性化的总结)
  • 跨团队沟通/协作的概念

停止

  • 只有团队代表发帖
  • 编写已经决定的提案
  • “缺乏回应”的假设是同意(缺乏参与)。在定期会议中宣布剩余的响应时间。如果没有共同的反对意见,那就在那之后继续前进,但总有迭代的空间
  • 与确认的项目帖子相比,提案的内容不明确
  • 噪音很大

需要思考的行动

  • 作为一个社区接受实验
  • 其他语言的内容(MLAI服务)
  • 自动翻译
  • 非开发人员更容易导航
  • 允许搜索扫描所有make/blog,同时显示GitHub门票
  • 组织总结主题(号召行动)
  • 跨团队协作提供更好的指导
  • 所有团队的通用资产池
  • 提案投票–异步和实时
  • 显示项目中提交的所有提案的摘录/或提供摘要或概述(或在一个地方)
  • 分享反馈(以及如何提供反馈)
  • 直接还原铁直接还原铁 直接负责人-对特定项目或功能承担所有权或责任的人。
  • 更好用户体验用户体验 UX是用户体验的缩写——用户使用UI的方式。想想“他们在做什么”,少想想他们是怎么做的。/用户界面用户界面 UI是用户界面的缩写,即用户与之交互的页面布局。想想“他们是怎么做到的”,少想想他们在做什么。
  • 电子邮件摘要–成员订阅的团队
  • 为新老贡献者澄清大型项目决策指南
  • 更新的单一注册

以下讨论^^

  • 人们对投票有什么看法?
  • 确保社区成员参与决策过程与确保我们向前迈进
  • 记住读者是谁。有时是为了团队,有时是为了更广泛的社区。发布功能的更精细的帖子。
  • 为什么人们开始觉得分享自己的想法不安全?或者他们的想法不重要?人们想知道这是否是他们的角色?我们如何知道何时发布以及发布什么?是什么让人发帖感到紧张?我甚至可以发帖吗?在发布帖子之前,是否应该以Slack开始对话?Slack只会更快地得到回应,因此与make/blog相比,走这条路更容易。
  • 为什么我们要使用其他工具?害怕堆积
  • 如果一个决定在github或Slack上失败了——也许是因为它需要发布在Make Blog上,有些人可能无法访问
  • 让你的队友参与进来是一种发布帖子的方式,可以减少恐惧,让你觉得自己的想法背后有支持。
  • 个人资料可能不一致,因此看起来您没有信用,因为它位于不同的位置
  • 我们可以基于帖子上的想法(在那里做出决策),为未来的决策留下足迹/遗产。例如:培训团队–WP认证(对话发生在大约3年前-没有离开,再次召开了研讨会,仍然没有去任何地方–但它是有记录的,我们能够继续。因此,它不是一个浪费的帖子。我们能鼓励那些发帖子的人吗?没有帖子就是一个无用的帖子?在那里创造更多价值
  • 学习-我们可以提供支持:如何编写一份写得很好的提案
  • 小贴士:链接到所有相关的帖子,这样人们就可以看到已经讨论过的内容(Slack、Twitter等)
  • 提供关于“如何启动工作组和如何提供良好反馈”的指导
  • 提案开始了,但后来失败了,但没有就为什么失败进行沟通(没有沟通或后续行动),所以没有结束
  • 总结思路:也许人工智能可以帮助发布此摘要。设计——这是本周的主题,这个决定已经做出,等等。考虑到大多数贡献者没有资金,也没有志愿投入时间,需要考虑一些事情。
  • 为什么要利用这段时间发布摘要而不是项目?
  • 赞助商与个人——赞助商可以协助“粘合工作”——不是真正做“工作”,而是确保某个地方有人在做工作,并让社区了解某些项目实际发生的情况。
  • 在查看可以利用的AI工具时应该谨慎……许多工具不是开源开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。开放源代码**必须通过许可模式提供,请参阅GPL。,这与项目的精神气质背道而驰。找到平衡点。

关于投票的思考

  • 菲律宾比索菲律宾比索 PHP(PHP:Hypertext Preprocessor的递归缩写)是一种广泛使用的开源通用脚本语言,特别适合web开发,可以嵌入到HTML中。http://php.net/manual/en/intro-whatis.php.–正式征求意见
  • 结构有助于完成任务
  • 月底对项目进行投票(提案在当月提交),然后进行修改
  • 我们错过了有赞成/反对票的建设性辩论
  • 我们需要一个空间(创建一个空间)来在最后期限内进行这场“辩论”
  • 并非总是“简单多数”
  • 有附则(如2/3)
  • 可以根据项目进行更改(仅限于贡献者等)
  • 你如何克服WP是一种共识而非多数

提出的问题:

为什么我们使用这么多外部工具进行讨论(GitHub/Slack)而不是make.wordpress博客?

我们如何确保所有必要的各方都参与决策?如果我们只在Slack中进行讨论,这肯定会排除某些人,然而,许多人并不知道每个团队的make.wordpress博客。

结论/总结:

入职培训需要改进,以便新员工了解make.wordpress博客以及如何在团队中使用它,以及如何参与对话。

需要在员额的效率和流动方面取得更大的平衡,特别是在提案方面。应该有与评论期相关的标准指导方针,然后对这些帖子进行跟进,提供关于采取或未采取的步骤以及做出的决定的信息。

重要的是使计划在团队中可见(项目板等)
社区需要每个团队的定期总结,以便他们能够了解正在发生的事情和接下来的事情

需要明确所有权和责任,因为这是一件积极的事情(拥有DRI)

无形和低估:支持“幕后”贡献

会话页面:

WordPress项目中的一些团队及其工作目前很少受到关注,但对WordPres社区的健康也有很大的影响。尤其是近年来,这些团队的贡献者渠道面临着巨大的困难。本次讨论将探讨如何解决管道破裂的问题,支持相关贡献者,以及如何对这项困难的工作给予适当的评价。面临此挑战的团队示例包括插件、支持、安全、事件响应。

主持人: @阴毛

记事本: @异甲基橙@动物园

讨论目标 

大多数开源项目没有足够的人来做需要做的工作。花时间进行表彰意味着我们正在为吸引更多未来的贡献者打下坚实的基础。

  • 哪些群体在项目中往往感觉不到重视?
  • 有哪些方法可以给予这些团队更多的认可,既让他们感到更受赞赏,又鼓励更多的人在这些领域做出贡献?

关键点

宣传我们的工作和团队构成

  • 某些团队(如支持团队)比一些有充分理由更“秘密”运作的团队(如安全和事件响应团队(IRT))更面向公众。我们如何才能让那些落后的团队走到最前面,并更多地庆祝他们的工作?
  • 有时,我们不善于公开发布我们的工作——很少有人会在某些团队发布帖子。需要保持p2内容新鲜,以突出我们正在做的工作。
  • 事件响应团队要求一定程度的保密性,这可能与透明度不一致。他们试图对过程和步骤保持透明,同时兼顾保密性和透明度。
  • 被吸引到事件响应团队的人可能不太在意认可?可能是基于终身制的认可。 
  • 对于社区来说,了解特定团队中的成员非常重要,这会让他们更加平易近人。但另一方面,如果人们的名字是公开的,那么他们可能会因为错误的原因与这些团队联系。 
  • 由于与安全和IRT团队相关,人们特别担心缺乏认可。人们只知道我们处理了一个问题如果我们宣传它。因此,如果我们不宣传我们处理了某些事情,可能会让人觉得我们不在乎骚扰或安全。风险越高,回报越少。我们如何找到平衡?
  • 安全性显然有些模糊,尽管团队确实会因为团队中的个人工作而得到认可,比如发布版本时。每一个被修复的问题都会在那时被公开,通常会提到发现问题的人。插件插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是来自第三方的基于成本的插件审查小组最近在得到允许的情况下宣布了小组成员。狡猾的团队,因为他们有时会收到负面反馈,所以每个人都可以选择是否被提及。
  • 讨论了其他一些团队以及他们的团队成员的工作是否/如何得到公开承认。示例:设计团队为WordCamps、meetups创建元素——很多人没有意识到徽标和其他设计元素需要人们来创建。人们需要知道,工作是不可或缺的

认可的类型

  • 认可是多层次的,不仅让人感觉良好,还向其他人表明这项工作正在进行,并给其他人机会看到他们可能感兴趣的潜在场所。
  • 不同的人想要以不同的方式得到认可。我们的目标受众是哪些——同龄人?WP范围外的人?自我认知?
  • 学分页面核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。与发布工作相关,因此许多参与人员没有得到认可。特殊问题 元是指组内部工作的术语。对我们来说,这是一个在WordCamp Central和Make WordPress等内部WordPres网站上工作的团队。工作与特定版本无关的团队。
  • 被要求参与一些具体的事情也有意义。你被要求做某事,因为人们认为你能为某事带来价值。 
  • 回顾帖子是发布认可的好时机。使工作可见和被认可的差异。活动组织者经常觉得自己没有得到应有的重视,但他们经常寻求帮助。
  • 参与的动机不同——即你是否得到赞助?如果你得到赞助,可能会得到更多固有的认可。内置奖励系统,即您的持续雇佣。对于项目的这一部分,人们在内部(公司内部)是已知的,但可能不认识公司外部正在非赞助商方做相关工作的人。
  • 作为一个得到充分赞助的捐助者,这种获得认可的愿望对一些人来说仍然很重要。

确定目标

我们想在项目中展示/提升/让谁的作品更引人注目?让我们不要忘记那些做不太引人注目的工作的人——团队中是否存在能见度较低、对认可的需求较大的任务?也称为“胶水”工作。

要关注的两类目标受众:

  • 基于团队,例如:支持、插件、元、安全、IRT
  • 基于任务,例如:管理、社区、分诊、指导工作

徽章/个人资料

  • 围绕个人资料徽章展开了大量讨论,有些人更喜欢,有些人则不太喜欢。讨论了扩大所提供的徽章类型,例如,可以有更多“级别”,甚至可以提到某人参与某件特定事情的特定年份。附加文本可以帮助使徽章更有意义,并围绕某人当前和历史参与提供更多细微差别和上下文。
  • 过去曾对多层次徽章进行过一些研究,但该项目一直处于暂停状态。如果我们拿起它,它可以更充分地反映人们的贡献。某些团队的级别可能比其他团队更容易分配,因为某些类型的工作不太容易量化。有些分类工作可以自动化,但有些不能,所以这真的是对时间的最佳利用吗?
  • 有些徽章比其他徽章更容易获得,所以徽章并不能反映出持续的工作量。例如,Polyglots徽章并没有区分工作量。在Core中,你可以花数周时间编写一个功能,你会得到一个单独的“道具”,与其他贡献小得多的人一起。承诺者可以选择为自己提供道具,这可能会让人觉得奇怪。社区居民也有类似的问题,即。聚会聚会 所有正式成为WordPress世界一部分但不是WordCamp的本地/地区聚会都通过https://www.meetup.com网站/会议通常是本地WordPress用户聚在一起分享新想法并互相寻求帮助的机会。在meetup.com上搜索“WordPress”将帮助您找到您所在地区的选项。组织者与主要组织者WordCamp公司WordCamp公司 WordCamps是一种非正式的、本地组织的会议,涵盖与WordPress相关的所有内容。他们是WordPress社区聚集在一起的地方之一,在这里,他们可以互相传授一年来学到的知识,并分享快乐。了解更多信息.获得相同的徽章,但它们往往反映出不同的工作量。
  • 团队在分配徽章方面的工作方式不同,你可能在一个团队中做了很多工作,但没有徽章。在一些团队中,这是自动的(即照片),在其他团队中,这是手动的(即支持)。
  • 建议当前的徽章系统将每个徽章链接到它引用的团队的Make博客,这样可以让不太知名的团队获得更多曝光。

赞助志愿者与非赞助/自我赞助志愿者

  • 我们如何确保我们有一个人员管道来处理通常没有人愿意赞助的任务,比如管理任务。你如何克服管理工作不值得赞助的想法?
  • 赞助商希望以认可的形式获得投资回报。
  • 志愿者的时间有限,我们通过让你看起来必须对组织有如此多的了解才能加入并成为志愿者,从而限制了捐款的基础。很多时间花在阅读和追赶上一次投稿后遗漏的内容或发生的变化上。可能不知道如何利用他们的2个可用小时,因此不会这样做。
  • 志愿者想做他们喜欢做的事,而不一定是项目中需要做的事。无论我们在具体任务上多么需要帮助,如果人们对此不感兴趣,我们都不太可能让他们自愿参与。赞助贡献者的故事不同。 

招募新志愿者

  • 随着指导计划/团队最近的成功,当我们为新贡献者引入更专注的指导计划时,是否有办法将成功转化为某种轮换/抽样,以便这些人有机会体验多个团队?将他们介绍给一些不太常见的团队,这样他们就可以在他们不会遇到的地方参与进来。
  • 所有团队的新入职路径都有“不到一小时”内容的链接,以便开始。 
  • 我们正在做什么来帮助人们能够为较小的工作做“临时”贡献?

接下来的步骤

  • 正式确定目标受众。
  • 调查徽章系统升级的状态。
  • 考虑在中创建一个专门的问题/入门频道松弛(Slack)松弛(Slack) Slack是一个协作群聊平台https://slack.com/WordPress社区有自己的Slack频道https://make.wordpress.org/chat/.帮助克服人们在开始做出贡献时所感受到的压力。

#顶峰,#2023年峰会

社区峰会讨论笔记:振兴捐助团队的领导渠道

会议名称:振兴贡献者团队的领导渠道

主持人:@卡林曼

笔记记录者:@尼尼亚内普斯,@佩里亚索塔

个人签入主题

我们如何看待领导力管道?

讨论目标

  • 确定当前领导层面临的挑战
  • 探索人们成为领导者的动机
  • 讨论阻碍人们接受领导的障碍
  • 集体讨论潜在解决方案
  • 确定未来的管道

关键点

确定当前领导层面临的挑战

我们不知道自己在做什么——事情是可行的,但我们不知道为什么要做具体的事情。

每个团队和个人的非结构化指导都有不同的入职体验,但我们不知道我们有能力做的所有事情或可用的所有工具。

团队代表没有明确的指示;我们遵循了一些准则,但不知道这些准则存在的原因。

精疲力竭和被压垮是现实,而困惑无助。

在理解什么是我们生态系统中的“领导者”方面存在一个特殊的挑战:

  • 领导能力:任何在项目中非常活跃的人(WordCamp公司WordCamp公司 WordCamps是一种非正式的、本地组织的会议,涵盖与WordPress相关的所有内容。他们是WordPress社区聚集在一起的地方之一,在这里,他们可以互相传授一年来学到的知识,并分享快乐。了解更多信息.聚会聚会 所有正式成为WordPress世界一部分但不是WordCamp的本地/地区聚会都通过https://www.meetup.com网站/会议通常是本地WordPress用户聚在一起分享新想法并互相寻求帮助的机会。在meetup.com上搜索“WordPress”将帮助您找到您所在地区的选项。组织者、大量参与发布和可持续项目的人员等,而不仅仅是团队代表)

从其他会议中,我们意识到缺乏对什么的定义团队代表团队代表 团队代表是代表Make WordPress团队参与项目其余部分的人员,确保根据需要提出和解决问题,并协调跨团队工作。是的,但我们知道这不一定是一个线索。因此,我们没有一个结构来定义这个社区中的领导者是什么。声音较大的人可能会被视为领导者,而把其他人抛在后面。从形式上讲,唯一明确的定义是项目领导。

社区成员希望组织者和团队代表能回答所有问题,但很多时候领导者没有答案,也没有权力做出所要求的改变。这让人感到沮丧,因为我们有能力也没有能力创造积极的改变。

由于缺乏管理角色的文档,因此确实需要明确,人们必须:

  • 犯错误并请求原谅
  • 主动出击

人们希望团队代表推动事情向前发展,但通常没有明确的前进方向,没有文档记录,而且很明显,代表不能做任何他们想做的事情。这使得完成任何事情都变得异常困难。

很难找到愿意在当地团队中分担责任的人:

  • 对全球管理有很多关注,但对当地社区来说还不够。

如果我们对领导角色的责任没有明确的概念,我们就无法搭载新的领导。

新的贡献者认为他们只能为小任务做出贡献,他们没有意识到自己可以成为团队代表。

并非所有团队和项目都存在领导力培训。

当地团队和各自的全球团队之间缺乏联系。

探索是什么激励人们成为领导者

  • 渴望学习,热爱边做边学,乐于贡献
  • 渴望支持他人并赋予他人权力
  • 维护和支持当地社区或项目
  • 填补空白,没有动力
  • 感到被授权并帮助他人自我授权
  • 寻找机会解决问题,并知道我们正在取得进展(例如,大量关闭的门票)
  • 学习整个项目是如何运作的——学习所有事情是如何联系的挑战是动机

讨论阻碍人们接受领导角色的障碍

  • 贡献者没有意识到成长为领导角色的可能性。
  • 一些团队的贡献者管道比其他团队更清晰。
  • 许多团队缺乏文档,存在知识障碍。

集思广益潜在解决方案

  • 更好的文档,也许还有一些不同团队所需的文档集中位置:
    • 一般文档或营销团队中的“什么是领导力”,可能会链接到团队页面,介绍销售代表如何在团队中工作,以及角色是什么样的以及需要什么。
    • 需要进一步的异步讨论。
  • 请求缺少的信息
  • 在上创建自动更新图表WordPress.org网站或者我们可以在哪里找到每个项目和团队的负责人
  • 领导力培训:为贡献者提供发展领导力技能的途径和工具
  • 导师帮助贡献者寻找机会,因为当前的领导者可以识别未来的机会,并可以帮助他们逐步进入角色
  • 小步骤进入角色
  • 保持和维护与领导力相关的人的因素,而不会在过程中迷失方向

成为销售代表的动机是什么?

  • 每一次成功的贡献都是一次学习机会,让销售代表感到有能力领导。
  • 当销售代表能够领导他人时,会进一步帮助他们发展技能,这感觉很棒,尤其是当项目向前推进时。
  • 一些销售代表没有领导的动机,他们只是因为别人告诉他们要填补空缺、急需的职位而成为了领导者。
    • 你不需要做代言人就可以领导和激励他人。
  • 在某些情况下,导师制的一个方面是,如果有人注意到你的努力工作,并说这个角色可能很适合你,那可能会滚雪球;这真的很鼓舞人心。
  • 知道你的贡献在超过40%的(公共)网络上是实时的。
  • 你不需要成为一名销售代表就能学到很多东西,但这确实会发生。
  • 测试团队和其他团队有很多机会。
  • 你可以开始看到哪里存在需要弥合的差距。
  • 学习每件事的工作原理可以真正激励人。
  • 拥有一个明确定义了成功目标的角色,例如统计关闭的门票数量,对许多人来说无疑是一种激励。
  • 每个人对你的信任都会赋予你力量。
  • 帮助培养强烈的社区意识是一种激励。
  • 人际关系和建立终身友谊。

确定未来的管道

  • 开始或促进聚会,并积极参与社区活动,可以帮助别人发现你,鼓励你发挥领导作用。
  • 作为代表的工作之一不仅是领导,而且是看到和鼓励他人。
  • 导师和文档是关键。
  • 创建一个系统,通过指导和引导现任领导支持下一任领导
  • 标准化徽章系统,包括领导徽章
  • 标准化领导力培训路径(为了获得徽章,员工必须参加特定课程),我们可以使用学习平台上已有的材料,或者决定在贡献者日需要什么
    • 课程或待办事项列表可能不是每个人都可以访问的,除非它们简短明了
  • 扩展和标准化领导角色,包括全球和每个团队的初级和高级代表
  • 领导想要退后的离职流程(信息传输、访问权限删除等)
  • 传授知识的过程
  • 定义领导角色对销售代表和工作组都至关重要
  • 需要视觉来理解一切事物的结构
    • 中已经存在营销问题githubgithub GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松共享、复制和修改这些存储库。公共存储库可以免费托管,私有存储库需要付费订阅。GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。https://github.com/为了这个想法
  • 太多的官僚主义可能会成为新贡献者进入的障碍
  • 使用易访问的工具至关重要,因为无法访问谷歌文档

#顶峰,#2023年峰会,#团队代表

社区峰会讨论笔记:“打造团队”生态系统是如何运作的,我们是如何联系的?

安排会话:

有22个Make团队(而且还在不断增加!)在构建WordPress。每个团队都有自己的任务和优先事项,并由推动WordPress向前发展的首要目标联系在一起。对于在一个团队中工作的贡献者来说,很容易忽视更广泛的项目和其他团队,或者看不到团队的工作是如何融入其中的。本次讨论将探讨团队是如何联系在一起的,以及团队可能对其他人产生的影响,着眼于提高我们对Make WordPress生态系统整体的集体理解。我们还将探讨如何让所有新的和当前的贡献者不断加深这种集体理解。

主持人:哈里·尚克(@哈利桑克)

记录员1:艾玛·索菲·杨(@艾玛(emmaht))

记录员2:埃里卡·瓦莱塞(@埃弗莱塞)

记录员3:塔可Verdonschot(@塔克过量)

继续阅读

#顶峰,#2023年峰会

社区峰会讨论笔记:在开源环境下是否可以进行继任规划?

会话时间表:

所有领导者的关键工作是投资于下一代领导层。这在自由和开源开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。开放源代码**必须通过许可模式提供,请参阅GPL。软件(FOSS),您可以看到混合关注点:非营利/营利、志愿者/付费、熟练/非熟练。虽然我们的领导团队已经扩大,但仍不清楚如何确认继任计划(从紧急情况或计划的角度)。

主持人:乔·麦吉尔(@乔姆吉尔)

记事员1:Kim Coleman(@基曼沃尔

记录员2:伊索塔·佩拉(@佩里亚索塔)

继续阅读

#顶峰,#2023年峰会

社区峰会讨论笔记:探索辅助功能团队如何支持Making WordPress团队

会话时间表:

这个无障碍无障碍 无障碍性(通常简称为a11y)是指为残疾人设计产品、设备、服务或环境。无障碍设计的概念确保了“直接访问”(即无人协助)和“间接访问”,即与个人辅助技术(例如计算机屏幕阅读器)的兼容性。(https://en.wikipedia.org/wiki/Accessibility网站)团队希望探索如何将其作为一个共享资源并为Make Teams和WordPress项目提供最佳支持。当前的挑战是,这个小团队很难跟踪他们在WordPress项目中的哪些方面有帮助,他们希望有一个更强大的系统,使他们能够更好地处理整个团队的请求。

需要的观点:当前感兴趣的辅助功能团队成员,以及其他希望与Make Accessibility协作的Make Team成员。

主持人:乔·多尔森(@乔多尔森)

记录人:戴维·沃尔夫帕夫(@狼锯)

记录人:塔可Verdonschot(@塔克过量)

原始注释:

  • 鉴于我们作为一个小团队的资源极其有限,我们想看看如何更好地支持其他Make团队。
  • 我们总共相当于一个小时的全职人员,支持所有其他团队。
  • 易访问性团队主动联系其他团队,但不想这样做——团队时间的最大消耗者之一是试图联系他们,看看他们能做什么。这不是为了做更多,而是为了提高生产力。
  • 其他一些团队希望改变这种情况,看看他们能做些什么来主动联系无障碍团队,看看什么是可行的,以及他们能提供什么帮助。认识到他们应该在什么时候征求意见,看看如果没有适当的支持和信息,他们在可访问性方面会出现什么问题。
  • 易访问性团队可以帮助确定团队应该注意的事项以及关键时间
  • 对于其他团队:您以何种方式与已经在运作的跨团队互动,无论是正式合作还是临时合作?
  • 成功总是一项不断进步的工作。例如,我们可以帮助一个人实现无障碍访问。这很有帮助,但最好有多个。在我们可以使用额外反馈的时候设置检查点,提供反馈循环。承认作为一个团队,没有什么是一成不变的,即使我们已经开始向前迈进。
  • 与文档团队进行交叉工作的一个例子是,有人密切关注文档中发生的事情核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。古腾堡古腾堡 古腾堡项目是WordPress的新编辑器界面。编辑器改进了创建新内容的过程和体验,使编写丰富内容变得更加简单。它使用“块”来增加丰富性,而不是短代码、自定义HTML等。https://wordpress.org/gutenberg网站/了解需要更新的文档。类似地,Learning通过市场营销和文档来了解即将发生的事情和了解
  • 每个团队都应该有一个无障碍领导,他可以与跨团队无障碍团队联络。团队缺乏教育,无法了解他们正在做的事情。每个团队都有一个易访问性冠军,这将使跨团队协作更加容易。
  • 无障碍团队的日常每周结构的一部分是审查其他团队的更新。很难让其他团队的人员实际完成这些报告。
  • 文档团队有人在其他团队的推送请求和帖子中搜索。这是一个相当密集的项目,需要花费大量时间。
  • 理想情况下,每个团队的人员都有基本的可访问性意识,即使他们在另一个团队中很活跃。他们需要什么技能,这很容易训练吗?
  • 有些简单的东西很容易学会,例如颜色对比度、字体大小、使用有助于管理的扩展等等,对某些人来说很容易学会。
  • 内容创建者可能会有同样的问题,联络员可以为他们提供答案,以减轻易访问性团队的负担。
  • 根据团队的不同,确定联络员的需求会有很大不同。这可能是这些团队之间的发现过程。无障碍范围内的一些事情是与联络人进行一对一的交流,进行讨论,记录并发布。
  • 活动中的真实世界可访问性还有其他需求,但这在团队的权限范围内。有一个第2页第2页 P2或O2是人们用来指代Make WordPress博客的术语。可以在以下位置找到https://make.wordpress.org/.频道,他们正在记录设置原则和可供每个人参考的文档WordCamp公司WordCamp公司 WordCamps是一种非正式的、本地组织的会议,涵盖与WordPress相关的所有内容。他们是WordPress社区聚集在一起的地方之一,在这里,他们可以互相传授一年来学到的知识,并分享快乐。了解更多信息.。文档将由社区团队发布。
  • 通过无障碍团队与其他团队的联系,可以看出这是关键的,而不是有益的。团队参与得越早,协作性就越强。
  • 人们担心无障碍团队被视为增长的拦路虎。最好让其他人寻求反馈,而不是在事情发布后再联系。
  • 其他团队不想一直困扰无障碍团队,所以存在一个问题。就一些正在进行的事情获得反馈一直很棘手。的一部分wordpress.org网站重新设计一直试图让页面实时更新,以获得反馈和更新,但人们认为它已经完成了。
  • 可能会有一些标记,页面仍然需要审阅。拥有旗帜的挑战在于它会被视为一个拦截器;除了那次审查,一切都完成了。
  • 文档对所有文档都不负责任,这一点令人困惑。例如手册。但文档团队可以提供帮助。通过帮助游乐场团队,它在整个项目中让人们更加了解了无障碍环境需要做什么。
  • 所有团队都可以拥有如何与跨团队协作以实现可访问性等功能的模板。
  • 与培训团队合作,尝试与无障碍团队合作非常困难。
  • 有两个问题:入职人员的困难是什么,留住人员的困难又是什么。我们有太多的需求,很难实现入职培训。
  • 入职培训最大的问题之一是在尝试完成无障碍性方面的工作时遇到挫折和退缩。
  • 有一个问题是,将我们的名字附加到做与无障碍性相关的事情的团队中,存在着什么样的法律恐惧。例如,有一些重叠公司一直在打官司,诉讼频繁,资金雄厚。这些工具并不真正起作用,人们已经被起诉或受到诉讼威胁。阿德里安·罗塞利(Adrian Roselli)目前被起诉是一个显著的例子
  • 如果有办法获得WordPress基金会的支持,那么就会有关于轻浮诉讼的支持。但这将是一个困难的要求,而且不太可能实现。
  • 各个团队可以更好地为新员工提供服务,以实现更多冗余和可扩展性。这可以用
  • 来自不同团队的人员循环在一起听起来是一个工作组的好地方。这将从最紧迫的可访问性问题开始,然后将其转变为一个工作组,该工作组将通过与团队联络、与文档合作、创建入职培训、在Learn WordPress上实时提供文档和入职培训,并获得资格。
  • 如果没有经过正规培训,个人将没有信心成为联络员。
  • 应该有一些反馈,说明人们是如何从不同的团队中获得参与无障碍团队的兴趣,以确定如何最好地进行人员联络。例如,社区团队接触了如何最好地促进WordCamp US 2023的访问。社区团队面临的风险是,他们的无障碍错误往往更为公开,有更多的人在谈论它们。
  • 无障碍团队的语气转变为“我们如何帮助其他团队做得更好?”,而不是指出哪里做错了,这值得称赞。
  • 问题是辅助功能团队何时提供反馈,而反馈没有得到实施。当问题被突出显示并且没有人愿意对此采取任何行动时。阻止事情超越开发/合并的原因是,一旦启动,就很难解决可访问性问题。可能是为了视觉或功能,但不是为了可访问性。
  • 团队中的人员做了太多工作来分离新功能,这使其变得更加困难
  • 人们可以如何帮助:在推出新功能时设置一个暂停窗口,但要让它听起来更好。很难看出哪些功能实际上正在向前发展,而哪些功能只是实验性的,不会有任何进展。如果一切都在进行中,即使是基本的实验
  • 有一些自动进行的安全审计会阻止事情的发展。为什么没有对可访问性进行自动和手动检查,而这些检查并不是前进的障碍?有一些令人难以置信的基本问题,在特性发布供审查甚至发布之前,还没有解决。
  • 自动化测试确实有其地位。其中一些问题是如此基本,以至于浏览器自动访问性测试将捕捉到这些问题。通过开始合并自动化测试来消除一组基本问题是值得的,但要明确的是,通过测试并不会使其变得可访问,只会节省一些时间。
  • Guternberg在大多数情况下都善于处理可访问性交互的微观问题。但在宏观问题上需要帮助。摆脱寻找微观问题的麻烦真的会有所帮助。
  • 困难的部分是为测试设置基础设施,而不是编写实际的测试
  • 培训中还没有关于通用无障碍测试的内容。有一个有待审查的问题。
  • “面向未来的5人”讨论讨论了让公司承担特定项目,这可能是一个专注于无障碍环境的公司愿意承担这项任务的地方。
  • 与进行对话 元是指组内部工作的术语。对我们来说,这是一个在WordCamp Central和Make WordPress等内部WordPres网站上工作的团队。和文档团队一起研究如何成为这些团队的联络人将是一个良好的开端。能够将更多的自动化测试集成到Core中会有所帮助。在最佳时机教人们接触无障碍团队会有所帮助。
  • 应该有一个标准,用于判断某个东西是否被压扁,是否阻碍了在可访问性级别上启动的某个东西。与安全问题类似。
  • 可以解决的一些基本问题是为社区团队制定检查表,以确保无障碍团队的基本知识涵盖在活动中,以及活动周围的网站中。告知与会人员无障碍对您的活动和场地意味着什么,而不仅仅是确保他们在场。
  • 建议将联络人称为无障碍团队的“盟友”,确保特定团队中有人支持他们的需求。这与内容丰富的团队尤其相关,例如学习、文档、培训、营销。
  • 联络的需要可能是特定水平的知识,这些知识是孤立的,可以由具有特定、专注知识的人与有问题的人直接合作来解决。
  • 联络人和盟友不必是每个团队中的一个人,但可以是更多的人,以避免信息孤岛。这一切都归结于文档。无障碍团队肯定会受益于文档团队的帮助。
  • 即将出台的立法将对无障碍环境越来越严格。告知人们即将发生的事情:由于没有法律团队,这是否会被视为团队的一个角色?无障碍小组说不,他们没有资格提供法律咨询,也不可能成为这方面的资源。
  • 上的无障碍团队页面的重写工作正在进行中,但已经进行了两年make.wordpress.org网站的主题之一贡献者日贡献者日 贡献者日是独立的日子,通常在WordCamps之前或之后举行,但也可以随时举行。这些活动是人们聚集在一起,在不同领域开展工作的活动https://make.wordpress.org/人们可以参与许多团队,每个团队都有不同的重点。https://2017.us.wordcamp.org/contriborday网站/ https://make.wordpress.org/support/handbook/gettingstarted/gettingstarted-at-a-contributor-day(https://make.wordpress.org/support/handbook/gettingstarted/gettingstarted-at-a-contributor-day)/.这是团队的声明,但也有网站本身的可访问性声明。
  • 对无障碍性的承诺应该在更多的团队中传播。从实际的角度来看,没有什么是“无障碍团队”。总是有理由聘请主题专家,以确保不同的团队在我们应该做的事情上不会走不同的方向。
  • 相当多的团队都有跨团队活跃的人员。鉴于11年无障碍 无障碍性(通常简称为a11y)是指为残疾人设计产品、设备、服务或环境。无障碍设计的概念确保了“直接访问”(即无人协助)和“间接访问”,即与个人辅助技术(例如计算机屏幕阅读器)的兼容性。(https://en.wikipedia.org/wiki/Accessibility网站)团队,其他团队中都有他们是不可行的。
  • A11y团队正在积极搜索其他团队的更新。目前,只有少数球队出现了这种情况,但并非所有球队都是如此。 
  • 联络员需要什么技能?这很容易训练吗?
  • 确定联络人需要什么取决于团队。这将是一个发现的过程。a11y团队可能提出的一个可行提议是与潜在联络人进行一对一。 
  • a11y团队是否也扩展到了现场活动,还是仅限于WordPress软件?
  • 是的,但这会严重影响软件的可用时间。 
  • 让新人加入11y团队面临哪些挑战?
  • 我们忙于跟上进度,没有时间搭载新人。我们需要人来编码,我们需要人去测试。 
  • 留住人才加入11y团队面临哪些挑战?
  • 由于缓慢的过程和严重的挫折,人们正从压力和挫折中疲惫不堪。另一个原因是Matt Mullenweg,他个人冒犯了11岁社区团队中的许多人。 
  • 我对为团队做出贡献感到不自在,因为有很多专家被起诉。 
  • [简短解释阿德里安·罗塞利的遭遇]
  • 我们能否组建一个工作组,通过所有其他团队来创建一个关于联络员应该做什么的资源?这样,我们可以为每个团队创建“个性化”课程。 
  • 其中一个挑战是确定实际正在向前发展的问题,而不是仅仅是实验性的、永远不会发生的问题,因此不需要团队的关注。 
  • 有可能自动检查一些基本的东西吗?
  • 是的,这可能是棉绒加工的一部分。但它确实是非常基本的,因为它仍然需要一个人进行检查,以验证(例如)命名是否正确。
  • 行动项目
    • 与meta和培训人员进行对话,了解联络角色应该是什么样子
    • 进行更多自动化测试
    • 在不同的球队中获得11年冠军

#顶峰,#2023年峰会

社区峰会讨论笔记:使WordPress企业与WordPres社区保持一致

安排会话:

近年来,WordPress在企业层面一直在努力发展。同时,企业投资的公司和个人可以为WordPress带来巨大的价值开源开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。开放源代码**必须通过许可模式提供,请参阅GPL。项目。本次讨论将探讨企业利益和社区利益之间当前的摩擦点,以及在哪里可以扩大合作以实现互利。

主持人:Siobhan McKeown(@西奥班)

记事员1:Weston Ruter(@威斯顿鲁特)

记笔记者2:Jon Ang(@肯西诺)

继续阅读

#企业,#顶峰,#2023年峰会

社区峰会的角色:掌握堆栈和保持时间

每次社区峰会讨论将包括:

  1. 一个主持人
  2. 两个笔记记录者 (阅读有关记事本角色的信息)
  3. 一个堆栈保管员/时间保管员

请提前熟悉Stack Keeper/Time Keeper角色,这样您就可以自愿了!

目的:堆叠的目的是确保所有参与者的声音都能在讨论中听到。否则,一个人或一小群人很容易主导讨论,并将其他参与者拒之门外。

Stack Keeper的角色:在每次讨论开始时,建导师将要求一名志愿者担任堆栈管理员。堆叠管理员负责组织和安排对话。“The Stack”是演讲参与者的顺序。如果参与者举手要说什么,Stack Keeper会把他们放在“Stack”上。也就是说,Stack Keeper会将他们的名字放在堆栈列表的底部。当栈顶的人发言完毕后,栈管理员划掉他们的名字,并宣布栈上接下来的两个参与者是谁。Stack Keeper还应该确保之前发言的人都是第一次加入Stack的人。

因此,Stack Keeper是负责识别谁说话以及何时说话的人。书库管理员必须经常注意并扫描房间,看看谁想发言。除了这些职责外,主持人和堆栈管理员也可以正常参与讨论。

保存时间:堆栈管理员还负责在讨论期间保持时间。重要的是,Stack Keeper/Time Keeper要让建导师知道什么时候该结束讨论并转到Next Steps and Action Items(至少在预定结束时间前5分钟)。这将有助于避免讨论突然结束,并确保小组在讨论结束之前明确确定了下一步。

社区峰会非归因指南

在我们为社区峰会做准备的时候,我们想分享一下不归因性,以确保富有成效和公开的讨论。

虽然我们欢迎并鼓励您与他人分享我们讨论的内容和见解,但我们恳请您实践不归因。这意味着,在峰会之外,您可以讨论出现的总体想法和主题,但请避免直接引用或将具体评论归因于个别参与者.

我们的目标是创造一个安全、包容和协作的环境,鼓励每个人集思广益,分享想法,畅所欲言。我们希望通过不将评论归因于特定的个人,创造一个空间,让参与者不必担心自己的言论被断章取义,或在峰会讨论之外被用来攻击他们。

本着不归因的精神,我们要求:

  • 保持参与:我们恳请您不要在峰会讨论期间在社交媒体上发布信息。这有助于确保每个人都积极参与,并在此时此刻在场。
  • 照片:欢迎您拍照,但请确保它们符合我们的非归属指南。这意味着避免将特定评论或想法与特定个人联系在一起的照片。
  • 回顾与总结:欢迎您分享活动后的回顾。但是,请确保这些人不会将具体的评论或观点归因于个别参与者。

感谢您的理解与合作。我们很高兴能一起深入讨论这些问题!