由此可见，企业软件项目的关键在于需求治理和流程建模，相反，算法和基本功能以及BUG什么的，那是作为贸易软件开发的组件保证的，那一般以外包的形式由印度这些公司早早做了出来。企业软件需求最大的困难就是用户根本不知道自已要干什么，最常犯的错误就是把现有的落后流程要求电脑重复一遍，拿了机关枪，总是要求上面没有装刺刀，还抱怨不比红缨枪好用。另一个常见的错误就是随着企业项目主管，(职业最低成是电脑科主任，高点就是一二把手了)知识开始丰富后，总是把有用没有用，暂时有用或永远没有用的需求要项目组逐一实现，反正，每条要求都是振振有词，仿佛都是非立即实现不可的。作为承包方的职员是没有办法与之争业务上有没有用的，(谁是这一行业的专家啊?人家已经是霸主了才上软件，你算那们子专家啊?)，但假如真的逐一随着他的点子走，就算累死了，这个项目也是永远没有法子完成的。而在贸易需求明确的贸易软件开发中就不会碰上这种事情。w8M

　　这时侯需要对客户的需求进行分级治理，简单地说，把需求分成五级：urgent(必须立即优先实现)，necessary(必须实现,但不一定马上进行)，needed(需要的，不过没有也还凑合)，better(现在似乎也可以，但可以更好一点)，useful(总会有用的)。一个需求等级的确认需要两个过程，首先是从正面论证它是不是必须的，是不是好得多;然后从反而论证，不要他是不是可以回避的，天会不会塌下来?这样，一个软件需求就可以相当定一个级别。毫无疑问，假如一个项目各项需求验证下来只是useful的，不但赚不了多少钱，而且，这个项目未必有必要存在;但假如都是urgent的话，假如不是大幅度加价的话，就叫神仙来做好了。显然，无论客户是如何那般的行业专家，他的需求只能是均匀地分配在这五个级别，否则就说明他不是专家，(呵呵，也算是个逻辑陷阱)，在实现时，当然就挑urgent

营销广告策划网(www.ideatop.net)