主题：【原创】软件开发项目中的需求开发问题 -- 闲云野熊

有两种情形，其一是用户已经有一套行之有效的Process（业务流程？），虽然没有一个软件系统，但依样画葫芦，只不过是把手动的流程变成自动的流程，这种情形好办。其二是用户现有的流程很乱，更糟糕的是用户有不现实的期待，以为新的系统可以自动解决他们所有的问题。这种情况下，首先要教育用户，买更多的时间。其次要依赖对该行业的理解，设法先把业务流程定义好。当然，还可以买象SAP这样的软件包，直接把同行的业务流程抄过来。

妥协不是软件开发者的责任，软件开发的责任是尽可能早点发现矛盾所在，让用户老板自己决定。我个人的经验，在同一家公司内部，极少有不可调和的矛盾的，动动脑筋，很多时候都能双赢。

这要看哪一级别的领导了，负责拍板的，最关心的是投入多少，收获多少。比较强势的领导，会事先收集使用的意见，制定一系列的指标，计划，算清楚成本利益之后，才开始软件开发，而且在开发的过程中，会确保不偏离原有的目标。

这要看开发者是否特指程序员，在较大型的项目中确实可能这样，只是对着Spec（功能定义？）编码，在较小的项目里，Spec往往较为含糊不清，在这种情形下，程序员应该更频繁的和用户交流。无论如何，我总是鼓励程序员尽可能多点和用户交流，这样有助于提早发现问题所在。

至于开发商，把项目做好，有助于拿到下一个项目，用户总是有新的要求的。至于开发成本和利润，就要看合同是怎么签的了。