主题：混乱的软件业 -- 风北客
日本这边比较多的是忧郁症。
感觉越是忙碌越要注意工作和户外运动，或者其他爱好同时进行比较好一点。
上个项目我至今还有几个错误没法解释和重现。比如有个表单有个证件号，是算法生成而且界面设置成只读的，有个基本不懂电脑的用户愣是直接把他改了，我到现在都没搞懂他怎么改的，只能想像为浏览器中毒。上次还碰到一个问题，某个测试人员操作的时候有时候会出错，我仔细观察她的操作多次终于发现原因，因为界面用了ajax，存在一定时延，而她在某些步骤的操作出奇的快，在一个modal窗口的关闭事件刚刚触发的时候，她已经可以点到主窗口去触发新的处理，程序员根本不可能想到有人能做出这样的操作。
好些行业，比如啥铁道、电力、水利的设计公司，弄个行业设计资质。设计出来的东西，基本是垃圾。施工方也毫无办法。
先说需求。需求得一开始就跟客户沟通，帮着梳理和分析，很多时候客户也搞不清楚自己想要什么，之后再形成模型开始做。对于外包单位来说，虽然有些工序看起来很简单，但最好还是不省，需求说明书只是个形式，细节上的考虑都是其他渠道得到的。
版本管理的问题。我们单位是有专门部门管理的，无论是我们自己做的项目还是分给其他单位的项目，版本管理都是很严的（至少制度上很严）。如果客户的版本管理很混乱的话，那么最好自己有自己的体系，不光是为了到时候争论谁是谁非，重要的是这是一个公司的技术积累。
最后说说投诉吧，投诉有时候跟做的好坏还关系不大（照着方案测试，才能测出几个问题啊），但跟客户对你和你的项目组的看法有关。什么系统都不可能尽善尽美的，但是什么系统都可以给别人一种尽善尽美的感觉。
总之，第一，努力做好自己的事情，能力可以不够，态度不能不好，一项工作是用心做还是敷衍潦草是可以看出来的；第二，甲方永远是对的，只要你还改变不了甲方市场，那么抱怨的心态肯定是不利于沟通的。
陷入政治斗争才是最可怕的...
其实整个小说都不错.
所以谈需求的时候要帮他们想很多问题，还要帮他们里逻辑关系、流程关系，帮他们想可能的漏洞.....
这些也就算了，关键他们认为IT的开发工作很简单，任何变化都是"timeless"的
我现在不管客户压schedule多急，一定做个preview给他们的，他们认可了这个就按这个做。项目中要改需求，schedule另谈
也许这就是不做vendor的好处吧
现在research community里面的一些老大在前几年的ICSE上都有提出不想再看到CMM这些soft的东西再被发表。
至于industry, 很多公司的开发估计都是ad-hoc状态。很多问题也都来至于需求不清晰造成。
我不认为有任何软件企业达到了真正意义上的CMMI5。
现在国内那些5级企业的评估结果怎么来的，他们自己清楚。
阁下说的第一个企业，他们连2级要求的基本实践都没有做好。
其实CMMI要求过程管理和改进一切从企业的商业目标出发。
为了赚钱，大家好好干活。这家企业连这点都不能做到，还CMM5呢。
楼主只是一个小小外包商，做的只是一小块业务。
需求都是从总包商那里听来。
面对最终客户，你可以沟通，梳理，分析。因为他们用系统
但是楼主被猪一样的总包商从最终用户隔开
最要命的是那些家伙还自以为是
楼主如果跟着他们跑，就只有卷入泥潭一条路
我打赌他们这些项目一定会做砸
虽然也许出于种种原因，这些项目会通过验收，甚至有可能能赚到钱
但是做出来的系统会派上多少用场，那就非常可疑了。
俺也是软件个体户，个人的经验供兄参考。
1、现金交易，先款后货，至少50％，否则一切免谈。另外50％你要做好收不到钱的准备。对于软件个体户，买家过河拆桥是正常表现，不拆才奇怪呢，要保护好自己。
2、应该交什么货，一开始就谈得清清楚楚，如果是代码级别的交付，一定要谈清楚测试标准。
3、绝不涉入公司的内部斗争，不要被人利用。
4、和项目经理搞好私人关系，大家都是混口饭吃，理解万岁。当然，遇到极品的应该立刻转身。我想大家在江湖上混了这么多年，谈15分钟就可以识别出来那个项目经理是通情达理的，那个是极品。
5、不要和人争论代码难易程度。外行人总觉得写代码很容易，所以拼命压你的价，你和他说没那么容易，他会说“新东方培训学校”“北大青鸟”的进修生如何如何便宜。争来争去没有效果还坏了生意。给他一个整体报价，爱干不干。
6、只送不费力的服务，不送有高附加值的服务。既可以表现出买一送一热情小贩的态度，自己也不费力。此外，要反复宣称自己赠送的服务价值很高、要额外收费，让对方觉得物超所值。
7、对自己作出的东西不要抱有感情，生活很美好，写代码只是为了换钱而已。只要对得起自己的职业自尊心就够了。
看起来好像连测试要干什么都没搞清楚。
测试最主要的任务是帮助开发人员完善系统，确保一套系统的操作集合是可用的，确保系统的各项指标是合乎需求的。
也许可能大概是来自于一线领导的授意，他们不愿意外包，但上级压下来不得不干，于是就由测试来搅局，达到让外包项目失败的目的。