社区峰会讨论笔记:创建WordPress课程和教育体验
欢迎所有年龄段的新用户、建设者和扩展者的一个重要方式是围绕WordPress创建优秀的课程或教育体验。 为了解决这个差距,WordPress社区举办了KidsCamps并推出了LearnWordPress。 本次讨论将关注WordPress教育的未来,从教学主题到经验水平,再到特定年龄组的课程。
社区峰会讨论笔记:提高贡献者的认可度和庆祝度
WordPress的贡献者是不可思议的。 我们如何才能更好地认可和庆祝所做的重要贡献,并认识到它们对WordPress的影响 开源 开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。 开放源代码**必须通过许可模式提供,请参阅GPL。 项目? 本次讨论将探讨我们目前没有认可贡献的地方,以及我们如何更恰当、更容易地对贡献者和贡献者表示感谢。
项目道具的当前状态 不同团队对道具的跟踪不一致。 核心 核心 核心是运行WordPress所需的一组软件。 核心开发团队构建WordPress。 做得最好,但只有在 支持向量网络 SVN公司 Apache Subversion(通常缩写为SVN,以其命令名SVN命名)是一个软件版本控制和修订控制系统。 软件开发人员使用Subversion维护文件的当前和历史版本,例如源代码、网页和文档。 它的目标是成为广泛使用的并发版本系统(CVS)的最兼容的继承者。 WordPress核心和WordPress.org发布的代码都通过SVN进行集中管理。 https://subversion.apache.org/。 在提交消息中使用“属性x,y,z”。 所有贡献归结为一个道具,而不管投入的工作量或总体影响如何。 道具收集于 贝塔 贝塔 一种预先发布的软件,分发给大量用户在真实条件下进行试用。 Beta版已经在内部进行了alpha测试,在外观、感觉和功能上与最终产品相当接近; 然而,设计变更经常作为过程的一部分发生。 / 钢筋混凝土 发布候选 有可能成为最终产品的软件测试版,除非出现重大错误,否则随时可以发布。 每个发布周期。 其中一些是自动化的,但涉及大量手动工作。 不可避免的是,总会有人无意中被遗漏。 不同的团队有不同的方式来识别贡献者。
核心版本中道具的最初目的:通过查看提交(设计、测试、代码审查等)来识别许多不明显的工作。 目标是激励我们希望从贡献者那里看到的行为。 为什么有无形的贡献? 讨论了其他开源项目: 德鲁巴(Drupal): 属性讨论了很多。 Drupal.org页面可以用作简历。 而wp.org则不然。 它们是高度自动化的。 有不同的方式将一个问题分解为多个阶段,而不是一个史诗。 每张票可以多次获得积分(测试、编码、设计等)。 可以为Drupal会议创建子任务。 比如徽标创建、融资、在活动网站上撰写文章等。任务完成后,学分将显示在个人资料中。 Drupal配置文件有许多类型的学分和属性 更容易获得捐款统计数据 它还有一个供参与者使用的仪表板 信贷是加权的。 出现了一些归因农业。 基于经验的不同贡献。 有一个分阶段逐步取消信贷的结构,以尝试并鼓励向更高级捐款的积极进展。 Drupal支持公司和组织的参与,对做出贡献的企业实体给予认可。 Drupal允许企业创建这样的配置文件页面—— https://www.drupal.org/agileana网站 他们的贡献也像个人一样列出。 如赞助、支持贡献者等 配置文件页面还包含列出用户导师的部分 企业公民身份以过去90天来衡量,在几个方面影响着它们在drupal.org上的显示方式。 这就是“五个面向未来”的本意吗? 不同的讨论,但是否需要更多的激励措施让公司参与进来? Drupal使用“新手”标签而不是“好的第一个bug”
Linux基础 有一个用于进行归因的徽章系统。
为什么没有按团队分组或在发布的credits页面上分开credits? 该页面旨在反映所有积极参与 那个 特定版本。 谁推动了释放? Drupal具有与发布无关的团队认可度。 其他团队被留下来向发布团队发送信用卡,或者找出自己的信用卡发放方法。
我们目前在发布之外的哪些方面给予信任? wp.org个人资料徽章 # 道具 通道输入 松弛 松弛 Slack是一个协作群聊平台 https://slack.com/ WordPress社区在 https://make.wordpress.org/chat/ . 当使用非默认语言环境时,翻译人员在credits页面的单独部分中获得学分(尽管这与贡献特定的版本号有关 除了徽章之外,Openverse没有正式的方式来识别贡献。 本周的核心帖子 make.wordpres.org/core公司
承诺并不总是认可贡献或量化努力的正确方式。 徽章是一种信用/道具 每支球队都要自己拿出获得徽章的资格。 有大量的徽章狩猎正在发生。 徽章是使wp.org档案更像简历的一个因素。 目前,大多数徽章都是按角色分配的。 培训团队对如何领取徽章有很好的概述,并列出了任务和计数要求。 他们的相关流程和文档多次受到赞扬。 有些团队结构不太严谨。 只要有人在目录中共享一张照片,摄影小组就会发放徽章。 徽章上有缺口,可以发放。 所有旗舰贡献者日都有虚拟贡献者日。 可以添加虚拟 供款人日 贡献者日 贡献者日是独立的日子,通常在WordCamps之前或之后举行,但也可以随时举行。 这些活动是人们聚集在一起,在不同领域开展工作的活动 https://make.wordpress.org/ 人们可以参与许多团队,每个团队都有不同的重点。 https://2017.us.wordcamp.org/contriborday网站/ https://make.wordpress.org/support/handbook/getting-started/getting-started-at-a-contribortorday/ . 那些不能旅行的人的徽章。 可以探索分层或“超级用户”徽章,以鼓励贡献者进步和贡献更多。 团队应该决定什么适合他们发放徽章,但有文档记录的最佳实践或指南将有助于实现这一点。 徽章本质上是二进制的。 我们如何添加细微差别、水平等。。 一些团队有多个徽章。 例如,Openverse有团队和贡献者徽章。 但大多数贡献者都得到了赞助。 对于未受保护的人来说,有一个更高的门槛需要跨越。 这是一个缺点。
徽章可能有有效期 这将阻止猎取徽章。 激励我们想要的实际行为。 不过,它们不应该完全消失。 它们在某一时间点上是重要的和有效的,并且应该保存这段历史。 徽章也可以是活动的或非活动的。 期望和移除标准必须明确,以避免混淆和伤害感情。
重要的是要在对投入时间和精力的人来说重要的地方认识到自己的贡献。 有时,外部和内部认可都很重要
除此之外,还可以在哪些地方识别出更有影响力的贡献者? 发布并不是整个项目中所有团队都需要识别的事件。 一些团队按照不同的时间表工作。 有不同的截止日期等。。
道具追逐确实发生。 我们如何推动人们在学习和成长的过程中做出更实质性的贡献? 有时,这将表明他们的技能有限。 无论大小、感知影响或团队/组件如何,每个人都可以以各种形式接受贡献。 对于一个人来说,找到一个舒适的地方,在那里他们快乐,并且永远生活下去,这是完全可以的。
首席开发人员的头衔目前并没有真正的意义。 特别是对新贡献者。 此前,这可能激励了一些人更加努力地工作。 但目前还无法实现。 沿着这些路线,我们还可以提供什么,以及希望在什么水平上更好地激励?
对于赞助捐款和非赞助捐款,有一些需要考虑的因素。 小时数也不是量化贡献的好方法(参见5FTF)。 对于meetups、WordCamps等的贡献者来说,很难量化一个固定的数量。 这给自荐人和受赞助人带来了明显的劣势。 由公司赞助捐款本身就是一种认可。 这对社区中的许多人来说是有意义的,但不是所有人。
贡献的可见性和透明度应该是一个目标。 它创造了跨团队的理解和协作激情
量化贡献很困难,也不统一。 写make帖子可能是一件大事,可能需要几天的工作。 创建措辞得体且详细的问题也可能需要大量时间。 见上文,meetups、WordCamps等的贡献者很难量化固定金额。 设计团队做了大量的工作,而这些工作在最终交付物中没有体现出来。 例如,线框和设计迭代。
对于 古腾堡 古腾堡 古腾堡项目是WordPress的新编辑器界面。 编辑器改进了创建新内容的过程和体验,使编写丰富内容变得更加简单。 它使用“块”来增加丰富性,而不是短代码、自定义HTML等。 https://wordpress.org/gutenberg网站/ ,很难玩杂耍 github github GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松地共享、复制和修改这些存储库。 公共存储库可以免费托管,私有存储库需要付费订阅。 GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。 https://github.com/ 与。 Trac公司 Trac公司 Trac是贡献者为bug或功能请求创建问题的地方,与GitHub非常相似。 https://core.trac.wordpress.org/ . /SVN公司。 代码提交是最容易的,但只是拼图的一小部分。 提交的文档最容易被游戏化,比如拼写错误修复等。 很难决定谁应该接受更改的归因。 讨论、分类等都值得称赞。 古腾堡表彰所有公众的贡献者 插件 插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。 他们可以扩展功能或为WordPress网站添加新功能。 WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。 这些可以在WordPress.org插件目录中免费 https://wordpress.org/插件/ 或者可以是第三方基于成本的插件 版本发布。
WordPress的人物系列可以用来表彰贡献者的努力以及独特的贡献者之旅吗? 是否可以扩展发布页面以识别不同的组? 遗产人士对我们所做工作的各个方面都很重要。这些贡献是如何得到正确认可的? 具有强大的清晰自动化有助于避免偏见。 无论是有意还是无意,只要人类给予信任,就会为某些偏见打开大门。 WordPress有一个坏习惯,就是面向内部,不与其他社区互动。 我们可以从其他项目和社区的错误和成功中学到什么? 讨论的识别类型的受众是谁? 非常清楚正在解决的问题。 人们如何找到与谁谈论什么? 头衔代表对同龄人的认可。 徽章代表对自我或未来雇主的认可。 如何识别孤立社区中的工作 旅行基金可以是一种认可形式,以支持旅行。
退休提交人是一个潜在的例子,说明了如何使贡献者处于“存档”或“非活动”状态。
公平准确的识别是繁荣的开源项目的关键。 贡献者必须感到被重视。 应承认所有形式的贡献。 项目希望看到的行为应该受到任何学分制度的激励。 贡献需要在对贡献者最重要的地方得到认可。 不同类型的认可有不同的受众。 有许多不同类型的贡献者(非赞助商、赞助商),他们有许多不同的背景(设计、开发、翻译、测试等)。 发布可能不是庆祝所有团队获得认可的合适活动。 活动组织(WordCamps&Meetups)需要花费大量时间和精力,但获得的认可较少。 任何采用的信用体系都必须独立于所使用的工具。 无形贡献应该尽可能少。 强大的自动化有助于避免任何潜在的偏见。 贡献不按努力程度或困难程度进行加权。
社区峰会讨论笔记:迭代团队代表角色
如今,每个Make Team都有几个团队代表(通常称为“团队代表”)。 历史上,这个角色不是领导职位,而是通过每周更新和跨团队讨论来帮助促进团队间的沟通。 多年来 团队代表 团队代表 团队代表是代表Make WordPress团队参与项目其余部分的人员,确保根据需要提出和解决问题,并协调跨团队工作。 角色已经转移,现在不同团队的角色也不同:在某些团队中,团队代表只负责设置每周会议的议程和发布总结。 在其他团队中,团队代表承担指导责任。 本次讨论旨在探讨团队代表角色的更明确定义,包括职责和哪些技能可能有帮助,以及他们应该在贡献者的旅程中处于什么位置。
对团队代表角色进行更明确的定义 考虑如何更好地支持团队代表 考虑如何帮助员工成为更好的团队代表
该角色最初负责沟通和项目管理,并代表团队参与项目。 这与威望无关。 考虑到今天项目的规模,这个角色是为一个比我们现在拥有的更小的小组创建的。 创建时最多有6-8个团队。
我们需要标准化,并对我们希望/需要扮演的角色有更明确的定义。 学习。 WordPress.org网站 WordPress.org网站 用户创建和共享WordPress代码的社区站点。 您可以在这里下载WordPress核心、插件和主题的源代码,以及社区对话和组织的中心位置。 https://wordpress.org/ 可用于标准化。 同时,一些团队发现团队代表角色不起作用。 一些人认为代表的角色应该局限于管理任务,而另一些人认为应该局限于项目范围内的沟通。 角色定义的变化很好(团队正在为他们工作)。 但这些差异需要明确记录。
有些人这样做是因为他们想服务,但有时也是因为有需要。 有些人代表时间太长,因为他们不能把它传递出去。 有时很难让它看起来有吸引力。
对于一些团队来说,很难成为一个未经审查的贡献者并担任团队代表。 如何消除这一障碍?
这应该是人们成长过程中的一个角色。 团队应该有明确的发展路径(贡献阶梯)。 如果人们这样做是为了获得认可,那么应该有其他的认可方式。
项目需要潜在客户来完成任务,但不叫销售代表“潜在客户”是有历史的。 民主化和推动事情向前发展之间存在着一种艰难的平衡。
理想情况下,团队代表不需要懂英语 拥有多元化的代表可以确保全球覆盖。 一些团队需要更高级别的信任和审查,例如安全或 插件 插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。 他们可以扩展功能或为WordPress网站添加新功能。 WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。 这些可以在WordPress.org插件目录中免费 https://wordpress.org/插件/ 或者可以是第三方基于成本的插件 审查团队。
新的团队代表需要加入。 更明确的期望和概述的责任。 团队需要有关角色以及继任方式的文档。 团队应努力培养多元化的团队领导 错开期限限制,以便既有经验丰富的人也有经验不足的人 有来自不同时区的代表
团队应该有单独的人员来进行团队间协作,例如项目经理。 在定义什么是团队领导时,请记住工作组。 该项目可以通过更强的定义和更好的文档,使新团队能够更快地建立和运行表示。
/updates/被创建为销售代表相互交流的场所。 需要更好地管理新团队代表对网站的访问。 这需要更好地营销,以便非销售代表也能了解并遵循它。 非常适合鸟瞰团队正在进行的工作。
向新的销售代表发送欢迎包,欢迎他们担任该职位,并制定明确的下一步行动。 举办Rep/Lead Camp–一个问责点和联系点。 由于现在有很多团队,我们应该将团队分组,并让一个人代表团队。
是否需要多种代表(项目经理、沟通等) 是否需要以内部和外部为中心的代表? 这是否涉及直接责任人? 另一个团队正在就这意味着什么以及如何工作提出建议。
大多数团队都有以下需求。 但是,团队代表角色的职责范围有多少,以及其他活跃贡献者的职责范围又有多少,这些都因团队而异。 团队代表 将团队表示为更广泛的Make项目,并将项目表示为团队。
项目经理 负责在团队内“完成任务”。 以整个团队都能轻松遵循的格式聚合团队中的想法。
管理员 对团队进行全面管理。 收集团队绩效和项目的统计数据。
导师 加入董事会并指导新的贡献者。
团队需要明确定义团队代表在团队中的角色,并建立继任/入职流程。 来自更大计划的指导或“模板”可能对此有所帮助。
社区峰会讨论笔记:开源参与全球立法
从历史上看,WordPress项目避免了在世界各地出现的立法问题上采取明确的公众立场,而是依靠我们的支持/承销公司来倡导最佳立场。 越来越多的人要求WP参与或参与我们领域内其他自由/开源软件项目的集体立场。 我们目前的方法可持续吗? 我们是否有社区的支持来提出这种广泛的主张?
正如我们从蜘蛛侠身上学到的:强大的力量伴随着巨大的责任。 要解决的一些问题: 我们对这个话题有什么问题,什么样的背景有助于开始对话? 我们正在讨论什么样的政府法规/立法? 全球,如欧盟、GDPR等。
虽然许多立法正在欧洲启动,例如GDPR,但它将不断发展并传播到世界其他地区,正如已经发生的那样。 我们目前在做什么,如何改进,以及参与立法是否可持续。 在立法项目中,我们应该如何被动与主动:只是对立法作出反应,还是对未来立法提出建议。 我们需要在项目结构中找到一个官方住所(组建团队),进行与立法相关的讨论。 可持续发展团队是作为一项建议提出来的。 没有这个团队的支柱,透明度就无法维持。 在思考这些问题时,我们需要为流程设置某种框架。 俄罗斯正在考虑制定一项法律,规定与外国非营利组织合作是非法的。 当涉及到WordPress项目的志愿服务时,这意味着什么? 我们必须积极主动,因为我们可以预见它的到来。 这不仅是关于代码和安全的高层讨论,而且是关于谁可以参与社区的讨论。 当我们响应请求时,我们如何确保捕获社区。 在决定是否参与之前,我们可能需要衡量立法通过的可能性。 我们不仅应该讨论立法,还应该讨论我们可以或应该如何参与其他政府活动。 例如,WordPress项目是否应该就提交法院的案件,如一些技术项目所做的工作,以友好的方式作出回应。 这在一定程度上归因于“决策,而非选择”的理念。 我们是不是一个固执己见的项目? 我们应该发布这些“之友”简报吗?或者,如果有什么事情影响到我们,我们应该做出回应。我们可以说,我们已经作为一个社区讨论了一些事情,并且大体上同意了一些行动/想法,并将其发布给Make。 WordPress可以说,“这可能会影响到这些网站、源代码等”,而更大的社区可以接受这些信息并采取行动。不要把声明做得过于鼓吹,而是提出一些可能有助于社区采取行动的意见,而不必明确采取这些意见。 作为一个社区,我们需要进行一些游说,以应对GDPR等现有事物,并对WordPress进行更改。 例如,由于即将出台的立法,我们需要对项目中的安全问题更加开放。 我们需要一个空间来解释与我们的社区相关的具体法律发生了什么。 作为501(c)3,我们不能被视为在进行任何形式的游说。 WordPress的主动响应会是什么样子 要积极主动的最重要的事情是决定要解决的重要问题。 我们正在研究的立法范围很广,可能覆盖全球,甚至更局部,例如蒙大拿州禁止TikTok。 事先决定我们关心哪些事情,然后寻找参与的方式。 我们不应该感到被暗示或有障碍,而是努力进行对话,在对话中我们可以利用我们的领域知识参与,例如 开源 开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。 开放源代码**必须通过许可模式提供,请参阅GPL。 、贡献者、安全性等。 我们不想让我们的贡献者,尤其是捐款较少的自荐贡献者,对立法负责。 我们在欧盟有大多数捐款人,我们希望他们能够尽可能安全地捐款,只要他们愿意。 要知道沉默是安全还是沉默,困难在于它对我们这个社区的影响有多大。 如果是其他CMS 反应 反应 React是一个JavaScript库,它使推理、构造和维护无状态和有状态用户界面变得容易。 https://reactjs.org/ . 对于某些事情,WordPress要么必须回应,要么不回应,这可能被视为默认的分歧。 WordPress与非政府组织办公室探讨在联合国的咨商地位是否有益 已经就捐助者和欧盟采取了立场,今后还需要采取其他立场。 如果有人代表社区采取立场,就需要社区的支持。 也许我们可以创建一个讨论的结构,以便在什么时候采取或不采取立场。 很多时候,个人或赞助商都会站在自己的立场上,而社区中的其他人可能会感到被冷落,他们的讨论和反馈无关紧要。 社区可以评论的问题太多了:黑人生活很重要,乔治·弗洛伊德,性别,性欲,战争。 这些如何转化为宣传? 我们可以谈谈我们要走多远。 人权很重要,但我们作为一个社区要走多远? 有一种假设,即Make teams代表了我们所称的社区。 代表社区面临的挑战是,人们有代表性,但这并不具有代表性。 这可能是代表权是否可能的问题。 我们要求一些大的 块 块 块是一个抽象术语,用于描述使用WordPress编辑器组合在一起形成网页内容或布局的标记单元。 这个想法结合了过去可能通过短代码、自定义HTML实现的概念,并将发现嵌入到单一一致的API和用户体验中。 但它不能代表所有人。 我们如何为WordPress标记要审阅的内容。 我们如何看待我们应该关注的事情,做这项宣传工作的结构应该是什么,以及我们如何保持它的可持续性。 我们不能代表整个社区,必须做出决定,否则不做决定就是一种决定。 会有一些人发表意见,代表WordPress社区。 大多数人的意见不能涵盖少数人。 现在,有人说,“嘿,有人看过这个吗?”并将它分享给马特或约塞法,我们做出了反应。 流程可能是什么样子的:有人向Josepha或Matt提出问题,但可能有一个团队有流程。 这个过程是否已经被打破,以至于我们需要建立一个系统? 我们需要特定的人同意制定立场。 也许现在这不是一个值得迭代的过程。 依靠社区是全球性的这一事实,几乎不可能在我们没有那么多贡献者或不讲相同语言的国家跟踪事情。 即使在不添加结构的情况下说出“这就是过程”,也有助于确保人们知道如何被倾听。 我们的座右铭是“出版民主化”。 但我们不会在这个项目中成为一个直接的民主国家。 一个代议制民主政体将更好地为我们服务,让社区成员代表他们社区的一部分。 现在唯一缺少的是从社区收集主题。 一对一对话很有价值,但也可能是负面的,因为它本质上排斥人们。 例如,在一些社区,人们可以定期提出一些与某个问题无关的问题,这样人们就可以提出他们必须解决的任何问题。 对话组件作为一个社区是缺少的。 如果社区关心的讨论中有什么结果,那么它将成为一件大事。 看看我们如何改进这一过程:我们需要的是一个让人们在一个空间里分享的空间,人们可以通过各种立法等对世界各地正在发生的事情发表评论。 投票会很棘手,但我们确实有可用的工具,例如投票。 一个问题是,我们对越多的事情采取立场,我们就有更多的事情需要采取立场。例如,我们在一些地方对人权问题采取立场,但在其他地方却没有。 我们可以看看作为一组贡献者,我们在哪些方面拥有最多的上下文权限来评论立场。 当你 发出砰的声响 Ping(Ping) 向端点发送少量数据的行为。 Ping在计算机科学中用于非法获取目标服务器的响应,以测试其连接。 Ping也是Slack用户向@someone或向他们发送直接消息(DM)时使用的术语。 用户可能会这样说:“会议开始时向我发送Ping。” 某人在求职时遇到问题,请记住我们是否有领域经验。 最近,开源贡献者对项目负有法律责任的问题对这个社区来说很重要,但像农业法案这样的东西对我们的技能来说可能并不重要。 你抓得越大,人们就越想让你抓得更远。 我们希望确保我们正在添加的内容具有影响力,就像让团队和代表加入团队是有目的的,而不仅仅是因为每个人都应该有发言权。 让人们接触整个团队需要时间,这可以用于其他紧迫的项目。 当我们通过例子进行引导时,它是强大的,这是我们可以控制的。 我们不认为社区会不理解想要将狭隘的注意力集中在直接影响项目的事情上,我们可以定义这一点。 作为一个开源项目,重要的事情。 有些人希望我们谈论一切,但我们可以 滤波器 过滤器 过滤器是两种挂钩之一 https://codex.wordpress.org/Plugin_API/挂钩 它们为函数提供了一种修改其他函数的数据的方法。 它们与Actions相对应。 与Actions不同,过滤器是以孤立的方式工作的,不应该有副作用,例如影响全局变量和输出。 这样做,只需关注将直接影响项目效率的明确范围。 直接影响 核心 核心 核心是运行WordPress所需的一组软件。 核心开发团队构建WordPress。 . 很明显,“WordPress支持的东西”和“WordPublishs声明的东西”之间有区别。 关于影响某人的法律的声明并不能改变事情,但确保社区得到支持更重要。 在这次对话之后,我们需要关注哪些事情来发表声明: 开源的四大自由 影响互联网/网络开放性并影响我们用户的事物 影响参与/使用开源软件能力的因素 安全、个人安全、加密 AI伦理 可能影响我们在各种平台(如OpenVerse、Learn、Photos)上的内容的立法
WordPress试图以人为中心的方式处理现代技术和项目。 通过你的方式完成项目可以教会你很多这方面的知识。 我们着眼于开放源码,因为你可以把它带到世界上,而不仅仅是WordPress本身。 在代表项目采取立场时,分享事情是如何完成的,这是很有价值的。 这样,即使我们不作为社区来解决问题,我们也有如何在个人层面上采取行动的指导方针。 如果我们没有作为一个社区进行讨论,那么在发表声明时,它将被视为Automatic的立场。 即使从感知的角度来看,这也是一个问题。 如果对话正在进行,但人们不知道自己在哪里,也不知道如何参与,那么看起来他们似乎无法发表意见。 一些机制可以让Make团队被告知即将做出的法律决定,这些决定需要调整团队正在做的事情,这将是有帮助的。 参与讨论的一个障碍是能够解析所有细节、研究和陈述的长度等。摘要可以放在更多人可以看到的地方。 可能的后续步骤: 指定一个地方进行这些对话。 起草一份“以下是WordPress将要处理的主题”文档。 我们进行了很多讨论,因此可能还不太明显。
当出现法律后果或需要处理的问题时,与Make团队沟通的方法。 总结正在发生的事情,让人们参与讨论。
社区峰会讨论笔记:交流与合作——在WordPress周围寻找出路
WordPress项目定期生成和处理大量信息。 即使是终身供稿人,也很难知道去哪里或谁那里获取急需的信息。 在每个团队和整个项目中,谁应该负责传播信息,如何简化沟通实践,使每个构建WordPress的人的协作更加无缝? 本次讨论将探讨当前的摩擦点以及解决WordPress生态系统中沟通和协作的可能方法。
讨论目标
探索我们在跨团队沟通时面临的当前问题 探索解决已确定摩擦点的可能解决方案
基本概要
行动项目/后续步骤
来自不同Make团队的成员需要共同努力,制定一个建议的流程,以便进行更多的公共沟通和协调。 应制定道德标准和行为准则,以确定哪些信息可以保密,以及我们有哪些道德义务保持公开。 我们应该更新我们对社区的定义,以反映当今社区的现状,包括其中的角色和权力,因为这为代表、成员和其他人的内部和外部沟通提供了信息。
完整会话笔记
了解WordPress开源项目中贡献者的领导角色
在WordPress生态系统中,贡献者可以担任各种领导角色,例如发布负责人或旗舰WordCamps的主要组织者。 然而,人们还不太清楚如何选择个人。 本次讨论将有助于更好地了解如何创建各种领导角色和选择个人,重点是如何更好地共享信息。
怎么样 核心 核心 核心是运行WordPress所需的一组软件。 核心开发团队构建WordPress。 选择核心项目的提交人? 确认如何识别核心团队的提交人,以及如何将其添加到该角色或从该角色中删除。 还包括: 他们是如何进入这些位置的 核心版本和角色(历史上)如何在未来版本中发挥作用 获得关于未来如何提名的答案 如何选择团队代表 其他团队如何选择团队代表和团队领导 获取尽可能多的信息——将其带回教学(指导高中和大学)——围绕WordPress和机会制定课程 团队代表 团队代表 团队代表是代表Make WordPress团队参与项目其余部分的人员,确保根据需要提出和解决问题,并协调跨团队工作。 责任&许多团队代表更多地扮演团队领导的角色,而不是推动团队正在做的事情,项目管理团队 除了团队代表角色(适用于所有团队)之外,是否还有其他团队角色 在领导角色中-该人没有与之保持一致或对其角色意图没有正确的期望 每个角色的目标是什么 现场会议组织者–希望以更传统的方式谈论这一点 除了让人们留下来做贡献之外 找出如何确定某人是否“值得” 如何信任和提供访问-直觉vs科学
委员会 松弛,松弛 松弛 Slack是一个协作群聊平台 https://slack.com/ WordPress社区在 https://make.wordpress.org/chat/ . 通道 承诺者用它来讨论承诺行为 如果有人问如何使用___(工具)完成此操作 建议参与者提交 由Matt决定–他对谁应该致力于核心业务拥有最终发言权 这是目前的领导角色 在过去,贡献的唯一方式是编写代码——这是成为“领导者”的自然方式。 但现在不同了,有更多的方式可以做出贡献。
当你提交代码时,你要为它负责 审查他人的代码,而不仅仅是使用自己的代码; 无论你签下什么,你都要对它负责。因此,如果有问题,你需要帮助解决它。 就流程而言,它过去更多的是在后台进行,但现在更透明了。 现有的提交人看到一个提交人做得很好,他们会推荐这个人,然后Matt决定(受到其他提交人的影响)
没有规定非委员会成员不能推荐某人。 但这并没有真正发生。 看看它会是什么样子,或者它会怎么样,这会很有趣。
时间方面 似乎大多数提交人都得到了赞助 很难有时间 你没有得到承诺,因为你得到了赞助,但你有更多的时间花在承诺上(因为你得到赞助——每周有更多时间) 示例:非承诺者由其他人提名
历史上,他们是“决策者” 直接还原铁 直接还原铁 直接负责人-对特定项目或功能承担所有权或责任的人。 DRI不一定是做某事的权力,但有正确的背景 你有那张“大图”吗? 你是否得到了社区的信任,不是因为你拥有所有的东西,而是因为他们知道你不可能知道所有的事情,而是他们相信你会诚实地说,我不知道,但我会为你找到答案
TLDR:我们有背景、信任和权威 ^^当时 释放导线 发布负责人 社区成员最终负责发布。 ,现在有了团队 我们已经建立了项目的其他部分,并组织得更好——这个角色本可以很容易地被淘汰 领导——就像项目中的“水” 然而,它的性质发生了变化。 如今,领导角色变得无关紧要了——其他人可能会感到真空,而人们却不这么认为 如果它是一个遗迹,它应该知道决策是如何做出的,以及它在项目中是如何发生的,这可能会有所帮助,所以我们知道每个人都在工作,他们需要什么。 不是所有的权力都给一个人,需要帮助
团队领导可以做什么? 不要混淆团队 潜在客户修订 我们需要的重组 关于非代码领导的讨论看起来像
对所做工作负责的人 他们不需要这样做(委派) 但他们是负责任的、有能力的(因此是负责任的)
我们会查看贡献、一致性、频率以及它们出现的时间,然后开放提名。 提名另一个人需要具备资格 当一个新的贡献者加入团队时——他们在梯子上的位置 爬梯子或爬上去需要多长时间 我想成为 插件 插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。 他们可以扩展功能或为WordPress网站添加新功能。 WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。 这些可以在WordPress.org插件目录中免费 https://wordpress.org/插件/ 或者可以是第三方基于成本的插件 团队代表(前)0我需要做什么才能做到这一点 向人们展示如何开始非常重要 在过去,我们并不是说我们希望您只使用这种类型的代码来实现这一点,而是更为自我导向,而不是预定义的路径 不想约束人们
领导也是如此 促进 指导而非决策 WordPress发布线索 负责决策
过去的提名–1个时间年有一个提名提醒 发布带有投票的帖子(每次2或3个)
没有公开的潜在客户电话 我们试图挑选那些展现出我们所需要的各种能力的人 它工作得很好——有困难 很难做到公开——确保你真的涵盖了你需要的所有必要的东西——而且人们真的了解他们正在做什么。
人们自愿参加 通过公开电话组织团队的一部分 然后,他们看到了他们要做的事情——在未来的版本中成为领导者 志愿者-组织者-首席组织者
他们有一种感觉,即他们拥有现场网站内部的权力。 现场社区内缺乏会议和对话 例如:最近,他们给某人打了标签,说他们被标记出项目,但没有告诉此人。 他们取消了访问权限,因为他们不知道有人在做什么。 我们需要在不同层面上对此进行努力。 我们有很多活动。
我们需要重新思考我们想怎么做——在未来情况变得更糟之前,因为情况会变得更糟
当某人卸任领导职务时,分发知识
有很多长期贡献者,总有一天我们不会贡献(或出于任何原因离开项目)——所以为了让新的贡献者成长,同时也让新一代加入到项目中。 应该有一个年轻一代参与的wp项目,并且需要做出贡献。 Z世代对 开源 开放源代码 开放源代码是指原始源代码可以免费获得,并且可以重新发布和修改的软件。 开放源代码**必须通过许可模式提供,请参阅GPL。 或WP。 我们如何处理这一代人向项目、领导、代表角色等的转变。 我们如何让他们参与进来(已经在其他课程中讨论过) 相关部分——即使它们在这里——我们如何确保将信息从一个人传递给另一个人。 这些见解不仅使我们的项目老化,而且不会丢失。
导师制有利于入职 还有另一部分 他们不会突然离开,但他们正在设法摆脱困境 我们如何保留所有重要的东西或尽可能多的东西
波特兰的例子:会议是激情和商业的结合,是推动会议向前发展的动力,然后基金会挺身而出,就像这里是你需要遵循的规则一样,一位领导辞职了,因为他们从中获得了乐趣 结果来自参与人员的能量
还有其他项目(本地团队)由区域设置团队负责,或者是关于区域设置团队应该如何运行自己的指导方针——不确定是否有关于所有流程的文档(历史上的文档比现在少) –过去的需求没有今天那么多–人员更少,每个人都只知道他们需要的所有信息。 文档更为重要。
我们应该以同样的开放精神记录这种精神 不应该是“我只是在和你说话” 如果我说了,我应该可以写下来 如果有人想参与这个项目,他们应该掌握所有的知识 当我们建立这些结构时,我们正在增加更多的减速带 我们如何保持质量并保持平衡?
实践造就人 所以我们应该更经常地做 不等到有人去世(坏例子) 每1、2、5、10年,无论是哪一年,他们都会将信息传递给下一代 以某种方式封顶,你可以成为领先者——也许我们可以这样做 本地-这可能不是一个好方法-这是出于热情-但项目明智
这是一种交流方式。 你步入了某个领域,却没有真正领导力。 它把时间转化为事物的能量。 如果你想在项目中做点什么,那么你就会成为DRI。但你的实际工作,取决于你的精力和动机——取决于你。 作为DRI,你需要制定一个计划。除了你,没有人会提名你。 你看看领导者,他们有活力和激情。 入职-我们有一个适当的离职流程-如果你是一个支持者,你不想再这样做了。 他们移除了通道等
谁在经营新闻稿? 在本地博客bc上,它不是翻译——就像locale-make博客一样——把它放在手册中——因为它不是翻译,它应该由locale测试团队负责。 有领导作用的人应该分享他们的知识(给予访问权、任命人员等) 语言环境管理员应该是语言环境社区的最高角色。 但有一个单独的方面——需要有一个POC指南——内容生成、语言环境手册和语言环境社区规则手册,因为它对每个社区都不太清楚。
如何结束项目——没有指南,没有文档 外联应该是什么样子,非官方的跨团队,如果他们是领导角色的话,应该是idk——但感觉是这样的。利弊 有很多人只是扮演一个角色,有人开始做决定,如果没有“角色”,你就会越界,而你没有被赋予“角色”——承担角色有点风险(人们感觉到真空) 请记住,我们是从一个语言环境社区开始的(至少有很多人是这样开始的)——见面、语言环境词汇统计、学习主题等等。
我们需要考虑在语言环境社区中,不仅仅是wp网站的翻译,至少现在需要用英语以外的其他语言发布大量信息。 人们希望继续编写代码,但他们需要帮助和指导——但我们需要开始思考英语是如何组成的,因为现在社区已经老了,我们需要在当地社区中寻找新的人,。
我们将在团队中继续讨论这一点 我们正在取得进展——每个项目都有困难和问题 共同努力,回到我们的团队,推动改进、正规化,并在我们看到这些差距的任何地方为这些事情制定一个流程。
下一任领导人的选择方式是否存在多样性? 因为现在的领导者是选择下一位领导者的人——这是一个问题吗? 团队代表vs团队领导角色。 明确指导他们做什么和不做什么,谁对什么工作负责? 对于社区和重大活动,组织者是如何选择的?是否存在差距? 对于地区网站:我们是否有一个过程来发展每个地区的领导者? 还是过去15年都一样? 我们需要重新思考如何在未来情况变得更糟之前改变它。 当某人下台时,如何移交知识和转移知识。 我们没有非登机系统。 Z世代对开源或WP不感兴趣。 我们如何处理这一代人向项目、领导、代表角色等的转变。 我们如何吸引下一代加入WP项目? WP基金会的立场是什么? 和当地球队一起? 他们的职责是什么? 当地团队应该如何运作,是否有指导方针 是否有关于所有流程的文档? (也适用于当地手册或规则手册) 我们需要有关如何结束项目的文档。 我们如何记录知识转移 当我们谈论领导角色和头衔时,你在为谁考虑? 领导层是谁的动机? 这是对领导角色的渴望吗? 个人满意度——知道该和谁说话……每个人都需要一些稍微不同的东西。 当我们寻找结果时,这一点很重要。 你认为标题是尾随的还是领先的? 你认为当你已经在做一份工作时,头衔会出现吗? 还是你想实现的目标? 为了你自己? 对于现场会议,谁负责新闻稿?
第一部分和第二部分:沟通…
第一部分和第二部分:在Make Team Blog上交流:讨论、建议、公告
WordPress社区主要通过 松弛 松弛 Slack是一个协作群聊平台 https://slack.com/ WordPress社区在 https://make.wordpress.org/chat/ . 和Make Team博客,通常称为“P2s”。 让团队博客尤其能看到各种更新、讨论、建议和公告。 这些是如何形成的,人们如何提供反馈? 决策时如何考虑反馈? 本讨论将围绕Make Team博客上的对话重点讨论最佳实践。
讨论目标
原始备注
制作团队博客的最佳实践( 第2页 第2页 P2或O2是人们用来指代Make WordPress博客的术语。 可以在以下位置找到 https://make.wordpress.org/ . )第一部分
为什么Make Blog评论不使用 块 块 块是一个抽象术语,用于描述使用WordPress编辑器组合在一起形成网页内容或布局的标记单元。 这个想法结合了过去可能通过短代码、自定义HTML实现的概念,并将发现嵌入到单一一致的API和用户体验中。 编辑(回答:最终会发生——但如果有任何问题,请随时访问任何Slack频道询问) 提高(新)贡献者的盲点意识 建议–没有明确的流程。 通常,提案的提出方式使其看起来像是在进行中。 没有讨论获得提案的过程,没有循序渐进的路径,并且当帖子发送到 元 元 元是指组内部工作的术语。 对我们来说,这是一个在WordCamp Central和Make WordPress等内部WordPres网站上工作的团队。 第2页。 感觉是,有了一份发布的建议书,项目就有了一个隐含的绝对方向。 需要进行一些改进,以便为其他团队着想。 社区成员应该有考虑在某些决策和建议中应该包括哪些团队的心态 新的贡献者不知道团队博客的存在。 有一种感觉,你必须精通英语才能参与讨论。 可能的解决方案: 翻译按钮会很有帮助,这样其他人可以参与进来 懒散更难理解(因为信息总是流动的,事情总是更新的),而不是基于项目或 github github GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松地共享、复制和修改这些存储库。 公共存储库可以免费托管,私有存储库需要付费订阅。 GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。 https://github.com/ 问题 如果你在一周内只贡献了几次小增量的内容,那么很难找到Slack、GitHub和Makeconnect之间的讨论如何才能看到全貌。 没有人真正关注事物的整体。 (较新的团队代表)-什么时候保持对话,什么时候在博客上发帖。 我是否与松懈有关? 我是否链接到github? 缺乏指南或一般做法 缺乏可视性和协调其他团队工作的能力。 跨团队决策——项目范围的治理。 提案在不同的时间提出,没有顺序,并要求对提案进行反馈,但所述反馈的时间线不同(没有标准化)。在评论中,没有标准的前进方式,只需寻找批评即可。 编写提案时(功能 →) 要固定最上面的评论(有时使用,有时不使用),您可以固定这样的评论:“这是我们做出的决定” 确保我们分配适当的时间发表评论,尤其是对于那些没有持续贡献/兼职时间更多的人 对于谁可以写评论,以及其他开源项目如何管理这一点,是否有标准? RSS更新页面(未链接到任何地方)-任何未附加到任何团队的github回购-目前没有向任何团队报告RSS 谁是我们的受众——什么属于/更新(制作/最新这将为您提供RSS更新)和制作/项目 谁可以访问,我们如何确保人们可以访问? 我们能确保这一切发生吗? 处理工作组与团队的关系,需要一个临时网站来进行调查,(目前还没有make/blog),需要调查工具来帮助决策。 当决策仅仅是基于Slack而不是从更广泛的角度来考虑make时,这是一种耻辱。 需要提供如何编写会议记录、提案等的示例模板。可持续发展团队正在寻找这些工具。 很好,有一些关于如何运行东西的框架——集中式工具。 除了/projects博客之外,工作组没有其他地方可以发表想法,所以人们很难找到。 开始投稿太令人困惑了——谁在投稿,谁有权投稿,仍然困惑不解,人们会告诉每个人不同的事情。 反馈得到了,但事后没有采取行动,或者看起来是这样。 这可能会让社区感到被剥夺了权力——“为什么要费心评论,没有人听”,而另一个团队却在说相反的话——我们需要反馈,一旦有反馈,就需要在提案帖子的评论中综合反馈,并对所采取的行动进行注释。 根本功能失调——有秘密会议——而不是异步会议
良好体验/积极体验
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是一种共识而非多数
提出的问题:
结论/总结:
无形和低估:支持“幕后”贡献
WordPress项目中的一些团队及其工作目前很少受到关注,但对WordPres社区的健康也有很大的影响。 尤其是近年来,这些团队的贡献者渠道面临着巨大的困难。 本次讨论将探讨如何解决管道破裂的问题,支持相关贡献者,以及如何对这项困难的工作给予适当的评价。面临此挑战的团队示例包括插件、支持、安全、事件响应。
讨论目标
哪些群体在项目中往往感觉不到重视? 有哪些方法可以给予这些团队更多的认可,既让他们感到更受赞赏,又鼓励更多的人在这些领域做出贡献?
关键点
宣传我们的工作和团队构成
某些团队(如支持团队)比一些有充分理由更“秘密”运作的团队(如安全和事件响应团队(IRT))更公开。 我们如何才能让那些落后的团队走到最前面,并更多地庆祝他们的工作? 有时,我们不善于公开发布我们的工作——很少有人会在某些团队发布帖子。 需要保持p2内容新鲜,以突出我们正在做的工作。 事件响应团队要求一定程度的保密性,这可能与透明度不一致。 他们试图对过程和步骤保持透明,同时兼顾保密性和透明度。 被吸引到事件响应团队的人可能不太在意认可? 可能是基于终身制的认可。 对社区来说,了解某些团队的成员很重要,这会让他们更容易接近。 但另一方面,如果人们的名字是公开的,那么他们可能会因为错误的原因与这些团队联系。 由于与安全和IRT团队相关,人们特别担心缺乏认可。 人们只知道我们处理了一个问题 如果 我们宣传它。因此,如果我们不宣传我们处理了某些事情,可能会让人觉得我们不在乎骚扰或安全。 风险越高,回报越少。 我们如何找到平衡? 安全性显然有些模糊,尽管团队确实会因为团队中的个人工作而获得认可,比如发布时。 每一个被修复的问题都会在那时被公开,通常会提到发现问题的人。 插件 插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。 他们可以扩展功能或为WordPress网站添加新功能。 WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。 这些可以在WordPress.org插件目录中免费 https://wordpress.org/插件/ 或者可以是第三方基于成本的插件 审查小组最近在得到允许的情况下宣布了小组成员。 狡猾的团队,因为他们有时会收到负面反馈,所以每个人都可以选择是否被提及。 讨论了其他一些团队以及他们的团队成员的工作是否/如何得到公开承认。 例如:设计团队为WordCamps和meetup创建元素——许多人没有意识到徽标和其他设计元素需要人们来创建。 人们需要知道,工作是不可或缺的
认可的类型
认可是多层次的,不仅让人感觉良好,还向其他人表明这项工作正在进行,并给其他人机会看到他们可能有兴趣参与的潜在场所。 不同的人想要以不同的方式得到认可。 我们的目标受众是哪些——同龄人? 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是一个协作群聊平台 https://slack.com/ WordPress社区在 https://make.wordpress.org/chat/ . 帮助克服人们在开始做出贡献时所感受到的压力。
社区峰会讨论笔记:振兴捐助团队的领导渠道
个人签入主题
讨论目标
确定当前领导层面临的挑战 探索人们成为领导者的动机 讨论阻碍人们接受领导的障碍 集体讨论潜在解决方案 确定未来的管道
关键点
确定当前领导层面临的挑战
领导能力:任何在项目中非常活跃的人( WordCamp公司 WordCamp公司 WordCamps是一种非正式的、本地组织的会议,涵盖与WordPress相关的所有内容。 他们是WordPress社区聚集在一起的地方之一,在这里,他们可以互相传授一年来学到的知识,并分享快乐。 了解更多信息 . 和 聚会 聚会 所有正式成为WordPress世界一部分但不是WordCamp的本地/地区聚会都通过 https://www.meetup.com网站/ 会议通常是本地WordPress用户聚在一起分享新想法并互相寻求帮助的机会。 在meetup.com上搜索“WordPress”将帮助您找到您所在地区的选项。 组织者、大量参与发布和可持续项目的人员等,而不仅仅是团队代表)
犯错误并请求原谅 进取心强,主动出击
对全球管理有很多关注,但对当地社区来说还不够。
探索是什么激励人们成为领导者
渴望学习,热爱边做边学,乐于贡献 渴望支持和授权他人 维护和支持当地社区或项目 填补空白,没有动力 感到被授权并帮助他人自我授权 寻找机会解决问题,并知道我们正在取得进展(例如,大量关闭的门票) 学习整个项目是如何运作的——学习所有事情是如何联系的挑战是动机
讨论阻碍人们接受领导角色的障碍
贡献者没有意识到成长为领导角色的可能性。 一些团队的贡献者管道比其他团队更清晰。 许多团队缺乏文档,存在知识障碍。
集思广益潜在解决方案
更好的文档,可能还有几个集中的地方,用于不同团队所需的文档: 一般文档或营销团队中的“什么是领导力”,可能会链接到团队页面,介绍销售代表如何在团队中工作,以及角色是什么样的以及需要什么。 需要进一步的异步讨论。
请求缺少的信息 在上创建自动更新图表 WordPress.org网站 或者我们可以在哪里找到每个项目和团队的负责人 领导力培训:为贡献者提供发展领导力技能的途径和工具 导师帮助贡献者寻找机会,因为当前的领导者可以识别未来的机会,并可以帮助他们逐步进入角色 小步骤进入角色 保持和维护与领导力相关的人的因素,而不会在过程中迷失方向
成为销售代表的动机是什么?
每一次成功的贡献都是一次学习机会,让销售代表感到有能力领导。 当销售代表能够领导他人时,会进一步帮助他们发展技能,这感觉很棒,尤其是当项目向前推进时。 一些销售代表没有领导的动机,他们只是因为别人告诉他们要填补空缺、急需的职位而成为了领导者。 你不需要做代言人就可以领导和激励他人。
在某些情况下,导师制的一个方面是,如果有人注意到你的努力工作,并说这个角色可能很适合你,那可能会滚雪球; 这真的很鼓舞人心。 知道你的贡献在超过40%的(公共)网络上是实时的。 你不需要成为一名销售代表就能学到很多东西,但这确实会发生。 测试团队和其他团队有很多机会。 您可以开始了解需要弥合的差距。 学习每件事的工作原理可以真正激励人。 拥有一个明确定义了成功目标的角色,例如统计关闭的门票数量,对许多人来说无疑是一种激励。 每个人对你的信任都赋予了你力量。 帮助培养强烈的社区意识是一种激励。 人际关系和建立终身友谊。
确定未来的管道
启动或促进会议,并积极参与社区活动,可以帮助别人发现你,鼓励你发挥领导作用。 作为代表的工作之一不仅是领导,而且是看到和鼓励他人。 导师和文档是关键。 创建一个系统,通过指导和引导现任领导支持下一任领导 标准化徽章系统,包括领导徽章 标准化领导力培训路径(为了获得徽章,员工必须参加特定课程),我们可以使用学习平台上已有的材料,或者决定在贡献者日需要什么 课程或待办事项列表可能不是每个人都可以访问的,除非它们简短明了
扩大和标准化领导角色,包括全球和每个团队的初级和高级代表 领导想要退后的离职流程(信息传输、访问权限删除等) 传授知识的过程 定义领导角色对销售代表和工作组都至关重要 需要视觉来理解一切的结构 中已经存在营销问题 github github GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松地共享、复制和修改这些存储库。 公共存储库可以免费托管,私有存储库需要付费订阅。 GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。 https://github.com/ 为了这个想法
太多的官僚主义可能会成为新贡献者进入的障碍 使用易访问的工具至关重要,因为无法访问谷歌文档