做事要谨慎，但不能谨慎过头，以致不让志愿者参与项目。你得找到简单的方法，早点赋予他们权力，让他们觉得自己贡献了力量，发挥了作用。通常，仅仅是公开指出一件做得好的事情就足够鼓励人们更多地参与。我们每周举行一次测试日，将活动和成果写在博客上，并点名感谢每个参与者。当不再将测试日的成果写在博客时，我们失去了很多多次参与的志愿者。我们没能鼓励人们参与其中。他们可能感觉（也确实是）我们将他们的贡献视为理所当然。你得一直设法让志愿者参与到项目中。

　　有一种简单的机制，可以让志愿者参与项目：动力、合作、及时回应和成功。让有兴趣的志愿者参与的最好结果就是得到他系统的支持。要达到这个状态，志愿者必须始终保持动力，因此要明白它如何受其他因素影响是很重要的。请记住，单个志愿者，绝对不如一个团队行之有效，你应该尽力促进QA 社区的所有成员精诚合作。友好竞争是可以的，但如果人们不互帮互助，产品就惨了。资深志愿者和协调员应该尽可能快地回应其他志愿者的问题和要求。每当一个志愿者停滞在一个死胡同手足无措时，需要有人作出回应并提供帮助。否则，她可能会开始离开项目。此外，不要低估成功给志愿者带来的能量。告诉志愿者他们的行动为项目贡献了多大力量非常重要。这就又产生了动力，创建了一个良性循环。

　　与志愿者开展的活动是协调的基石。组织一些协调QA 的活动是吸引志愿者和让他们融入这个项目的最好方式。组织在线的活动和“现实生活”中的活动有许多相似之处。但组织好公开的网络活动也有一些独特的挑战。跟一般的活动一样，你要选择一个位置和时间。位置通常很简单，只要使用你平时用来与志愿者交流的渠道就行了。就我们而言，IRC 则是一个很自然的选择。我们清清楚楚说明，人们无须加入IRC 就能参与活动，但我们也集中资源，并不希望在活动当日管理多个不同交流渠道。这有助于增加在IRC 频道上的活动、反应能力和关注度，促成参与更多、兴奋更多的活动。

　　虽然选择位置很简单，但时间却不简单。我们的志愿者遍布全球，主要集中在北美、欧洲、亚洲和澳大利亚。没有任何一段时间对大家的地理位置都合适，但随着志愿者团队的发展，有很多种方式来应对这一挑战。如果在每个地理位置上都有资深志愿者，你可以让他们负责活动的“一个轮班”，并给予他们自由去领导“一个轮班”，与该时区的新志愿者一起工作。这是解决这个问题的最好方式，当然这是建立在你有一个志愿者队伍的基础上的。

　　一开始，我们举行了12 小时长的活动，时间主要照顾那些贡献者最多的地区，也就是从UTC 时间的中午至午夜。作为另一种选择，我们尝试了多天的活动，但却失败了。看起来，比起天的偏差，人们更容易理解小时的偏差，多天活动的整个概念似乎太不明确。另一个解决办法可能是结合两种想法，在相邻的两天指出明确的小时，但我们没这么试过。对于规划时间，我能给出的最好建议，就是从小规模开始做起，当你的志愿者队伍壮大后延长活动时间，增加轮班。

　　宣传

　　宣传活动是接下来要关心的步骤。你可以把你的潜在志愿者队伍想象成体育馆中的球迷。有的人已经在球场上比赛，有的人坐在替补席，还有些人坐在前排，更多的人坐在离你极远的高高席位上。理想情况下，你的宣传要触及所有人，并吸引他们下到赛场来。实际上，你只能打动那些坐在体育馆最前排的观众，但一旦这些人参与进来，由此产生的活动将带来更多好奇的人接近赛场，你的下一个活动就能影响到他们了。

　　在日历项目中，我们在更大的Mozilla 社区论坛给更大范围的观众宣布了我们的活动。我们通过博客定期发布公告，Planet Mozilla 上也会同步发布。我们发布到邮件列表、Mozilla 项目新闻组和Mozilla 论坛中。为了项目，你必须回答这个问题：“用户在看什么？”那里就是你想要去宣传的地方。例如，如果你的用户在用Facebook ，那就在上面创建和使用一个群。我们试过这一招了，但我们在Facebook 上没有结识到足够多的日历用户，所以那个群不是很成功。

　　另一个想法是把你的一些活动写成标准新闻稿提交给新闻媒体。传统的技术新闻媒体很少会报道一个小的QA 活动，除非你真有什么独特之处。不过，如果你走运能够把活动塞进传统新闻报道，那么将触及大量从没听说过该项目的受众。所以，时不时花些时间和精力给传统媒体供稿还是值得的。我们有一次走大运，传统新闻媒体报道了我们早期的一个活动，我们发现这一报道比任何其他努力都能激励和吸引日历QA 团队人员的眼球。当天我们有超过50 名志愿者参与活动，其中约有15 个在一段时间后仍参与项目，有些人甚至一直参与到今天。

　　我们实际上做了什么

　　我们举行了几种类型的QA 活动，每个活动的QA 主题有所不同。我们希望通过不同的活动来吸引不同技能和兴趣的志愿者。第一个也是最成功的活动，是测试日。恰如其名，专门抽出一块时间邀请你的志愿者来测试应用程序的功能。事情最具体的测试日是最好的测试日，一套完整的测试用例，配以完整的文档以及如何运行这些测试的指示，人们比我们让他们做随机测试时有着更多的参与热情。在测试日，我们鼓励资深志愿者运行较难的测试用例，如对时区的支持，让新志愿者去运行文档写得较好的手工测试用例。在这两种情况下，鼓励用户参与测试日直接影响了该项目的质量，因为应用程序得以在多种不同的运行环境、操作系统和硬件配置运行。