我喜欢忙碌，并且充满活力，能够参与到开源社区的领导团队中，这之外，我还在 思科 DevNet 担任全职的开发者布道师。
我是一名社区领导者，也是 PHP 和 Joomla 社区的成员。自 2011 年以来，我一直是 Joomla 组织的一员，并在过去几年中担任领导职务。此前，我曾担任 Open Source Matters (OSM) 的董事会成员，该组织在法律、财务和所有业务方面支持 Joomla! 项目。在过去一年中，我一直在 Joomla 产品领导团队 (PLT) 工作，该团队负责协调 Joomla CMS 和框架的生产，包括代码、文档和本地化。我被邀请来帮助在更广泛的开发者社区中宣传和推广 Joomla 项目，通过演讲介绍我们的社区和代码。我还运营着 Seattle PHP meetup 和 Seattle Joomla meetup。并且，我在西雅图组织了 Pacific Northwest PHP Conference (PNWPHP)。
我学到了很多经验教训，我认为每个开源项目和项目领导者都应该考虑。以下是这些经验教训：
沟通
文化差异和语言障碍
要理解，在一个全球性的组织中，人们来自不同的文化，并且可能存在语言障碍，因为英语是最常见的语言。这样想：英语通常是开源贡献者的第二语言。当有人通过电子邮件或其他基于文本的通信方式“听起来很生气”或“很专横”时，沟通就会变得困难。通常，人们在其言语或假设中并非有意冒犯，但含义和语境可能会在翻译中丢失。
透明度
如果流程缺乏透明度，您可能会看到团队之间的沟通障碍加剧。我在这方面犯过错，并且已经改变了我做事的方式来提高透明度，这实际上比您想象的要减少混乱。透明度最大的担忧是来自您的团队或社区的负面反馈。担心其他人可能会试图阻止您以自己的方式做事，或者可能拒绝您的团队已经投入大量精力的工作。但实际上，透明度所做的是对积极沟通的长期投资，随着时间的推移，它将减少您、您的团队和您的社区之间的障碍，并且减少让人感到不安的人。
缺乏透明度，贡献者和社区将慢慢停止信任您和流程。
技能与行为
当您允许一位在积极沟通方面不足、与他人相处不融洽且行为不端的贡献者，但却是您拥有的最佳贡献者或编码员之一时，这令人痛心。有时，当您允许这样一位技能高超的人成为您的团队成员时，可能会导致许多其他人工作不佳或失去对项目的动力。您可能会因为允许这种类型的贡献者成为您的团队成员而造成更多问题。从一开始就避免问题的一种方法是在允许他们在团队中担任重要角色之前，筛选他们的沟通技巧。
沟通工具
找到与您的团队和社区沟通的最佳工具。考虑使用允许其他人“旁观”并查看过程的工具。创建每月报告供公众查看，以便社区可以看到您正在做的令人惊叹的事情。这将防止人们认为您的团队做得不多或不够，并允许他们为改进提出建议和想法。使用某种协作工具和/或带有任务管理的项目管理工具，以便贡献者可以创建任务、分配截止日期，并在任务完成后标记为已完成。
鼓励
鼓励他人及其工作至关重要。如果您不断给予积极的反馈和建设性的批评，您的团队和社区将会成长。
认可
一位伟大的领导者会认可他人所做的伟大事情。花时间认可您的队友和贡献者所做的出色工作。像在社交媒体上发送一条感谢消息这样简单的事情，可能会产生非常大的影响。您可能会惊讶于您可以做出的改变。我经常向人们发送私人消息，认可他们所做的工作，并让他们知道我为他们的成就感到骄傲。
我曾经有人定制并打印出一份奖项，祝贺我在某个特定项目上所做的辛勤工作。这让我感觉很棒，并确信我可以超越并做得更伟大的事情。并且，当人们认可我的工作时，我受到了激励，想要“回馈”更多，甚至不遗余力地为他人做事。
流程变更
根据具体情况，以及在处理流程或组织流程的重大变更时，最好以渐进的速度进行变更，而不是快速进行大的变更。确保想法和流程对社区透明且已知，并包含步骤和预计完成日期。通常，重要的是以稳定的速度做事，这样您就不会震惊社区。
倦怠
人们倦怠的方式有很多种。如果您是一个“好好好”先生/女士，请记住，说“不，谢谢”或“不，我做不到，但我可以做这个”是可以的。如果您减少团队或项目数量会减轻压力或更有帮助，那么请优先考虑它们，并让自己退出一个或多个。我见过很多人同时在太多领域做出贡献，然后在一年后，他们消失了，完全停止了项目的工作。当您无法处理特定任务时，请说出来并告知大家。
培养新的领导者
领导者应该培训团队中的其他人如何接替他们的角色，以防他们因各种原因调到另一个职位或项目。其中一部分是花时间回顾流程，但也让该人完全访问所有属于领导团队或社区的文件和信息。
最后说明
鼓励和认可贡献者的工作。根据技能和沟通能力，而不仅仅是技能，引入贡献者，尤其是在领导层方面。花时间阅读有关有效沟通的文章，并学习如何像领导者一样行事。虽然您的大部分领导技能将从经验中增长，但阅读有关领导力的文章可以帮助您做出更好的决策，并确定改进自己和周围人的最佳实践。
尽可能对所有事情保持透明。允许社区提出建议。他们之所以在那里，是因为他们热爱您的项目。贡献者之所以在那里，是因为他们相信您的项目。创建渐进式的变更，而不是快速的变更。并且，尊重每一个人！
Tessa 将在 2016 年 OSCON 大会上，于 2016 年 5 月 18 日星期三上午 11:05–11:45 演讲 领导开源项目
评论已关闭。