项目管理，最终的目标是为了得到好的结果--项目成功，至少是在合理代价范围内，不让项目失败。另外，还应产生一些附加值，那就是积累项目成功经验，避免延期和失败。

　　在软件外包行当，至今已经混了十数年。从十余年前的程序员开始，到项目组长、项目经理、项目总监，到如今差不多游离于某个特定具体项目的状态，经历的各类项目已无数；从对日外包软件，到国内市场的软件外包业务；回首十余年的IT生涯，经历了不少坎坷与辛酸，也体味了颇多的欢乐与欣喜。

　　项目管理，最终的目标是为了得到好的结果--项目成功，至少是在合理代价范围内，不让项目失败。另外，还应产生一些附加值，那就是积累项目成功经验，避免延期和失败。

　　做国内项目以后，最大的感触就是发现，我们给出的报价，超出客户预算一大截，导致很多项目无法中标。究其原因，我们的做法，水土不服。客户只看结果，不想看过程，更不希望为过程买单。那么过程与结果，孰重孰轻，如何取舍？

　　做日本项目的时候，客户对需求、概要、设计、编码、单元测试、集成测试等整个流程要求比较严格，各节点的输入输出、成果缺陷比例，检查都比较严格，出的错，一定要被揪出来问为什么，怎么样避免同类错误重犯，即便是看起来简单、容易做的东西，也不例外，给人的感觉是繁琐、僵化。

　　不过，久而久之，也就形成了一定的思维，按部就班。后来做国内项目，很长一段时间内，都无法适应，大多数客户无法接受按部就班的开发流程，主要是由此将产生相应的更长时间和更多费用，只要求交出来的可看到的、能直接使用的成果。有时候，客户虽认可你的流程管控，但不愿意支付相应的费用，无法容忍相应的时间。很大程度上，也是导致项目失败的原因之一。究其区别，很大程度上是客户意愿导向。是不是说，客户认为什么重要，就什么重要？这个话，对，也不全对。遵循严格过程管控的情况下，通常结果都不会出大的偏差，但却需要花费更大的代价。多年来，也积累了一系列的质量以及过程数据，作为今后类似项目很好的参考。

　　只重可见交付成果，不顾或者来不及关注过程，不一定没有好结果，但更加依赖于个人的能力和意识。俗话说“八仙过海，各显神通”，各人的想法和工作方式，都难以得到统一，系统架构难以保障，写出来的代码风格各异，换人来维护，给人“改他的代码，还不如自己重写”的，如果没有注释，可能更加让人痛不欲生了，离“软件工程”还有很大一段距离。

　　总而言之，行业氛围的改变，总需要一个过程和时间，在跟客户合作的过程中，很多大的企业，已经意识到并赞同这一点，但客户若是小企业，因为资金和财力的原因，即使赞同，也是心有余而力不足吧！就软件行业来说，最终的结果固然重要，过程同样重要，没有良好的过程控制，难以谈及好的结果；但好的过程，也需要成本来支撑。针对不同的客户要求，对过程进行适当裁剪，取得一个风险与成本的平衡点，是现阶段的权宜之计。

　　如果只顾结果，放弃过程，对软件项目管理来说，无异于不作为的自毁行为。客户在我们的引导下，也是在逐渐变化的，希望整个IT行业的环境更“绿化”。