CodePlex 团队有一个Slack时间策略，并且对他们来说效果很好。
对于其他人来说，这是探索技术上不在日程上的事情的好时机，但最终可能对团队的其他成员很有用。我深信这样做的价值，如果我再次管理一个团队，我会让它成为团队文化的一部分。
你的团队有正式的 Slack 政策吗？效果如何？
编辑：我刚刚意识到我没有定义 Slack。对于那些没有读过这本书的人来说，Slack 就是谷歌的“20% 时间”：你可以在一天/周/月/年的某个时间段上做一些与你没有直接关系的事情。日常工作，但可能有间接好处（显然，如果您从事的工作对您的工作或公司完全没有用处，您的经理可能不会很好地考虑您花费时间的方式：-p ）。
我只想提一下谷歌在这个问题上的政策。
一天的 20% 应该用于私人项目和研究。
我认为是时候让管理者面对一个事实，即大多数优秀的开发人员都有点懒惰。如果不是这样，我们就不会有代码重用之类的概念。
如果这种懒惰可以集中在创造力上，并且开发人员可以阅读技术问题并尝试架构和语言功能，我相信最终结果将是更好的代码和更满意的开发人员。
因此，如果您是经理：让您的开发人员时不时地放松一下。鼓励他们与团队举行小型研讨会，讨论做事的新方法。
如果您是开发人员：阅读、学习并热爱您的手艺。只要您愿意花一些时间学习完成工作的最佳方法，您就拥有世界上最好的工作之一。
我目前是一名全职自由职业者，为一个客户工作。如果我想获得整整 40 小时的工资，那么我花在编码上的每一分钟都需要计入批准的项目计划中。或者至少它必须完成某种现实的维护任务。我想你可以说这是承包的缺点之一......真的没有懈怠或闲置的余地。你只需要继续前进并继续手头的任务。这可能会让人筋疲力尽，但话又说回来，我有点喜欢它让我负责的方式。当然，薪水比平时要好一些。
也就是说，我很想有空闲时间来从事宠物项目，但没有客户会同意为此付费。
无论如何，我只是想指出这如何体现了自由职业者和全职工作之间的一些重大差异。
我也从未在任何有正式政策的地方工作过，但我一直发现在旁边挤出一点研发/工具构建时间。很多时候，我会从中获得生产力收益，这将使我有更多的“闲暇”时间。
我从来没有在任何有正式政策的地方工作过，但实际上我遇到的每一位经理都允许我花一些时间在与当前项目或灭火没有直接关系的事情上。
我认为关键是谈论你想尝试的事情。大多数经理都希望他们的团队做一些很酷的、非同寻常的事情，所以如果你能说服他们你可以交付一些东西，你就有机会。或者他们可能会让你这样做只是为了让你开心。
现在我是一名承包商而不是员工，我不会因为做有趣的事情而获得报酬，但我通常每周只工作 30-35 小时，所以我还有时间学习和玩耍。
我们有空闲时间，我们尝试在发布之间安排它们。一旦一个版本发布，我们要求我们的开发人员每天花费 60% 的时间来修复错误，然后将另外 40% 的时间用于空闲时间。不过，我们有关于您可以使用空闲时间做什么的政策。然后，当一个版本再次发布时，我们要求所有开发人员花一整天的时间来实现该版本的功能或修复错误。
The policy lets the developer use the slack time for training, creating something new that the company could use, or just creating tools within the company to make things easier for ourselves. It has worked well for us. We think it is an awesome benefit.
We don't have a formal policy in my team - mostly because there is just so much work to do that justifying it would be hard. Which is pretty ironic.
I've started doing some formal things in the guise of "Development Meetings" in order to at least inject the essence of this into the team. An example of this is a development project that is intended to both teach new technologies and produce a cool app at the end of it.
It's early days, we'll see how it goes.