在本章中，你会看到探索日如何帮助你在组织中获得创新并开展学习。

此外，你还会了解到如何组织探索日。

创新：没有创新，你的组织就无法生存。Eric Ries在他的书《精益创业》中提到，能够比其他组织学习快的组织最终会赢得胜利。没有创新，就没有未来。Adobe有Kickbox活动，Google有20%空闲时间策略，Atlassian有ShipIt日，等等。

Kickbox是Adobe为其自身创建的新型创新过程，之后他们将其开源，这样所有人都可以使用它。Adobe的Kickbox会交付一个可行动的过程，从而发现新机会，验证客户的参与度，并评估新的商业潜力。它包括一系列工具，有助于创新者定义、精化、验证和演化他们的想法。然而，我觉得你可以问自己，是否真的需要定义一个过程来激励创新，一个能适合所有人的过程？或者人们应该随意使用自己想要的方法？毕竟，你无法真正做类似于“下周二员工X会做出惊人的发现”之类的安排。

在Google，他们声称：“我们鼓励员工在正常的项目之外，在他们认为最能够给Google带来收益的内容上花费20%的时间，这会让他们更有创新性。我们很多重大的优势都来自于此。”巨大的20%产品包括Google新闻、Gmail以及AdSense。在2013年，Chris Mims在Quartz上写到，20%时间已经快没了，因为员工们越来越难从正常工作里面抽出时间了。所以，你将如何确保人们有时间来贡献，而且要真正带来价值？给员工20%的时间仅仅是要提升公司的业绩，还是会真的获得其他的什么？

Atlassian对ShipIT日的描述是：“24小时的创新活动。类似于20%活动。快速构建。”团队成员可以做任意想要的工作——启发他们的东西、梦想的功能，或者只是消灭一个大缺陷。他们可以组建自己的团队。它为大家提供了机会，可以组合不同团队中的想法和技能。他们会花费24小时。过程也很重要，但最佳的想法会最终胜利。然而，我问自己，如果你在那24小时中没有得到那个最棒的想法怎么办？

后来，Jurgen Appelo在他的书《幸福管理》里面描述了探索日的概念。它大体上调查了公司如何艰难地组织员工的自我学习。Jurgen声称，对于人们来说，让学习快乐的有效方式是组织他们使用探索日。那只是个名称，本质上是要组织一群人，花费24小时来探索一些知识，没有其他附加的要求。有时候会叫做“黑客马拉松”或者“别管什么日”。探索日是一种方式，邀请你的员工，通过试验和探索新的想法，自己进行学习和提升。目标是要让员工学习尽可能多的知识，甚至可能会得到新的想法和洞察。专家们同意，黑客马拉松和其他形式的探索日的目的是试验新的想法，而不是要交付产品。组织必须学习定期组织这样的试验活动，因为学习最快的企业也是能够最好存活下来的企业。

在我工作的上一家公司里面，我们组织了一场研发峰会。作为分布式的公司，我们经常会选择让所有研发人员都到一个地方，那样我们可以面对面混个脸熟！这是组织第一次探索日的最佳时刻。一位担任管理者的同事和我一起组织了研发峰会，顺理成章地就有了第一次探索日。

那么，我们做了什么，发生了什么，我们学到了什么呢？组织这样的活动本身并不困难，你做得到。然而，你要确保从我们的错误和成功里面学到东西，我想要和你分享（以随机的顺序）。

要强制大家来参加吗？

没有听说过探索日的人们，对其会有各种各样的讨论，比方说人资部门。我们和他们说明了探索日的准备工作，并告诉他们我们觉得不应该强制参加。大家可以自己决定是否参加。

有人建议我们需要把它变成强制性的。我不确定为什么他会这么说，可能是处于对规模的考虑，但对此表示担心的人一定是第一次听说探索日的概念。我们解释说，你真的不能强迫人们来参加这样的活动。想象一下，你在一组充满热情的人之中，而有两三个人是被要求来参加，而他们并不是真的想来。我觉得，毋庸置疑，这对于团队的士气和压力会带来很大影响。另一方面，还有超过一百位潜在的参与者。所以，我们需要让尽可能多的人对此充满热情。

