案例：目标错误之痛

        2003 年任甲林充当救火队员去挽救一个濒于崩溃的项目：项目已经拖期了达半年之久；BUG 层出不穷；程序员对项目经理很失望；客户已经强烈地表达了不满。任甲林经过分析后发现这个项目存在很多经典的错误，第 1 个错误，是选错了一个项目经理，因为那个项目经理是一个很好的技术专家，而非一个合格的项目经理。第 2 个错误就是项目的目标定义错误了，在项目立项之初，公司设定了项目的目标是：

        1、完成用户的物流管理系统。

        2、在项目中形成一个公司可以复用的软件平台。该平台实现了持久对象层，提供了大量可以复用的软构建，只需要少量的编码就可以定制应用。

        项目的工作量估算为 36 个人月，显然这两个目标在很大程度上是冲突的，项目最根本的目标是要按时、保质、在预算内完成客户的需求，而软件平台的开发追求的是稳定性，可复用性，有较大的技术风险，技术路线、工期、投入的资源数量具有较大的不可控性。如果公司已经有一个稳定的经过验证的软件框架，然后在此基础上开发应用软件是可以理解的。很遗憾，项目经理对目标的错误并不敏感，他就是技术平台的大力支持者，该项目在启动不久就陷入泥潭。