又说到需求

这不是专业问题，是商业问题。



说明C不适合做项目经理。

不要以为搞了IT了，这种常识的原则就能够违背，我知道在中国干事情很困难，搞IT苦，工资不高，老加班，卖青春，受劳受怨，被老板剥削，但这些不能是你不专业的借口吧？不能是你搞不好个项目了还把责任推给客户的理由吧？跟如同奶娘的客户敌对是没有好下场地，看看吧，看看现在你们的口碑，有多少个是好的拿的出手的，看看你们现在能出的价码，一个行业的好坏是这个行业的人决定的，不是客户，你搞的好肯定就有客户，有票子，但是你们搞好了吗？如果你是一个有良心的开发人员，摸摸自己的心口看看身边几个人是负责任做事情的？

如果是你你的老板让你天天加班还不给调休给你的工资还不足以维持正常的生活开支。请问您老人家回很有责任心的去工作吗。

看了这帖子很有感触啊！原来大家都有差不多的遭遇。
呵呵，根据自身经验，我也说几句，项目开始前，需求一定要了解清楚，需求确定书一定要客户签字盖章，以后需求变更才有个说法。在了解需求的时候，最好做些模型，用dw画静态html就行，多跟客户交流，有很多需求客户自己也只是一个很模糊的轮廓，真的需要引导，客户自己也才清楚。

有些公司不重视需求，以为就是那么一回事，认为技术才是最重要的，让不专业的需求调研人员去搞需求，所以造成需求质量低下、混乱、无药可救。

合作生财，在项目中增加一个项目监理的角色改善甲方与乙方的沟通。

呵呵，离开发越来越远都不好意思来这里逛逛了。如果你对一个行业有5年左右的持续理解，也许你就不会感觉到他的需求总在变化，真正的需求是很少变化的，变化的是我们的理解。当你晚上闭上眼睛，程序能在你大脑中跑起来的时候，你也不会迷茫需求怎么变化，变化都在你可以处理的范围。去理解、分析你的客户，而不是看着用例编程，需求真的很少变化。“拥抱变化”值得揣摩，包含了太多的东西。呵呵，这是我做了6年系统分析不大的一点收获，希望对大家有用。

我做了5年程序员，基本都是做维护工作，我一直认为it是一个服务行业！~把客户当上帝，诚心的对待他，好好供着他，很多问题都迎刃而解了。

客户就是上帝啊 没办法 !~! 上帝要什么 我们做什么!

   很认同需求的变更！我也很喜欢需求变更，有点变态！！哈哈。为什么这么说呢！从两个方面来说，一、可以检验你的系统架构，套句不着调的话，是否真的做到了低耦合，高内聚。二、需求有变更，说明业务在发展，如果系统跟不上业务发展，上线了有什么用，如果你不理解系统为什么要这么做，说明你还没有做到领域专家的级别。

需要变更也是可以再前期中避免很多的，这就要看前期需求调研的时候是否充分挖掘客户的潜在需求了，而且可以多为客户想一点，比如一个功能点，可能用户在提出需求的时候没有想到的一些东西。你也一样可以提出来，站在这样的角度，我们也同样会被客户认可，使客户跟我们乙方保证有一个共同的目标 就是更好的完成这个项目。