CodePlex 团队有一个 松弛 时间政策,对他们来说效果很好。

  • 吉姆·纽柯克和我自己用它来研究 xUnit.net 项目。
  • 乔纳森·瓦纳格尔 (Jonathan Wanagel) 用它来创作 SVN桥.
  • 斯科特·登斯莫尔和我自己用它来研究 对象构建器2.0 原型。

对于其他人来说,这是探索技术上不在日程表上的事情的好时机,但最终可能对团队的其他成员有很大的用处。我非常确信这一点的价值,如果我再次管理一个团队,我会让它成为团队文化的一部分。

您的团队有正式的 Slack 政策吗?结果如何?

编辑: 我刚刚意识到我没有定义 Slack。对于那些没有读过这本书的人来说,Slack 就是 Google 的“20% 时间”:你会被分配一天/一周/一个月/一年的一部分时间来从事不一定与你的日常工作直接相关的事情,但可能会带来间接的好处(显然,如果你从事的事情是对你的工作或公司完全没有用,你的经理可能不会很好地评价你花时间的方式:-p)。

有帮助吗?

解决方案

我只想提一下谷歌在这个问题上的政策。
一天的 20% 应该用于私人项目和研究。

我认为管理者是时候面对这样一个事实了:大多数优秀的开发人员都有点懒惰。如果不是,我们就不会有代码重用之类的概念。
如果这种懒惰可以集中为创造力,并且开发人员可以阅读技术问题并尝试架构和语言功能,我确信最终结果将是更好的代码和更满意的开发人员。

所以,如果你是一名经理:让你的开发人员偶尔偷懒一下。鼓励他们与团队一起举办小型研讨会,讨论新的做事方法。

如果您是开发人员:阅读、学习并热爱你的手艺。只要您愿意花一些时间学习最好的工作方法,您就拥有世界上最好的工作之一。

其他提示

我目前是一名全职自由职业者,为单一客户工作。如果我想获得整整 40 小时的工资,那么我花在编码上的每一分钟都需要计入批准的项目计划中。或者至少它必须致力于某种现实的维护任务。我想你可能会说这是承包的缺点之一......确实没有懈怠或无所事事的余地。你只需要继续前进并继续完成手头的任务。这可能会让人筋疲力尽,但我还是喜欢它让我有责任感。当然,工资也比平时好一点。

也就是说,我希望有空闲时间来从事自己喜欢的项目,但没有客户愿意为此付费。

不管怎样,我只是想指出这如何体现了自由职业者和全职工作之间的一些巨大差异。

我也从未在有正式政策的地方工作过,但我总是发现要挤出一点研发/工具构建时间。很多时候,我会从中获得生产力的提高,这会让我有更多的“空闲”时间。

我们有宽松的时间,我们尝试在发布之间安排它们。版本发布后,我们要求开发人员每天花 60% 的时间修复错误,然后用另外 40% 的空闲时间。不过,我们对您可以利用空闲时间做什么有政策。然后,当版本再次出现时,我们要求所有开发人员花一整天的时间来实现该版本的功能或修复错误。

该政策允许开发人员利用空闲时间进行培训,创建公司可以使用的新东西,或者只是在公司内部创建工具以使事情变得更容易。它对我们来说效果很好。我们认为这是一个很棒的好处。

我从来没有在任何有正式政策的地方工作过,但实际上我遇到过的每一位经理都允许我花一些时间处理与当前项目或救火没有直接关系的事情。

我认为关键是谈论你想尝试的事情。大多数经理都希望他们的团队做一些很酷的事情,一些非凡的事情,所以如果你能让他们相信你可以交付一些东西,你可能会得到机会。或者他们可能会让你这么做只是为了让你开心。

现在我是一名承包商而不是一名雇员,我不会因为做有趣的事情而获得报酬,但我通常每周只工作 30-35 小时,所以我仍然有时间学习和玩耍。

我们的团队没有正式的政策——主要是因为有太多的工作要做,很难证明其合理性。这相当讽刺。

我已经开始以“开发会议”为幌子做一些正式的事情,以便至少将其精髓注入团队。一个例子是一个开发项目,旨在教授新技术并最终生成一个很酷的应用程序。

现在还为时过早,我们会看看进展如何。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top