因此，我们觉得，别把这变成强制的活动。人们应该可以自己来决定是否想要参加。

榜样的力量

你是一位管理者、引导师、教练、项目主管——除了开发者之外的任何职位，并且想要组织一场探索日吗？好主意！当然，你要负责相关设备，那是你的职责所在，但你也会参与其中吗？我更多是强烈相信榜样的力量，所以也会参与其中。没有开发项目，这会让我看起来有点儿傻，因为我的开发进度大大落后。尽管我在几周前就使用Google App脚本创建了一个工具来自动答复邮件。

我决定专注地投入24小时，开发我的新项目Chromebook……在公司的环境中。我试着做所有日常任务，想要确认为了完成我的业务任务是否还需要一台Windows笔记本。从一个侧面我发现，想要高效完成任务，一台Windows笔记本还是很必要的。尽管Office 365还不够成熟，但当你在Google环境下工作（使用Hangout和Google Drive），那么和工作在Windows环境下（使用Skype和OneDrive）的人交互还是很困难的。

最重要的是，我参与了！我在Wiki的“探索日”话题下面创建了第一个项目描述，试着体现榜样的力量。另一位负责组织工作的经理，因为需要加班，并且需要每天花一天时间来照顾孩子，所以无法参加。然而，当晚上孩子们都上床睡觉了之后，他就开始询问所有团队进展如何，是否有什么需要，即便是披萨或者一杯咖啡。积极地展示了对大家真正的关心，关心他们所做的探索，以及情况的进展，这被证实，参加探索日的团队都对此非常感动。

简而言之，参与或者至少要在那里，从而展现出兴趣，这对我们很有用。

感觉内疚的人们

好的专业人士热爱他们的工作，并且会完全投入地交付很棒的产品。他们乐于帮助客户，在这种情况下，是产品所有者。因此，人们倾向于百分百专注于工作，有时候会忘了花时间提升自己。他们甚至在有机会参与探索日的时候也是这样。

在探索日开始前几个月，我们就会通知产品管理团队和开发团队。我想说的是，要小心……最坏的情况是，整个部门都来参加探索日，可能在那24小时里面都无法为你提供服务了。我们倾向于更乐观一些，哈哈。如果你不把这考虑在内，那么就会影响你的迭代、项目或者发布。我们和每个人都清晰地沟通，所有人都可以参与，并且探索日拥有最高优先级。

结果发现，我们还是没有沟通到位。我们可以找到大家没有阅读邮件的理由，但是我认为，但有人没有收到消息的时候，你应该先看看自己的。有一些人没有参加探索日，因为他们想要专注在项目上，并且在花费时间参加探索日的时候会感到内疚。

下一次我们会对这个活动做更加清晰的沟通。比方说，我会参加所有站会，并且在站会之后，确保每个人都理解我们允许大家参与探索日，而不需要感觉内疚。可能我们甚至还要多做几次（你知道接下来会发生什么？你已经创建小组了吗？你已经对要探索什么有想法了吗？）确保你拥有整个管理层的支持，并且确保所有团队成员都知道他们可以参加。此外，当并不是所有人都参与的时候，也不需要感到遗憾。有些人就是喜欢专注在自己手头的工作上。

要求成功标准的管理层

管理层会让我们定义研发峰会的目标，以检查峰会是否成功，而研发峰会的一部分就是探索日。我们思考了一下……得出这样的目标：“组织研发峰会以增长知识。”我们确定了三个重要的结果：

研发团队至少有75人参加超级协会活动。

至少23人参加探索日。

我们不会超出预算。

第二个结果与探索日相关。为什么在潜在的100人里面，我们定的目标是23人呢？根据Stack Overflow网站2015年的开发者调查显示，开发者平均每周会花费七个多小时来做额外的编码工作。我们期望只有那些花费比平均水平搞得那些开发者参加探索日。据调查显示百分比是22%。因此，我们期望研发团队的25%参加探索日。最终有三十六位参与进来。

