说说加班那些事

虽说软件开发这一行不可避免要加班，但仍然恨死了加班！来说说加班的那些事情，发发牢骚。

工作的这些年，总结一下，加班无非是出于下面的几个原因：

1、项目紧，赶进度；

2、临时有紧急任务：BUG修正、客户需求响应等；

3、为了加班而加班

先说第一种。出现需要赶进度的情况，通常是因为工数估算的时候不准确，少估算了工数。但不准确并不意味着制定的计划有问题，有些公司是需要压缩工期，同时通过加班来弥补压缩掉的工数的。这样可以节约成本，特别是不付加班费或者支付很少加班费时。举例来说：

1个项目的合同总价为100万元，由20个人完成，平均人力成本为0.6万元。假设准确工期为5个月。

方案1、工期为5个月，不压缩。则总共支出成本为 0.6 * 20 * 5 = 60万

公司的简单利润为 100 - 60 = 40万
方案2、工期为4个月，压缩掉1个月的工数。则总支出成本为 0.6 * 20 * 4 = 48万
公司的简单利润为 100 - 48 - X = 52万 - X

相比方案1即使需要支出加班费等因压缩工数产生的费用，只要将X控制在12万以内，方案2就会更有利。并且这中间还有一个潜在的利润点：压缩掉的1个月的工数，这里的20个人是可以投入到新的项目中的，也就是可以产生更多的利润。

当然，工数的压缩是有讲究的，压缩掉的工数必须要通过加班等能够弥补回来，毕竟交货日期和质量都要保证的。比如，你不能把5个月的项目压缩成1个月，那样就算你天天玩通宵(前提是你不挂掉)或者投入再多的人力也只能搞砸项目。

有经验的项目经理会把项目控制在一个紧张但是不让人崩溃的节奏中，如果某个项目经理手下的人永远在加班，那么估计很快就不会有人想跟着此人干了。

再说第二种。如果是紧急的BUG修正，我觉得大多数人还是可以接受的吧！毕竟BUG是不能避免的，及时解决BUG是最起码的职业道德。当然，那些需要半夜爬起来解决的BUG确实挺让人郁闷的。但是，更让人郁闷的是客户紧急的需求变更。很多人都有这样的体会：客户根本不管之前认定的范围定义，就觉得这个功能一定要加上或者一定要改成怎样怎样，并且很多类似的需求都在Release的点上提出来，让你有捅死他的心。但无论是骂他爹骂他娘还是骂他祖宗十八代，最终总是向客户妥协，加班满足需求。毕竟人家是上帝，人家才是付给你钱的人，得罪不得。如果这种事情经常发生，其实也应该回头去看看需求分析和定义阶段的工作，是不是有什么遗漏了，是不是能采取一些措施来减少这种事情的发生概率。

来说说第三种。这种情况估计并不少见。有些领导就觉得加班时间多才说明你在努力工作，才说明你很有吃苦耐劳的精神，才说明你是一个好员工。悲了个催的！加班费没有，还非要让人有漂亮的加班数据，这是怎样一种心态啊！！我反正不明白，但是却不得不这么干！！因为领导喜欢，毕竟人家抓着你的小辫子，评个工资等级奖金等级啥的，你要是拿不出点数据，人家不给你评你也只能哑巴吃黄连啊！好吧，为了加班而加班！但是，这样的意义何在呢？按时把事情做完做好不是挺好的吗？好吧，很多公司其实就是这样的，啥国企啥事业单位等等的都这样，既然逃不出，那就从了吧！

哎，又要加班了！我是第一种第二种第三种占全了啊！