标题:How do you make programmers work 60-80 hours per week?
作者:Brian
问题
在我们创业公司里面,程序员通常工作8小时之后就回家了,我一直有阅读关于每周工作80+小时的故事的习惯。你们是如何让这些程序员工作更长时间的?我们要支付加班费吗?但是我们也给了部分员工一些股权,但这么做似乎并不凑效。
回答
接下来我将讲述一个关键的要领,因此请一定要认真阅读
很明显的一个事实是,没有程序员可以真的每周工作60-80小时,尤其是在工作日仅有5天的情况下,真要达到这个目标,意味着每天要工作12-16小时。
并且我敢保证,你们这些公司中的程序员虽然看似每天工作时间非常长,而事实上,他们真正用在工作上的时间大概只有2-4小时,其他时间在干嘛呢?其他时间被无意义的会议、浏览网页、以及一堆看似繁忙的事情所占用。
假若你注意到一个程序员每周工作30-40个小时,其实他们同样会每天只有2-4小时在做真正的工作,但会减少他们开会的时间、浏览网页的时间,并且为了让老板开心,假装在忙着。
然而我要说的是,编程是一门创造性工作,当你留意其他具有创造性的工种的时候,仅有少量的创造性工作才会对总输出产生实质作用,剩余的时间要么用在繁忙会议、要么花在整理手中的事情,或者一些琐碎的事情当中。
现在之所以把工作时长定位每周工作40小时仅仅是因为「本该如此」,但有了科学技术,几乎没有人真的每周工作达到40小时,并且坦率地说,员工也不该被要求如此。
如果你想大大提高创造性的工作的生产率,员工一定会发疯的,为啥呢?因为这些员工会讨厌他们的工作、讨厌他们的生活、讨厌他们的上司,最终这么做的结果就是辞职或者被炒。
所以说,如果你明白这些工作流程,你应该会知道有更好的解决办法。
接下来我讲一下关于我自己的案例
作为一名软件开发工程师,我的日常无非就是起床,然后去上班,完成上头分配的任务,至今为止我的雇主们对我的工作都非常满意。通常我是我们团队里面表现最好的,但是,我最高产的编码时间并不是在工作的时候。
我的一些好的、有趣的项目是一些业余项目,并且基本都是在晚上或者周末完成的。
几年前,我通过 Robert Martin 的演讲听到这种具有建设意义的方法,在视频的快结束的时候,有人问到,“那么我们究竟在什么时候编写这些代码?”,他回答道,“在你们的脑海里”,然而那个时候没有人真正去实践出一个好的例子。
因此,我决定去建立一种这样的模式,虽然这几乎和我的日常工作无任何关系,但最终我完成了。
并不是说我有很多业余时间,通常我只会在睡前花一到两个小时,大概一周5-10个小时花在这个项目,持续几个月时间。
没错,这些项目使得我能够在今天作为不错的经验分享出来,对于企业来说还是具有相当标志意义的。我花在编码上总的时间也许是100个小时,但这些时间也许永远不会发生在工作上。
日常的工作并非是为了创造意义的体验而设立的,它的存在是为了让软件开发者基于他人的指示去建造一个产品。
这样的定义似乎没错,但是这就好像让毕加索为你装饰你的房子一样,你永远无法让他完成的很好。
与此同时,我不仅仅有这样的体验,最好的程序员同样能够在业余项目编写最好的代码。
重要的地方在于,每周工作80个小时是一个错误观念,同样每周工作40个小时也是。我敢打赌大多数程序员可以在每周工作20个小时的情况下完成相同数量的工作,甚至是更多的工作量。
但是,这样的情况并不会发生,因为创始人、投资人、商人之类的认为更多时间意味着完成更多的工作。但只要他们这么做,他们将会有一堆软件开发工程师,这些工程师并没有真正的把工作做到最好,他们只是在打发时间罢了。
对了,不仅仅那些看起来忙的不可开交的软件开发人员,包括销售人员,市场人员,会计师,工程师等等,都是如此。
每周工作40小时只是让老板自我感觉良好的假象罢了,但对于公司来说,不会带来更多的收益。
每周工作80小时,那和血汗工厂没啥区别了,这仅仅会让那些不开心的老板感觉到他们的钱花得值罢了,但与此同时会使得公司的商业状况从内部开始慢慢变得糟糕。
事实就是,人们最主要的工作就是假装看起来很忙,因为这可以让老板感到开心。超出预期的额外的生产效益无法预料,不会有额外的奖励,也不会作为员工的报酬。
如果每个人都可以在每周工作40小时或者80个小时的情况下保持「满血」的状态,那将会引发更多你无法想象的问题。
所以换句话说,整个世界好像就不约而同地做了一个约定 ,「看起来一定要很忙」,对于大多数人来说,外表远比实际更重要。
如果有人认为这不是事实,那么他一定是不诚实或者没有注意到这一点。
第一次翻译,不是太好,望海涵,仅仅作为自我学习,建议阅读原文