项目管理铁三角：追求价值还是约束条件
2020-03-17
来源：丛斌博士
念延伸至质量债务，并将其作为软件开发过程中重要管理指标，也探索出了一些新的方法。后面有机会，也会和大家做个分享。
3. 约束目标
约束目标主要是进度和成本，约束不应该是目标，它是前提。比如刚性的进度要求，应该理解成在按期交付的前提下，团队将尽可能实现最大的价值。
我对新的项目管理铁三角的解读是：在特定约束条件下，控制产品遗留隐患对交付产品的使用及维护的影响，关注人员能力提升，尽可能将项目/产品价值最大化。
旧的项目管理铁三角有时会误导追求目标，比如只片面追求按时交付，却忽略了是否交付了客户需要的产品。Donald Reinertsen指出很少有人考虑延期成本，他认为这是个非常重要的度量项。顾名思义，延期成本度量的是产品不能按期提交的代价。如果它小于通过延时实现的功能带来的价值的话，项目延期应该是顺理成章的事。如果延时带来的后果是组织不能承受的，在规定时间发布一个新的版本就是必须要做到的事了。当然在这种情况下，需求范围往往是可调整的变量了。
如何衡量项目价值呢？应该看它对自身企业的贡献，对客户的贡献，以及对开发的产品用户的贡献。实现价值目标一定意味着你发布了一版为客户解决问题，实现了用户一定需求的软件产品。价值必须是项目管理的主导因素，如果值得，为什么不能延时提交？如果不会增加价值，一分钱也不应该投入。
新的项目管理铁三角的质量目标明确了更高的软件质量要求。仅仅将通过验收测试作为目标显然不达标。质量更应该关注的是项目遗留的技术隐患对客户使用和后期维护的负面影响。如果开发团队为追求速度，走了很多捷径，由此植入的隐患有时是不能通过测试发现的。但随着代码的增长，这些隐患会对产品的使用特别是后期维护有很大的负面影响。有时借些技术债是必须的，但这些债是需要及时偿还的，不然它们会严重损害产品的价值。套用大家耳熟能详的话就是，出来混，迟早是要还的。在产品开发过程中有效管理这些技术债务，应该是团队的一个重要责任。技术债务也可以是一个变量，可接受的债务是多少和项目的质量目标应该是一致的。
需求范围、成本和进度要求可以作为项目约束条件。项目的实施必须是在一个鸟笼子里面进行的，我们需要逐步了解这个笼子的空间和自由度。一般来讲约束条件可以有三个度的度量：刚性、部分灵活、灵活。刚性就是绝对的约束条件，部分灵活意味着有一定的自由度，而灵活则表示更大的自由度。把握了解这个鸟笼子的自用空间是项目管理的一个关键活动。
新的项目管理铁三角要求我们用投资回报分析（return oninvestment，ROI）作为管理者的决策方式。如果追加了投入，回报是什么？回报大于投入吗？如果延时，延期成本是什么？追加时间完成的工作价值大于延期成本吗？追求价值最大化应该是每一个项目的管理目标，也是所有重要决策的依据。在整个开发过程中，管理决策都应该围绕着价值目标的实现来进行。
这么说吧，所有的投资都要分析投资回报率。如果出场费还不如置办行头的费用多，那就老老实实在家喝茶吧！
本文摘自“知行合一：价值驱动的敏捷和精益开发”，整理重发。（来源：丛斌博士）
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
