你有"懒散"的时间吗？

CodePlex团队有一个Slack时间策略,它对他们来说非常好.

Jim Newkirk和我自己用它来处理xUnit.net项目.

Jonathan Wanagel用它来研究SvnBridge.

Scott Densmore和我用它来处理ObjectBuilder 2.0原型.

对于其他人来说,现在是探索技术上没有按计划进行的事情的好时机,但最终可能最终会对团队的其他成员有很大帮助.我非常相信这一点的价值,如果我再次经营团队,我会把它变成团队文化的一部分.

你的团队有没有正式的Slack政策？它是如何运作的？

编辑:我刚才意识到我没有定义Slack.对于那些没有读过这本书的人来说,Slack就是Google的"20%时间":你可以获得一些日/周/月/年的片段,用于处理与你不一定直接相关的事情.日常工作,但可能有间接的好处(显然,如果你从事对你的工作或公司完全没用的东西,你的经理可能不会很好地考虑你花时间的方式:-p ).

我只是想提一下谷歌关于这个问题的政策.
私人项目和研究应该将20%的时间用于私人项目和研究.

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

所以,如果你是一名经理:让你的开发人员不时地懈怠.鼓励他们与团队举办小型研讨会,讨论新的做事方式.

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

我目前是一名全职自由职业者,为一个客户工作.如果我想获得整整40小时的工资,那么我花在编码上的每一分钟都需要在批准的项目计划中进行说明.或者至少它必须走向某种现实的维护任务.我想你可以说这是收缩的缺点之一......真的没有松弛或闲置的余地.你只需要继续前进和完成手头的任务.这可能会非常耗费,但我又有点像是如何让我负责.当然薪水比平常好一些.

也就是说,我希望有足够的时间来处理宠物项目,但没有客户会同意为此付费.

无论如何,我只是想我会指出这是如何说明自由职业者和全职工作之间的一些重大差异.

我也从来没有在任何有正式政策的地方工作,但我总是发现在侧面挤压一点R&D /工具建设时间.通常情况下,我会从中获得生产力提升,这将使我更加"懒散".