John E. Picozzi 发布的文章

采用基于开源原则的组织治理可以引导你的组织降低成本,降低技术债务,增加团队协作,促进创新,最重要的是,推动你的组织共同前进。

在我的职业生涯中,我很幸运地与许多不同规模的组织在各种项目上合作。所有这些项目的核心都是开源软件,而且大多数人都对开源社区做出了力所能及的回报。我最近在一个大型组织内从事一个使用开源软件的绿地项目。在项目的 MVP 阶段结束后,该组织的领导层很想知道是什么导致了项目的成功,以及他们如何将其应用到整个组织的其他团队中。经过思考,我发现我们团队的工作方式与开源社区和开发之间有相似之处。以下是对开源原则如何帮助组织节省资金、减少技术债务 和打破内部孤岛的一些见解。

1、更好地使用预算

我最近在佛罗里达 Drupal 营地发表了关于 无头全渠道网络平台 的演讲。演讲中强调的主要好处之一是如何通过实施这种网络平台来节省资金。这个想法来自于开源软件的开发。一个组织内的不同小组可以利用他们的预算来为一个核心软件或平台贡献特性或功能。他们还可以与其他小组合作,集中资金开发更复杂的功能。当功能开发完成后,它将被添加到核心软件或平台中,供所有人使用。使用这种开源原则可以为组织内的团体提供互利。允许共享特性和功能,并集体从彼此的支出中获益,可以改善软件或平台。

这种方法的另一个方面是可以节省开支,并允许持续改进,即对一个功能进行一次测试和开发,并重复使用它。在创建一个使用基于组件的设计系统作为起点的网络平台时,我们经常看到这种情况。该平台的用户可以重复使用其他用户开发的组件或功能。通常,这些都已经经过了无数次的测试,比如用户体验、可及性,甚至是安全测试。

这个简单的想法在许多组织中面临反对,因为个别团体觊觎和保护预算。团体不愿意放弃他们的预算来支持核心软件或平台。某些情况下,优先级和意见上的差异加剧了许多机构的孤岛化。

2、减少技术债务

许多机构努力减少技术债务。实施一个全面的核心软件或平台并使用开源原则,可以帮助减少技术债务。这可以通过允许开发团队充分考虑一个功能不仅对建立它的小组,而且对更广泛的组织有什么影响。这一点,加上与组织内其他小组的合作,可以帮助减少未来重建或增加功能的需要。

有时,由于内部竞争,组织在这种合作和思考方面会有困难。一些公司培养了一种文化,即第一个建立一个功能或提出一个想法会得到奖励。这可能会导致各小组不一起工作或分享想法,在组织内形成孤岛,大大阻碍了创新。

3、更快进入市场

我经常听到的一句话是“更快进入市场”。每个人都想更快、更容易地把他们的东西推出去。这通常是一个核心软件或平台的好处,因为内部团体可以重用现有的、经过测试和验证的特性和功能,而不是从头开始建立自己的功能。如果你的团队正在启动一个项目,而它可以从 80% 的完成度而不是 0% 的完成度开始,你会这样做吗?我想是的。现在再加上为其他用户增加所需功能的超级英雄感觉。这是一个双赢的结果!

4、发布兴奋点

另一个可以帮助你的组织的伟大的开源原则是建立兴奋的发布时间表。当你的组织实施一个核心软件或平台时,用户会对更新的时间进行投资。一个发布时间表和路线图可以向他们传达这一点。这两个工具可以帮助用户对新功能感到兴奋,并相应地规划他们自己的路线图。这也有助于建立对其他团队的欣赏,以及对建立新功能的团队的自豪感。这可以统一一个组织,让组织有团队合作和成就感,同时提供结构和未来的计划。

5、一个核心团队和管理

我发现你需要两个关键项目来克服上述障碍,并在你的组织内成功应用开源原则。这就是: 一个核心团队和坚实的组织管理。一个核心团队将允许一个小组来维护和管理你的组织的核心软件或平台。它将支持该解决方案,并确保明智地增加新的特性和功能。这个团队可以帮助减少内部团队的成本,并告知各组路线图的功能。核心团队需要得到强大的组织治理的支持。这种治理将为组织内的小组提供一个共同的方向和组织支持,以取得成功。这种组织治理可以在几个方面模仿开源的治理和原则。最基本和最高级别的原则是社区和为共同目标而工作的理念。

开放式领导

采用基于 开源原则 的组织治理可以引导你的组织降低成本,降低技术债务,增加团队协作,促进创新,最重要的是,推动你的组织共同前进。

(题图:MJ/be676bca-3cd3-4c21-9c6a-6cc5911c9c04)


via: https://opensource.com/article/23/4/open-source-principals-organizational-governance

作者:John E. Picozzi 选题:lkxed 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

有时成为开源贡献者最困难的是意识到自己能够做出多大的贡献。

在今年的北美 DrupalCon 上,EPAM 解决方案架构师 John Picozzi 发表了关于非代码贡献重要性的演讲。他谈到每个人可以参与非代码贡献,以及为什么他认为这个话题很重要。本文是 John 演讲的文本改编;在下方可以找到在 DrupalCon 上完整演讲视频的链接。

