关于项目需求确认和部门加班的思考

前几个月，部门几个项目组处于紧张的赶进度阶段，各项目经理频繁安排加班，由此有了一些东西想说。

期间和各个项目经理进行了比较深入的探讨，鉴于各项目管理者的水平和工作方式不同，得出的结果也大相径庭。

A经理属于铁人型，自己就是加班的拥趸，在a看来，不加班肯定完成不了任务，而且现在政府类客户要求通常比较过分，他们研究半年出来个软件需求，让乙方2个月完成是常有的事。对a经理，我进行了干预，周末必须休息，平常加班他来控制。因为要保证团队的持续战斗力，不能把人让他用干了。另外特别观察了一下该项目平时工作的效率，不是很高，主要是成员的积极性战斗力比较低，死气沉沉的，这样能有什么高效率。反复和a谈了几次，收效不大，因a不属我直接管辖。比较失望，这种管理起码算不上成功。

B经理是新上任，比较年轻。B自己平常看的管理方面的书较多，管理的人员也少，项目运作还行，就是沟通不足。加班方面b的看法是该加就加，但如果项目不特急，通常不安排加班。不过b经常在下班后自己做些工作。

两个月后。a负责的项目交工。到客户现场安装时，客户非常不满，因为前期需求并未与客户进行深入沟通，也未获客户认可。所有a项目成员到客户现场救火，自然又是加班。担心ing

b负责项目和a项目是两套关联项目，a出了问题b自然牵涉入内。但b仅派了一个核心成员到现场，进行交流沟通和简单的修改，复杂问题反馈到b项目组进行修改。其实b项目的严重程度甚于a，因为客户满意度更差。

说到这里，不得不进行自责。这项目是其他部门经理x总负责，包括需求的提出。偶当时就提出，没有客户认可的需求，项目会麻烦。X是业务大牛，多年和客户亲密的摸爬滚打的经验造就了专家级的业务水平。错就错在我没有坚持，大错啊:….(

言归正传，近来a项目组成员抱怨不断，b项目组派出的那位核心成员也是满腹牢骚。接着公司对于a、b项目的加班提出异议，某总的原话是‘无意义加班’。结果当然是哗然一片。于是a发誓项目组不再加班。B保持原观点，但对那位受委屈的成员进行了会议表扬。

加班本无错，错就错在这班加的值不值。如果我是某总，我也会说‘无意义加班’。

后记：因为前期需求的问题，当前a、b负责的项目均已暂停，x在进行客户沟通。

大家有何高见，请不吝指正

因此，我觉得现在国内项目大多数做的都很苦，而且客户满意度低，主要原因就是，国内的软件开发市场还及不规范，现在都在抢项目，而且设计
能力偏低，管理不成文，和客户的沟通无底可查。

我暂时想到这么多吧，不对之处请与指正。

但我的理解是：除了成型的大公司，或者作过开发的人做老板，不然，时间就是钱，这个真理在老板的心中是最高的，即使他知道正常的项目流程该怎么做，也是一样会让你尽量压缩时间.

所以，适应，也是一个没有办法的办法。