又说到需求

虽然不太喜欢你的口气,但我赞成你的观点.

我一直觉得跟客户的交流沟通是项目里最重要的一环,只有让客户保持开心逾越的心情,他才乐意把他的想法表达出来,开发人员才会知道自己要做什么,才不用加班加点的做一些无用功.这其实也涉及到很多方面的因素.

很多时候,我们一直在抱怨,可是改变是从每一个人做起的.别说这是痴人说梦.

个人觉得首先应该从软件公司解决根本是的一个错误：
开发人员!=需求人员
看到这个很多人都要出来说话了，“我经常在公司一个人搞一个项目，从头弄到尾家常便饭。”出来说这些话，其实我自己本身也深受其害。看看以前写过的需求文档，越看越像设计文档的时候，就会发现以前是多么的幼稚，顶着领导重视你的荣誉，替他干着5，6，7，8个人的活，承担着5，6，7，8个人的风险（各种细节问题就不说了，因为几天时间都不够）。最后收获的是一份工资，畸形的项目思维理念，如循环发展下去，后果真的很难想象。你所培养出来的惯性和意识直接影响到你前（钱）途。

    楼主说的帖子应该是我发的，虽然这帖子说的难听了点，但是还是有一定道理的，学习了。
    不过有些地方我不敢苟同，比如对于同一个问题，客户内部不统一，当然不统一的原因有很多，而且涉及到用户对自己需要做的业务都不熟的时候，你怎么办？你只能是先做出个样子去给客户看，让客户有个直观的印象，进而进行修改，维护。
    “客户有问题”的想法没有错，因为客户本来就是有问题的，你需要做的是在规定的时间内去解决这些问题。
    令不要拿装修房子来举例子，在装修工的眼里，你永远都是有问题的，那是肯定的