IT人为什么要加班？那能不能不加班？实际上不加班是不可能的，但是却可以划道红线来控制，若不加控制，就会给企业带来直接或一些隐形的伤害。另外那些总强调加班的企业需要反思，加班说明了他们创新不足、效率低。

加班背后的无奈与原因

在V众投上曾经有一个问题叫：IT研发人员就一定总加班吗？ 从问答来看看来大家对加班这事还是比较无奈和矛盾的：一方面现实让IT人必须加班；另一方面除了少数工作狂人，大家其实并不喜欢这事。

而为什么加班极为普遍，其原因很多，比如：

1. 人为的行政上原因。这可以进一步划分为两类场景：一类是，在有的公司里，不加班被等价于工作不努力。所以不管需不需要，那怕磨洋工也先加了再说。一类是，在有的公司里，利润和工作时间成比例关系，所以潜在的公司会推动多加班。后一类是恶意促使员工加班，不过指望自省来解决问题是不可能的。

2. 商业原因。这说的是，很多时候程序员会直接收到到某个日程，但日程本身不太合理，这样就只能加班来赶。日程本身很多时候是根据产品上市时间这类商业因素定的，而确定产品上市时间时，企划人员可能根本不太清楚开发工作本身究竟需要多少工作量，其中偏差就只能靠程序员的加班来弥补。

3. 技术原因。这里的技术说的是估算技术和需求开发技术。有的时候即使是项目组自己做估算，决定日程，但由于需求自身的不清晰，或者估算方法的不恰当，也还会出现无法搞定承诺日程的情形---这也得加班。

4. 市场的原因。竞争过于激烈，需要高频率推出各种产品。

　　……

不同的原因总是可以通过不同的手段来解决，但也确实都可以通过延长工作时间这统一的手段来解决，程序员作为所有一切的末梢，一旦成为承担所有后果的容器，那就必然总是加班。但关键是这样做是没有底线的，如果企业不为自己设定边界，那就只会导致过劳。认为延长工作时间是唯一解决问题之道，就会进一步认为过劳只是起源于市场竞争的无奈，并因此而心安理得。这是极为错误的，不分析其内在形成原因，而简单的归结于市场竞争是一种托词和失职。

可以不加班么？

近来诺基亚裁员事件唤起了大家对这个公司的关注，并进一步发掘出了许多员工层面的细节，比如工作懈怠等，但反过来看诺基亚全员都死命加班就可以拯救这个公司么？我不这么看。一般来讲大家都认为日本人工作是比较勤奋的，但这种勤奋并未让索尼这样的日企避免陷入困境。

而再反过来看我们可以讲出现成功的产品的公司或团队是因为他们比别人更辛苦么？我觉得不是的，这更多的是由于捕捉到了窗口期的机会并打造了切合时代需要的产品，诚然他们也是辛苦的，但这不是决定性因素。

IT 界的一个前辈宋朝弟曾经对我讲工业时代的规则比较牛顿，单维因果，但互联网时代的则比较量子，多维因果。在比较牛顿的时代里，加班对结果会有更多的影响， 比如工厂里的工人，只要加班时间足够长就能够生产足够多的产品。但在多维因果的时代里，单纯的努力是没用的。在很多企业里加班更多的是种惯性，或者说是陷 入红海后的无奈。再直接讲就是创新越不足，就越需要加班来弥补；工作本身附加值越低，加班越有效果。所以总强调加班的企业需要更多的反思。

当 然写了这么多不是说不能加班，而是说要控制加班的程度。企业并不能决定市场上发生什么，所以加班本身无可厚非。但是持续高强度、无限制的加班则是企业必须 要规避的。一点就是上面所说的，这通常并不解决问题或者说只解决眼前的问题；另一点则是员工同时具有多重属性，他即需要履行对企业的责任，也需要履行对社 会和家庭的责任。而对家庭和社会的责任至少与履行在企业中的责任同样重要，大多时候其实是更加重要。员工本身对企业没有无限的权利所以也不应当无限制的履 行责任，这是非常显然的事情。当上述规则无法达成共识并且确立的时候，履行对企业的责任天生就会侵占其余，越在金字塔末梢的员工自主性则越差，发言权越 小，越容易成为过劳的主要受害者。

理想状况

理想状况应该是这样：

在 长时间轴上，比如一年总的工作时间上有条红线，这条红线相当于企业与个人利益的最佳分割点，他可以在特定条件下伸缩，但伸缩也应该是个预先清楚定义的范 围，红线之后是不可碰触区域。在红线之外，即使会丧失企业收入，企业不应该对员工提出要求，员工停止工作也不是不履行责任。

这也就意味着超过这条红线之后，公司的问题更应该用其他手段来解决，比如创新，比如效率化等等。

企 业家要想获得尊重，那就必须更好的履行自己的责任。把社会责任、创新这类词语挂在墙上风干是没有用的。否则就会让大家生出——怎么都说的是儒家，做事全是 法家的感叹，这会导致个人与企业的疏离，最终伤害的也会是整个系统。这也许表现为离职，也许表现为一种被深深隐藏了的消极。

作者介绍：李智勇，V众投发起人，《完美软件开发：方法与逻辑》，《程序员生存定律》作者，新浪创事记上有个专栏，微博：李智勇SZ，微信：vfacebook。大多时候静坐写程序、写作、读书。偶尔在TalenCamp 亮相BB。

via CSDN