如题所示，本人曾经在甲方类型公司以及乙方类型公司都带过，对双方矛盾深有体会。
鄙人觉得，如果项目不能够一开始就将整个流程定好，并且后期并不需要改动（有了一点改动，意味着后期肯定有一堆又一堆的改动），那么这个项目注定是悲催的。除非客户是一群懂得软件开发及技术的人，在改动过程中并不会影响到系统架构。
相信广大程序员，都明白在体会不了开发的痛苦以及技术攻克难点的客户面前，那种无言的痛。
为什么说客户的需求是项目的导火索？
以我们公司为例，我们在前期接到项目的时候，会做好一系列的谋划。如果接到一个10w办公系统项目，我们前期投入人员会有4、5人，项目周期预计3个月完成，也就是，我们老板不收钱，给我们这批员工每个月总共都要3。3w工资。
3个月后，项目资金用完了，老板不可能倒贴钱吧？但是这个时候，项目在开发过程中，由于客户在这过程中有很多很多改动的地方，因此，项目有很多很多bug，你觉得还能上线吗？
于是有了第二期开发…但这个时候客户可能就不愿意了，觉得前期投入的钱已经够多，但是竟然还有这么多bug，但是能怪谁？两方都有责任啊…
或者，客户愿意给第二个版本的开发的钱，ok，软件公司收到钱了，开始第二阶段，但是，这个阶段中，软件公司除了更改上一版留下来的bug，还要接受来自客户“拍桌子”的新想法，小的方面，这个按钮效果不是那么好，这个图片放的位置不是这么对。大的方面，“我们公司觉得，我们只摆自己的产品不是那么好，还是换成淘宝那类可以有商家入驻类型的网站吧？“
。。。。。。
”如果太难实现那就算了，我们也就说说，说说而已，我们在想其他的改动好吧？哈哈“客户突然觉得貌似这样该不是那么好。
。。。。。。
但是殊不知说不出话来的产品经理已经在想着，”是不是跳家公司离开这个客户越远越好了，要不还是转行算了？这样的需求给程序员，听说上一个月同是产品经理的老李才被敲了一键盘脸啊“
于是，这样一个有着越来越多业务变化的项目，逻辑越来越复杂、代码越来越乱。。。。。。
啊。。。 写不下去了，换个人接着说说？
原文：http://my.oschina.net/u/1020166/blog/524686