·ISV项目管理失误之谜

需求只是整个软件项目开发过程中的一部分。从需求、开发、测试，到部署上线，变更充斥其间，这也是软件项目一直被视为项目管理中最复杂部分的主因。无奈的人治面对复杂的软件项目，业界并非没有尝试过解决办法。无论HP、IBM还是CA都有相关的项目管理和软件开发规范化工具及解决方案，从软件开发的需求分析、配置管理、变更管理和测试管理各个层面上尝试规范复杂多变的开发进程。从理论上，我们也并不缺乏如CMM、ITIL这样的基础，达到CMM几级标准一度还成为衡量软件企业实力的试金石，甚至还曾出现了专门帮助“过级”的公司和商业组织。

然而，从实际应用上看，“软件开发项目管理大多还停留在人治阶段。”（某资深项目经理言）。也就是说，如果带项目的经理经验丰富，手下的软件工程师也得力，该项目就相对更有保障。这也从另一层面上解释了为什么产生软件行业并不景气，而好的软件工程师和项目经理人永远“一票难求”的现象。

时间与成本的桎梏

把项目的成败放到一个人，还是一个体系上，哪种更可靠？结论不言而喻。但为什么业界无法走出这一步呢？答案还得回到时间和成本上。实现规范化管理，需要采购相关的软件工具，也需要培训程序员去使用，更需要项目过程中项目经理、程序员和甲方的配合实施。

“但多数甲方认为我们付的软件开发费里，已经包括了项目管理成本，”周利斌表示，“甲方并非不愿意乙方的规范化管理，但他们多数不愿为此买单，无论是在时间还是在资金上。”

而作为ISV一方，为了拿单，多数已经因过分承诺而“伤痕累累”，即使想做也有心无力。何况软件业界每年超过20%的人员流动率，使得很多ISV不愿也不敢在培训员工上花费太多。有良好的意愿，而无实现的土壤，这正是国内软件行业独有的“中国特色”。

不依规矩，不成方圆。以作坊应对集团，以家传老店应对连锁，以随意应对体系，这在短时间内也许还可行，劣币驱逐良币的现象在一段时间内也还会发生，也许，这是国内软件行业发展过程中必须经历的阵痛。