bug 小组一直是一个“幽灵”团队，然后在 2019 年 3 月，举行了一次选举，我有一个疯狂的想法，自己竞选团队领导。

不幸的是，我是唯一的候选人，所以我轻松地赢得了选举。

作为团队领导的第一目标，我想要了解，从老团队中还有谁愿意积极为团队做出贡献，同时寻找我可以联系的新成员，第二部分非常简单，我只需要查看 GitHub 统计数据，最活跃的贡献者的名字就会瞬间浮现。我开始联系很多人，其中大多数人表示有兴趣成为团队成员，不幸的是，有些人礼貌地拒绝了加入团队，其他人从未回复。

因此，我们开始有一些非正式的会议，其中最困难的部分是清理团队的无效成员，我根据 GitHub 活动情况来定义“无效”成员的概念，毕竟这个团队的主要任务就是降低开放问题的数量，但即便如此，有人还是提出了投诉，所以我们又进行了内部投票，以了解我的方向是否与团队一致，我的路线获胜，所以我给所有老团队成员发了邮件，首先感谢他们的贡献，并询问他们是否仍然愿意做出贡献。

经过一些努力，我们最终组建了一个由活跃贡献者组成的团队。

主要由于我的工作经验，我开始制定一些规则，按照我对这个团队主要目标的理解，我们需要每月举行两次团队会议。我认为降低像 Joomla 这样的复杂软件的问题数量需要相当大的努力。

出于同样的原因，很抱歉给大家添麻烦，我开始引入一种衡量团队工作的方法。我向团队分享了我的个人观点，基本上我开始基于以下指标进行衡量

数量

• 合并的拉取请求
• 提出的拉取请求
• 关闭的问题
• 打开的问题
• 总问题数
• 总拉取请求数

在一个月的时间范围内。

对于一个团队来说，最重要的任务之一是撰写书面报告，并在志愿者门户上尽快发布会议报告。我可以向你保证，对于一个像我这样英语不好的写作者（我的英语口语也不见得好），这可不是一件容易的事，但，我可以承担所有的羞愧，我正在努力提升自己。至少对于这个团队召开的每一次会议，都会在门户上发布书面报告，我认为这很重要，可以让社区知道，有人在做一些事情。

经过一段时间，我们实现了一些我梦寐以求的目标，我们已经达到一个点，即开放的问题数量少于450个，而最初有超过560个，目前我们有超过530个开放的问题，但多亏了团队成员不同的思维方式，我现在更倾向于改变我记录统计数据的方式，在同一时间段，即一个月内，最好只比较开放问题和已关闭问题数量。但我是一个梦想家，所以我不太高兴，我仍然认为如果我们有更多的贡献者，我们可以表现得更好。

让我非常自豪的是这个团队（因为我是一个数据库迷）的另一件事是，除了日常的工作之外，如果你关心GitHub的活动，你会知道我的意思，这个团队的成员已经能够完成一些惊人的巨大工作，让我举一些简单的例子

• MySQL 8兼容性（即日期null）
• SQL预定义语句转换

我不想特别提及任何人，只是看看GitHub上的团队成员活动，因为我不想忘记任何人。

我希望我们能在下一次社区活动中见面，感谢你帮助这个团队恢复并按照应有的样子为整个社区的利益运转。

我们仍在寻找活跃的贡献者，所以如果你关心Joomla，并希望这个项目有更少的错误，请加入我们，我们欢迎活跃的贡献者。