什么是非代码贡献?我问了谷歌这个问题并得到了以下答案:“任何有助于开源项目但不涉及编写代码的贡献。”谷歌,听我说谢谢你,但这点我早就懂了。如果你要我深入挖掘,我会说非代码贡献意味着你提供个人的时间、技能和资源来使项目受益。

谁能成为开源贡献者?

早期,“贡献”意味着编写代码。 最初,Drupal 的运行模式是“由开发者构建,为开发者服务”。然而,多年来,Drupal 社区已经转变了这种思维方式。我们的社区已经学会像重视代码一样重视非代码贡献:任何贡献都是贡献。

开源是在聚会、训练营和大会中建立的;它是由社区建立的,建立于社区之中。事实上,这些活动中的大部分贡献都与编程无关。要举办这些活动,你需要的是参与者、演讲者、培训师和组织者。不要误会我的意思:当然,开源社区仍然需要编写代码的人,但这并不是唯一需要的东西。如果你参与社区,分享想法、提出问题或提供帮助——恭喜你,你已经在做出贡献了!

“贡献者”是自我称号(“我是贡献者”)还是社区赋予(“我们说你是贡献者”)?可以肯定地说,每个人都是贡献者:会议参加者、创建 UI 和模块徽标的设计师、帮助市场推广模块或活动的营销人员等等。不要等待别人给你那个称号。你可以参与其中,并自信地告诉其他人你是贡献者。

有很多方法可以激励别人(或你自己)做出贡献。金钱并不总是最重要的激励因素。但是,有时贡献可以是有偿工作。许多人做出贡献只是因为他们想回馈社区。

当被问及为什么做出贡献时,每个人可能会给出与同伴不同的答案,但以下是一些最常见的回答:

  • 它让你感觉良好
  • 建立和提高技能
  • 职业发展
  • 建立人际关系/网络

这个列表无穷无尽,并且与贡献者本身一样多样化。每个贡献者都有自己的理由,没有正确或错误的回答。

为开源做出贡献的原因

为什么非代码贡献对开源很重要?

对于项目的健康运转,非代码贡献与编写代码一样有价值。它有助于让更多具有各种技能的人参与社区。每个人都可以提供一些东西,也可以分享一套独特的技能。

所有项目都有非代码要求,并不是每个人都是开发人员或编码人员。此外,不同的观点都应该得到表达。例如,营销人员可能与开发人员有不同的经验和观点。每一项努力都以某种方式推动开源向前发展——这就是为什么非代码贡献是必不可少的原因。

常见的挑战

贡献的定义可能听起来很简单:只需分享你的知识、表达你的想法并帮助社区即可。然而,贡献者面临着一些挑战。最常见的一种是“ 冒名顶替综合症 imposter syndrome ”(自我怀疑情绪)。不太有经验的贡献者可能会担心他们的贡献没有价值或没有帮助。你可以通过专注于自己的特定技能和热情来克服这种感觉。例如,如果你有组织活动的经验,你可以利用这个经验专注于组织活动和在活动中帮忙。

为了克服这些消极的想法,你可以将贡献转化为一种积极的体验。工作/生活/贡献的平衡很重要。贡献应该是愉快的,而不只是另一份工作。如果可以,请把你的贡献成果用在你的日常工作中。 许多雇主鼓励你做出贡献并从中受益,你甚至有可能基于自己做出的贡献建立职业。

不要让自己筋疲力尽,不停在晚上和周末做出贡献。你只需要在一天的开始或结束时增加 30 分钟的贡献时间,或者如果可能的话,将贡献纳入你日常工作中即可。

如何做出你的第一个非代码贡献?

看到这里,我希望你已经开始思考,“好的,我准备好了。我要做些什么?” 你该如何参与?去做就对了!你只需要开始:例如,开始在 Drupal 社区中做出贡献,去 问题队列Drupal 聊天 那儿提问,或者联系活动组织者寻求建议。整个社区都在等着支持你呢。

一张幻灯片,上面展示了许多 Drupal 社区项目徽标,包括区域性 Drupal 聚会、Drupal 咖啡、Drupal 人才和教育, 表明参与社区项目有着大量和广泛的机会。

请记住遵从自己的技能和兴趣。你已经拥有了技能和兴趣,请用它们来激发你的贡献。你的兴趣可能和你的技能不同:有些事情可能你几乎没有经验但却一直想了解更多,你也可以决定为此做出贡献。单纯地与人交谈、分享知识、提出问题、参加聚会或线下见面,并做出贡献。

我想引用玛格丽特·米德(美国人类学家)的话来结束对我的开源贡献的完美描述:“永远不要怀疑一小群有思想、有奉献精神的公民可以改变世界。事实上,世界的改变只能依靠这个了。” 米德博士并没有说“一小群代码编写者或开发人员”。 她说,这是一群有思想、有奉献精神的公民——他们有着极大的热情和许多不同的技能。这就是开源的动力,也是 Drupal 的动力。

完整视频可以在 YouTube 上观看。

(题图:MJ/2d680e28-3cb4-4644-896b-a406ba3b596e)


via: https://opensource.com/article/22/8/non-code-contribution-powers-open-source

作者:John E. Picozzi 选题:lkxed 译者:XiaotingHuang22 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出