CodePlex团队有一个Slack时间策略，并且对他们来说非常有效。你有“松弛”时间吗？
对于其他人来说，这是探索技术上不符合时间表的最好时机，但最终可能会对团队的其他成员有很大的用处。我非常确信这个价值，如果我再次经营一支球队，我会把它变成团队文化的一部分。
你的团队是否有正式的Slack政策？它是如何工作的？
编辑：我刚刚意识到我没有定义Slack。对于那些没有阅读过这本书的人来说，Slack就是谷歌“20％的时间”：在你的日/周/月/年中，你可以得到一些与你的工作无关的东西但可能会带来间接好处（显然，如果您的工作对于您的工作或公司来说完全没有用处，那么您的经理可能对您花费时间的方式不会很满意：-p ）。
我只想提及谷歌在这个问题上的政策。
20％的一天应该用于私人项目和研究。
我认为现在是时候让管理者面对这样一个事实，即大多数优秀的开发人员都有点懒惰。如果他们不是，我们就不会有代码重用的概念。
如果这种懒惰可以专注于创造力，开发人员可以阅读技术问题并尝试体系结构和语言特性，我相信最终结果将会是更好的代码和更满意的开发人员。
所以，如果你是一名经理：让你的开发人员时不时松懈。鼓励他们与团队举行小型研讨会，讨论做事的新方法。
如果你是一名开发人员：阅读，学习和热爱你的工艺。你有世界上最好的工作之一，只要你愿意花一些时间学习最好的工作方式。
我从来没有在任何地方处理过一个正式的政策，但几乎每一个我曾经有过经理让我花一些时间上没有直接关系到当前项目或在灭火的东西。
我认为关键是要谈论你想尝试的事情。大多数管理者希望他们的团队做一些很酷的事情，这是非同寻常的，所以如果你能说服他们你可以提供一些东西，那么你可能会有机会。或者他们可能会让你做，只是为了让你快乐。
现在，我是一个承包商，而不是雇员，我没有得到报酬，做有趣的东西，但我一般只每周工作30-35个小时，所以我还是有时间去学习和玩耍。
我从来没有在任何有正式政策的地方工作过，但我一直发现是在一边挤压一点点R /工具建造时间。很多时候，我会从中获得生产力的提升，这会让我更加“松懈”。
我目前是一名全职的自由职业者，为一个客户工作。如果我想获得完整的40小时工资，那么我花费的每一分钟都需要在批准的项目计划中进行核算。或者至少它必须走向某种现实的维护任务。我想你可以说这是合同的缺点之一......真的没有余地或闲置的空间。你只需要继续前进并完成手头的任务。这可能是相当枯竭的，但我有点像它让我负责。当然，薪水比平时要好一些。
也就是说，我很乐意为宠物项目开展工作，但没有客户会同意为此付费。
无论如何，我只是想我会指出这是如何体现自由职业和全职就业之间的一些重大差异。
我们有闲置时间，我们尝试在发布之间安排它们。一旦发布发布，我们会要求我们的开发人员花费60％的时间来修复错误，然后再花40％的时间来处理冗余。尽管如此，我们对您可以使用松弛时间的政策有所了解。然后，当一个版本再次升级时，我们要求所有开发人员整天花费在实现功能或修复该版本的错误。
该政策允许开发人员利用松弛时间进行培训，创造新的公司可以使用的内容，或者只是在公司内部创建工具，让自己更容易。它对我们运作良好。我们认为这是一个很棒的好处。
我们团队没有正式的政策 - 主要是因为只有这么多的工作才能证明这很难。这很有讽刺意味。
我已经开始以“发展会议”的名义做一些正式的事情，至少要把这个本质注入团队。这方面的一个例子就是一个开发项目，该项目旨在教授新技术并在其最后生成一个很酷的应用程序。
现在还很早，我们将看看它是如何发展的。
代码重用真的是懒惰吗？ – Nick 2013-03-01 13:37:58