如果加班正在困扰你的员工

{D8Q9j9k1{ }7DZ0当项目的进度开始落后时，主管第一个想到的策略不外是：增加人手，或是要求组员加班。看起来似乎很合理，但是对于扭转项目的劣势来说，是最差的对策。

(?4c6Z+Nt b0一艘船正横越大西洋，朝向新世界展开冒险的旅程。商船航行在大洋中时，大副发现船进水了，立刻向船长报告，于是船长命令船员将船内的水舀出去，但是不论船员如何努力，水还是渐渐升高。

R'S Rt.Ox.jf+fe0船长眼看情形不妙，又叫来更多的船员一起舀水，依然没有用，这下船长慌了，只好命令全体船员以轮班的方式来舀水，但海水还是继续渗进船里，船渐渐往下沉.

1V8L!Pv$i g V0这时船长也知道他已经用尽了所有的人力，可是船还是不断地进水，所以他只好下令所有的船员日夜不停地舀水，累倒了之后醒来，再继续工作，这下真的发挥了作用，船果真不再往下沉，进水线降低了。船长因为这次的成功而沾沾自喜，想必是自己对人力资源运用得宜的缘故。好歹一个星期是撑过去了。

但是很快地，船员就因为过度劳累而舀不动水了，舀出去的水愈来愈少，船又下度下沉。大副试着说服船长，如果要船员工作有效率，就必须让他们休息。但是因为船仍然在往下沉，所以船长拒绝讨论让船员休息的事。船长咆哮着：“我们快沉船了，所以船员不准休息，在船没有停止下沉以前，没有人可以休息，你没看见吗？我们就要沉船了！！”

进水线仍然残酷地升高，愈来愈高，于是船终于沉入海底！谷逸人力资源专业博客[JRV(d^_

大家不妨想一想，如果您是船长，除了命令所有的人拼命舀水，有没有更好的办法呢？如果您正在一艘漏水的船上，四周都是一片汪洋，您怎么办？我的想法很简单，我可以告诉您我怎么办：“找出漏水的地方，把它堵上。”

;Doe-\#Sn9VTr;S0作为一个团队的Leader，你是否经常有意无意暗示你的员工，尽可能地加班以反映其个人敬业程度？是否在进行考评时对那些经常留下来加班的下属给予更好的评价？而你的员工可能并不这么理解，他也许更愿意在工作时间内有效地把活干完，尽可能地下班回家给老婆孩子一个交代。谷逸人力资源专业博客W"~%o7@ fRVX
f)G:X

高建华在《笑着离开HP》中谈到，HP更愿意提倡working smart,而不是working hard,在惠普如果一个团队经常加班，往往被认为是主管无能的表现。

同样，史蒂夫.马魁尔写过的《微软研发致胜策略》也许能够帮助你发现：如何带领你的团队更聪明地工作，而不是浪费时间在没有价值的工作上。以下摘要来自这本书的部分内容：

oX G8v!`]0Y;X0这实在是显而易见的道理，但是为什么总有那么多项目经理不懂得用这一招来挽救他们的项目呢？我只看见一大堆项目经理一遇到进度落后就二话不说地要求组员加班，组员加班若还是解决不了问题，就寻求更多的人手投入。就像那位船长，水都到腰际了，仍然不肯停止舀水、先去“找漏”、“补漏”，直到所有的人跟着陪葬。所幸，大部分的项目还不至于沉船，因为组员舀水的速度，勉强可以比进水的速度快一些，所以项目最后大都是硬干蛮干也把它赶出来了，只不过，浪费了无数的人力，折损了无数程序设计师的青春血汗。

4Fn5G"g uH_t.k0G0“加班”本身就是一个危险讯号，明白告诉您一定有什么地方出了问题，很不幸地，大部分的主管都不明白这一点，而忽略了这个严重的警讯，反而在项目发生进度落后时，直觉地采取两个最愚蠢的步骤：增加人手，或是要求组员加更多班，而不是去找进度落后的原因。谷逸人力资源专业博客%h7j_9_*rX%^

有的小组加班的原因不是为了赶进度，而是因为高层主管们认为程序设计师不加班的话是无法如期完成产品的，因此他们非加班不可，每周工作必须超过80小时才行。

这种笃信加班的主管看到有某个小组每周“才”工作4 0小时而已，就会以为这个小组对公司没有尽心尽力。也许高层管理者认为如果小组每周工作4 0小时就能完成进度，那一定是进度表定得太宽松了，他会把每周工作8 0小时的小组拿来作例子，说道：“这样才是对公司鞠躬尽瘁的表现！”要求所有的小组也每周工作8 0小时，不然的话就是对公司不够鞠躬尽瘁。我当然完全不同意这种看法。如果我赞成这种论调，前面所说过的那些故事的主角：使用者界面函数库、对话框函数库、Excel 的部门，就会变成应该模仿的英雄偶像，而那些拥有具体目标、不断学习、坚持工作效率的不加班团队，不就应该经常进度落后了？事实正好相反。

我这样说，读者一定觉得很蠢，但是且听一位高层主管对不加班的小组说的话：“公司雇用他们并不是让他们在数时间混日子的，告诉他们工作时间必须长一点，我要看到他们为公司尽心尽力！”谷逸人力资源专业博客8Z3o#D h N*Cjv

i4w+`(d2r/^9F0真是没道理，高层管理者竟然把没有效率的小组拿来表扬，而把有效率的小组说成愉懒。还好有另一种高层管理者，当他看到有一个小组不加班却能完成工作，就会去请教这个小组如何做到的，并要求其他的小组效法。

为什么同一件事却有截然不同的反应呢？简单的说，就是观念问题。同样是不加班而能完成进度的情况，有的管理者认为是罪恶，有的管理者认为是典范。聪明的读者，您觉得如何呢？当然在某些特例之中，这两种管理者可能都是错的，但是我们应该从正面去思考这个问题，对吗？

Emu#G(V#f6J0就像是有些项目经理在遇到进度落后时，第一个反应是要求组员加班，而不是寻找哪里出了问题，有些高层主管也是一样的直觉式反应，因为他们在观念上相信加班对项目有好处，对公司勤奋的文化也有好处。他们都忘了一件事，在软件业，开发小组贡献给公司的是智能的价值，这是重质不重量的，有很多比加班更好的方式增加小组对公司的贡献：像是提高产品的质量(却不一定以投入更多的工时为代价)、写出可共享的程序代码供别的小组利用等等。但是对于笃信加班神话的主管来说，他只在意程序设计师是否把自己所有清醒的时间加上部分的睡眠时间完全付出给公司，以为这样就可以增加开发小组对公司的贡献，这是完全错误的。

“加班加得愈多，代表总投入工作时数愈多，产品就能愈快完成”，在理论上看来似乎没什么不对，在传统制造业或许成立，但是在软件业是行不通的。软件业的投入工时和产出价值没有必然的正比，多投入三小时，未必得到三小时的工作成果。总之，软件开发项目的问题，绝不应该是靠着加班来解决的。

e%~n`+C-A2g'M2l)E9m5K0BTW:
{(B_2swM9F(_)D0《微软研发致胜策略》推荐阅读：本书的重点是提高软件开发的工作效能，将人力的浪费减到最少，并兼顾软件的品质。前3章主要谈的是让团队不必大量加班的基本观念和策略，后面5章是慎防流程的僵化、开发进程的掌握、开发人员的训练、正确的工作态度以及长时间工作的症候群上。