sigh,我们也常加班，从来就没有听过还有加班工资的
我们公司还是蛮好的，我想加班都加不到阿。
我也没加过班，上班都清闲得很。不过加班的要注意身体呀
我以前的公司一年加一半，刚换了个新公司不到一个月，就要封闭了！！
楼上的是哪的啊
还好，我到目前都不用加班，每天五点准时下班，可能因为做的是欧美的软件测试，一般计划时时间就比较合理。不过做日本的软件外包的测试的，好像加班是家常便饭阿。
Originally posted by 爱情鸟 at 2005-10-23 10:40:
我们公司还是蛮好的，我想加班都加不到阿。
这位极度的不厚道!!!
楼上说的什么意思，我有点看不懂耶。
12*6 的人飘过……
加班？呵呵，谁能跟我比，一周7天工作制，没有休息日。
每天从早上9点到晚上10点。
这种强度够可以了吧？还是免费的加班。
那又怎么样呢？
经常加班的公司肯定存在如下问题:
1、 不协调、效率低
很多BUG来自程序员之间的协调不畅引起，程序员与设计人员之间的协调不畅引起，由于开发之间沟通不畅等原因，造成重复修改程序，效率太低，质量不高，周期延长。因此，建议项目团队高度重视这因素造成的危害，减少沟通成本，提高效率。
2、 职责不清，奖惩不明
项目团队成员之间职责不清，团队成员缺乏基本的责任、操守、严谨。甚至干好干坏一样，没有奖惩，没有责任，没有压力，不思进取，能推就推，能拖就拖，这样一来，软件质量是不会高的，项目周期延长是必然的。因此项目团队有必要理顺各岗位的职责问题，加强员工的指导及业绩评估，才能从源上根治。
3、 程序员不熟悉系统底层构件
由于程序员不熟悉系统底层构件，对设计理解不到位，“想当然”编码设计，程序员很辛苦，但质量不高。项目应该加强这方面的培训指导。
4、 眼高手低，对自我测试不重视
一个优秀的程序员同时也是一个优秀的测试员，对自己编写程序的“质量”要特别敏感，从经常加班问题来看，程序员没有足够的重视单元测试，总认为测试是测试员的事，做这个“没有技术”的测试有啥意思？这种眼高手低的思想将直接影响到软件的质量，导致项目周期延长。
5、 对业务逻辑理解不到位,不清楚关键点
很多程序员仅仅是把功能模块”做”出来,但对业务逻辑理解不到位,不清楚关键点,造成程序员不断对程序进行修改、修改、再修改，直到信心不足，质量不高，敷衍了事。
6、 对质量测试的误解
很多程序员认为程序有没有问题是“测试”的事，是测试人员测试出来的，其实，测试员的功能测试（黑盒测试）是一种有效的提高软件质量的手段，但测试毕竟是一种事后的、检验性的，如何在软件生产过程中保证软件过程的质量和效率其实比单纯的产品检验具有更重要的意义。不断地改进我们的软件过程才是一项最重要的任务，才能从本源提高软件的质量。
7、 执行力的缺失
从经常加班问题来看，软件质量一定很差,项目开发人员的执行力是缺失的,或者是对执行力非常不重视的。试想，一个执行力太差的软件团队，是不可以做出好的产品来，质量难保证。
我认为：除了选择合适的具有执行力人在合适的岗位外，还要锻炼程序员的执行能力，其中最为关键的是要解决三个问题。首先，项目领导首先要让战士爱打仗，要用各种方法调动人员的积极性；其次，要让战士会打仗，要通过持续的练兵提升人员的综合素质和专业化素质；最后，项目组决策者还要训练队伍具有作战的有序性。只有一支训练有素的队伍在投入战斗时才能不乱阵脚，进退有序，才能成为战无不胜的铁军。
加班好啊!加班说明有事做!忙说明在进步!
huangxb分析的很有道理，可惜绝对了一点，是否加班可能还和公司的人事政策和领导的价值观念相关，加班的企业也不一定都有上面的问题
同意版主的说法。有些时候加班是不可避免的。
我现在就在加班！
企业流程很不规范，先前的工作不按时做，造成后续工作的拖拉。每个阶段的工作都在等待，造成死锁！
领导层在很多地方没有意识，很多员工不知道自己该做什么。
结果到了DEADLINE，大家拼命加班！其实这些都可以避免的！
加阿，加阿，郁闷死了 ！
我不加班，但是来看看，原来测试的同行们都这么辛苦啊！
