项目管理铁三角：追求价值还是约束条件

如何评判一个IT项目是否成功呢？很多人会脱口而出：在预算范围内，按期向客户提交需求范围要求的产品。这个著名的项目管理铁三角（需求范围、进度、成本）沿用至今，一直是大部分软件项目的实施目标。但我始终觉得这个铁三角有一个致命问题：它们到底是项目追求的终极目标，还是项目实施的约束条件？项目的价值似乎没有在这三个度量指标中明确体现。

现实场景中，很多项目为实现不合理的进度目标辛苦努力，其他很多重要的东西被忽略，特别是没有关注项目要获取的价值，似乎价值这个东西随着进度目标的完成自然就会实现，一如国庆节要献礼的某某工程，大干三百天风光剪彩之后，在某个月黑风高日，轰然坍塌。也有些项目沉迷于具体的需求项，而看不见这些需求项到底给用户带来什么价值。超过50%的软件产品功能基本没有被用户使用过是软件行业不争的事实。不瞒各位，我连我的手机都有至少一半功能没用过。这就应了一句老话：每条需求都有成本，但并不是每条需求都有价值。

●  项目定义的需求范围真正反映了客户的真实需要，通过使用这些需求功能，用户可以实现其价值目标。

●   项目计划是正确的，实际和计划不符意味着错误。

在这两个假设下，和计划不符的都会被视为问题，项目管理工作就是消灭和计划中的偏差。让我们认真思考一下上面的假设，它真的总正确吗？按时完成，没有超出预算，提交了需求范围的功能一定就意味着项目是成功的吗？如果这三个目标没有实现，项目就一定是个失败的项目吗？

请你回顾下以前你们公司发布的产品，在这三个目标方面都做得好的产品中，有多少卖的好，为公司带来了价值？有多少用户并不买账，产品并未对扩大市场占有率有任何正面贡献？而在没有按时完成，没有实现所有项目计划阶段定的需求范围，预算有超出的项目中，有没有卖得好客户喜欢的产品？这其中有没有为公司带来新的机会的项目？

举两个例子说明吧。假设微软的Vista符合这三个要求，你能认为这是个成功的项目吗？如果你有幸用过这个系统，相信你的心情和我一样，没摔键盘只是因为自己的东西舍不得。当然大多数应该没机会用这个系统，因为它面世没多久就挂了，Windows 7很快取而代之。几年前，我列席参加一家国际知名企业内部IT部门的年终管理会议。这个由公司CIO主持的会议只有一个议题：如何向董事会展示IT部门一年的贡献。我看到的数据是超过30%项目由于完成后无人用，很快就停止维护了。这些项目就算是按时完成、不超出预算又有什么意义呢？完成的项目中包含了不少重复实现的功能，这些功能的成本由该怎么算呢？不要觉得这家公司问题大了去了，其实你家公司也一样，这类问题一样都存在。

“泰坦尼克号”是一部国内观众熟悉的电影。也许有些内幕你可能不太清楚，它的预算严重超出（整个电影的制作费用超过两亿美金），进度一再延期，剧情有无数的变化调整。如果按传统三要素来度量的话，这绝对是个非常失败的项目。但面对全球20亿美金左右的票房，导演和演员地位火箭式的蹿升，你能说这是一个失败的电影项目吗？当然，这个电影如果跟“战狼2”比投资回报率，完败！

●   项目定义的需求范围真正反映了客户的真实需要，通过使用这些需求功能，用户可以实现其价值目标。

●   项目计划是正确的，实际和计划不符意味着错误。

在这两个假设下，和计划不符的都会被视为问题，项目