一的流程。这个工作就完成了一大半了。——可别小看这些三流程序员，在软件蛮荒年代他们凭这一招可以拿到每个月两万人民币的工资呢！其实呢，那是一个高中生就可以完成的工作。
由此可见，企业软件项目的关键在于需求管理和流程建模，相反，算法和基本功能以及BUG什么的，那是作为商业软件开发的组件保证的，那一般以外包的形式由印度这些公司早早做了出来。企业软件需求最大的困难就是用户根本不知道自已要干什么，最常犯的错误就是把现有的落后流程要求电脑重复一遍，拿了机关枪，总是要求上面没有装刺刀，还抱怨不比红缨枪好用。另一个常见的错误就是随着企业项目主管，（职业最低成是电脑科主任，高点就是一二把手了）知识开始丰富后，总是把有用没有用，暂时有用或永远没有用的需求要项目组一一实现，反正，每条要求都是振振有词，仿佛都是非立刻实现不可的。作为承包方的人员是没有办法与之争业务上有没有用的，（谁是这一行业的专家啊？人家已经是霸主了才上软件，你算那们子专家啊？），但如果真的一一跟着他的点子走，就算累死了，这个项目也是永远没有法子完成的。而在商业需求明确的商业软件开发中就不会碰上这种事情。
软件测试工程师自动化测试测试自动化软件测试工具RPTTrackRecord中间件RUPWebload开源Bug管理工具CMMIWebLogicParasoft软件测试工具ClearQuestMercury软件测试工具测试管理测试流 程
这时侯需要对客户的需求进行分级管理，简单地说，把需求分成五级：urgent(必须立刻优先实现)，necessary(必须实现,但不一定马上进行)，needed(需要的，不过没有也还凑合)，better(现在似乎也可以，但可以更好一点)，useful（总会有用的）。一个需求等级的确认需要两个过程，首先是从正面论证它是不是必须的，是不是好得多；然后从反而论证，不要他是不是可以回避的，天会不会塌下来？这样，一个软件需求就可以相当定一个级别。毫无疑问，如果一个项目各项需求验证下来只是useful的，不但赚不了多少钱，而且，这个项目未必有必要存在；但如果都是urgent的话，如果不是大幅度加价的话，就叫神仙来做好了。显然，无论客户是如何那般的行业专家，他的需求只能是平均地分配在这五个级别，否则就说明他不是专家，（呵呵，也算是个逻辑陷阱），在实现时，当然就挑urgent&necessary来实现，其余的，升级再说了。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
