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

很可能是某些公司政治的产物。

但是在这个链子里，因为我不是直接接触end user的人，做为第三方，你的合作必须依赖于第二方的状况，而第二方如果开发管理水平和职业道德都完全缺失的情况下，你就很难有所作为了。至于机会，就象我前面说的，现在的情况就是这种类型的项目，能拿到项目的公司都是有限定的，甲方是不会因为你如何如何能干而直接把项目承包给你的。

曾经接洽的一个项目就是甲方希望给乙方做，乙方深知自己的管理水平，接下来肯定赔本。而我们去和甲方做了沟通，也得到甲方的认可，但是甲方仍然要坚持由乙方承包以后再转包给我。 而乙方本身是深信我能按时按质完成的，但是对不起，如果你要我接，那么我必须什么都不做的情况下拿大头，这样下来，我就基本没有任何利润了。我接触下来的这段时间就发现，这些有资源优势的乙方，是宁可不做或赔本，也不会让你真正拿到什么好处的，而且他们都会极力避免你和end user的接触，而他们自己对需求控制和管理又没有任何兴趣，这样的项目做的不辛苦才怪。

比如前面提到的那个15天评估，那个pm自身是很清楚15天是做不完的，因为他们内部对是否接这个项目有很大争议，其中的技术主管表示过这个项目难度颇大，风险很高。而他压到15天的原因我分析就是因为这个项目外包对他没有任何好处，一旦外包项目成功，他这种不合格的pm的地位就难保了，所以他需要努力不让我做好，而上一次合作，他也做过类似的小动作。我介绍过去的某个同事，曾经在他的项目里承担了大部分的有效开发工作，而在升值评估的时候他极力反对，理由居然是该同学沟通能力欠缺，沟通能力欠缺还能完成大部分开发工作？这已经是职业道德的问题了。

另外这个项目里，需求方确实不太清楚要做什么，他们主要还是希望复制竞争对手的某个产品，但是这个不是重点，重点还是他们内部混乱的软件开发管理，这种前提下，很难进行有效的合作。而业务人员只所以会听测试人员的，其中有一条，也是不希望承担责任。

怎么样才能接到私活？？而且是在国外！！ 非常感谢！！

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

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

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

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

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

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