协调

　　首先，团队成功地建立起来了，我们把我们之前所做的工作称为“领导”。虽然表面上如此，但似乎这个词并不能反映我们平时做的事情。后来，我们开始改口为“协调”，而后沿用至今。日历QA 团队是自我选择的一群人，他们从来不需要一个传统意义上的领导者。他们自己决定来到这个项目，决定参与其中，效忠于项目，而不是效忠于通过言辞或行动自立的领导者。因此，一旦我们把自己定位为协调员，整个项目开始更为顺利地运行。拥有一支志愿者队伍，就像管理一条河流，你不能要求它往某一方向流动，但如果为它挖一条运河，那么就可以引导它随你左右。

　　协调这样一个项目，要记住一些原则：

　　. 不搞特殊。

　　. 总是招人。

　　. 总是鼓励参与。

　　不搞特殊

　　通常，成为一个领导者，总是有些诱人的。就像我们又变成操场上玩耍的孩子，领导者可以指挥其他所有孩子。在线社区里不能搞这个，你必须高举平等的大旗。团队里的每个人都将你视为团队的一分子，而不是从中分裂开去，否则，他们不会愿意呆在你的团队里。说白了，就是没人会喜欢声称“更了解”却言行不一的人跳出来对其他人指手画脚。

　　你得亲身去做你要求志愿者做的事情，你不能说忙得没空去做他们做的工作。也许你会因为带一个新人而做得少一点，但你也必须去做一些。通常当一个项目成功后，领导者往往把关注点切换到新的任务，脱离其他志愿者在做的核心工作。这总是导致项目参与度下降，因为志愿者认为领导者的新关注点是一个“更为重要的”领域，因此，很自然他们手头在做的就“不太重要”了。作为社区组织者，你探索新领域、增加测试深度是一件好事，但是当你这么做时，也应该积极鼓励你的志愿者跨入这个新领域。通过将他们带入新的领域，他们就会与你一同探索。

　　我们在写手工测试用例的时候犯过这个错误。我们有些很棒的志愿者能创建出很多测试用例。最后，我们自己不写测试用例了，认为即使没有我们的帮助，志愿者也将做好这件事，然后我们将时间和精力用于测试日活动。短期内，这个策略还是奏效的。如果我们又再回来重新编写测试用例，情况还能有所好转。但是，我们在杂七杂八的测试和测试日的准备上花的时间和精力更多了。最后，我们失去了测试用例编写者，才明白事情的严重性。他们罢工只是觉得，既然我们不再关注于编写测试用例，说明它已经不再重要了。

　　要避免首先探索某一领域，然后向大家汇报。这也在“知情的”你和“不知情的”其他人中间划了一道错误的三八线。最好是早期就带人一起进入新的领域，让他们看到你也会犯错。你不必做一个完人，事实上，你不是完人更好。让人看到你和他们一起学习新的领域。这样做是需要勇气的，因为没有人喜欢被别人看到不足。但是，在志愿者的眼中，这表明你与大家是平等的，你是在为这个项目竭尽全力，这将有助于他们进一步融入项目做好工作。

　　同样地，好的想法不是你一个人才有。你可能会带头做某些努力，但并不意味着你的话就是金科玉律。要允许社区的其他人主导事情，要让他们辩论和改变你做事的方式。如果改动行不通，把他们带回行得通的方式，但不要害怕改变，不要害怕失败，失败乃成功之母。在日历项目中，我们有一套人人可以运行的手工测试用例。我们担心人们会对运行手工测试用例感到厌倦，因此鼓励他们做一些随机测试。然而，没有经过强化培训和如何制作出软件的知识，很难做出相关的随机测试。每次这种尝试失败了，这不是社区的过错，而是因为我们根本无法提供深入的学习让他们成功。我们最终放弃了社区主导的随机测试，而是更侧重于努力写出更好的手工测试用例。

　　欢迎新人

　　这是非常不言自明的。不管你为项目所了些什么，有一个目标必须是建立你的志愿者队伍。这不仅是指你得在公共场所欢迎他们，还包括你要亲自结识他们。这意味着要不断寻求降低进入项目门槛的方法。因此，在我们组织的每个活动中，我们始终保证给人们一个简单而易于理解的方法来作出贡献，我们始终给予他们大量详细的指示，我们始终研究如何让事情变得更容易。我们的IRC 主频道更像是一群人围坐在客厅的炉火边，而不是一个工作场所。虽然我们的确为了工作团聚在此，但让人们彼此交流是很重要的，而聊天正给了我们这样一个机会与他们互通有无。这些随机的非技术性的讨论，让只是潜水的人有信心开口发言。为了实现项目目标，你得在互通有无和实际工作中做好权衡，但总要努力设法吸引人们进来参与。你永远不知道是什么让人们钻出套子参与进来，总之不管做什么，都尽可能地欢迎他们。

　　鼓励参与

　　开源项目里有一种精英制度。你做得越多，你就有更多的权限，你能做的就越多。对参与予以奖励是完全正确的。但是，让人们早点参与也很重要。这不像学习武术，头三个月新人要跪大米。曾经有个人在频道中要求获得编写手工测试用例的权限，我们比较犹豫，因为我们的测试用例管理系统中有一个缺陷：能写测试用例的人就可以管理整个系统（包括删除它）。他在我们的某次活动中再次要求访问权限，我们仍旧没有同意，但他一再坚持，我们也就给了他那把王国的钥匙，并告诫了他前述问题。后来他写了很多目前仍存在于日历项目中的测试用例。