主题：混乱的软件业 -- 风北客

可能还真是这几年工作的客户都比较规范，或者被修理的比较规范，现在一搞黑就不适应了。

1. 需求的引导问题和证据文档化的问题，这个有点和客户打交道经验的人都还是会弄。但是在此处不适用，因为不管文档与否客户都不会多支付钱，而需求方面，你唯一可以引导客户的是，如果一定要做这个，那么xx时间就不能完成。甚至相当荒唐的是，在例会上你表示需求变化太大，短期内没法完成，对方的技术主管就直接说，我不管原因，我只要效果，就是这个时间必须完成，很难想像这是手下也有几十号开发人员的人说的话。其实这类项目因为客户的背景，一般都是强势甲方，甲方并不在乎任何的成本控制问题，所以对需求的变更根本不需要经过大脑，反正是你同意也要做，不同意也要做，也不要指望有什么合理的补偿和协商，前面已经说过，他们本来的目的就是通过转包转移问题，对于你当然不会客气。

2. 加班的问题，这其实是一个普遍问题，大部分客户都会要求通过加班来赶进度，你很难跟他解释，其实加班只会导致进度更加落后，反正在客户和某些领导看来，加班至少表明了你一个态度问题，如果不加班能完成项目，他们不会说什么，但是如果完不成项目，就是问题了， 考虑到大部分项目的时间进度安排，所以大部分项目都会过度加班，实际相当的无效而且无聊。但是一般在我管理的项目里，我是极力反对这种做法，这次也是被逼着没办法，毕竟我只是转来转去的一个合同工。

3. 其实我私底下的看法，如果这个b公司不是垄断行业下面的公司，这样的技术管理水平，肯定是倒闭的了。

4. 为什么会有这么强悍的测试人员，我的看法主要是他们国企内部推卸责任的工作风格导致，把我们的东西贬的太烂，可以避免以后系统出现问题是追究测试人员的责任，而频繁的折腾需求，正好可以避开测试人员不懂需求的本质，因为这个项目需求方面还是相当复杂的，这样他又可以避开业务上的责任，出了问题可以说我当初已经推荐要怎么做了。

说到底，我还是对国内这些软件公司的开发管理水平和职业道德很不乐观，至于end user，反到是没那么恐怖，在我经手的大部分项目，我和end user的关系都处的非常融洽。用户是需要引导和互相沟通的，也完全是可以被引导和沟通的，但是这些软件公司，唉。