开始的时候，我们有些对管理层的问题有些迷惑：他们想要特别看到什么样的数据，如何度量是否成功？我们从数据上相信管理层，所以再一次利用了榜样的力量。通过定义这些标准，我们向管理层和我们自己展示，探索日是一次成功的活动。当每个人都回到家，我们发出一份调查，其中有各种问题来收集进一步的反馈——人们参加了探索日吗，他们收到了足够的信息吗，等等。这些数据告诉我们，参加了的员工真的喜欢这个活动，并且会再次参与。

想一下你的目标——是的，组织探索日很有趣。然而，什么时候是真正的成功呢？

市场营销

不好意思，仅仅向所有人发送邮件，告诉他们你在组织探索日并不够。你需要向专业的市场人员一样推广你的活动，你需要重复发送你的消息。我们首先创建了这张海报。

我们，至少是我自己，对此感到骄傲。我的搭档经理好心建议，我们可以请一位自己的视觉设计师和交互设计师来做海报。好的，我说……接下来的结果显示我其实还有其他方面的潜力。

我们还做了一份视频，一段很短且有趣的视频，来向大家说明这个概念。那很有趣，但拍摄过程对我们来说笨拙，哈哈。你可以在这里查看视频：https://www.youtube.com/embed/nKmVj5PiFlU?feature=player_embedded。

然后，我们发送邮件，让大家对活动保持热情，我们在Yammer上发布更新消息，特别还邀请了总是尝试新事物的人为探索日注册了一个项目。

不要等着人来注册项目——你需要让他们感兴趣，并向他们提出挑战。作为管理者，鼓励人们参加这样的活动是你的任务。

分享大家学到的知识

可能对我来说，最令我难忘的时刻就是，小组和所有人分享他们所学到的东西。我们只是准备了一台投影仪，一副幕布，一张桌子，以及一群热情的专业人士，他们迫切想要了解其他人发现了什么。我们邀请了研发部门的全体员工，但当然，这是可选的。然而，几乎所有人都来了。参加的每个组都会有一个人来展示他们所学到的东西；有时候只是一些无法像期望那样工作的东西，而有时候真的提升了我们的产品的价值。

真正酷的是，那些一般不会为团队做演讲的人，选择成为小组里面分享发现的那个人。他们获得了所有人非常热烈的掌声。这只是显示出，当你对一个主题足够热情，而且有丰富的知识，那么做一场精彩演讲就没那么难，即便是演讲者本身还是感觉很恐惧的时候！我们发现，当我们对组织中的有些人并没有寄予期望的时候，他们却真的能够以有趣和热情的方式来做演讲。

活动中总共有十三个项目。我们想要给每个人平等的机会来演示他们的发现，包括“台上的时间”、“区域的时间”和“台下的时间”。我们为每个团队都安排了十分钟，那么大概每个团队要花十五分钟，再乘以十三，最后需要3.5小时。很有趣。过程中有很多笑声，每个人都喜欢分享的知识，以及同事们的热情，这都是他们原本可能不太了解的。然而，很可能会花费大量时间。能量等级和专注程度都会下降。我们要确保下一次每个人都有椅子。我们还可能要把活动分成两个并行的部分，并用视频记录下来。然而，我知道每个人都更喜欢参与到真实的场景中来。

确保你提前考虑到如何分享结果，但要知道那可能会是一个很长的环节。

小结

定期的黑客马拉松是关于交付产品的。然而，我认为学习更重要。演示在你的情况下有效的、已经证实的技术，并不是一个学习试验。所以，专注在学习上，鼓励团队成员做试验。已经被证实的是，当成功的概率是50%时，人们会学到最多。当你组织探索日的时候，要意识到那不仅仅是安排一次探索日。确保你要激励大家，和所有利益相关者说明和沟通所有的期望。

如果你想要了解更多关于探索日的信息，可以访问这里：https://management30.com/practice/exploration-days/。

下一章我们会看看反馈。你如何向不是在身边工作的人提供反馈？你如何在分布式团队里面提供反馈？