1.2.2 时间、成本、质量、范围之间的平衡
识别出项目干系人后，项目经理(甚至项目团队)应了解项目干系人在范围(Scope)、时间(Time)、成本(Cost)、质量(Quality)等方面的期望。这就是通常所说的项目约束三角形(如下图)。这四个方面代表着项目管理的核心内容。
项目管理是目标管理方法。一般，项目目标是通过明确项目的起止时间、项目成本和要达到的质量要求来界定。因此，QCT构成了项目的约束边界，S则构成了项目需要满足的功能要求，也就是产品与服务的需求。如果产品实现的功能点越多(三角形面积越大)，所耗费的时间则越长，投入成本也越高。而质量会如何变化呢?俗话说“做得越多错的越多”。一般而言，质量会随着产品功能的增强而下降。
假设客户的功能性需求S保持一定，QCT会如何变化呢?如下图所示，为了达到较高质量目标，势必进行更多的测试与评审等质量控制活动，耗费更长的时间和更多的开发成本(投入市场后的维护支持成本会降低，客户总体拥有成本TCO——Total Cost of Ownership会降低);反之亦然。
因此，QCTS在成为项目经理开展工作的约束的同时，也成为其在面对问题时，需要考虑的四个方面，甚至成为与相关干系人谈判并取得平衡的手段。
笔者曾亲身参与过这样一个项目：某移动运营商为了在5月17日国际电信日推出一种移动增值服务，向A、B两家公司发出招标邀请。招标邀请发出时已经是3月中旬左右。这对于AB公司来说，几乎又是一个Mission Impossible。AB两家公司毫无例外都想到了增加人手和加班加点的方式来确保按时完成。但人手问题对于哪一家研发企业来说不是捉襟见肘，即便即可启动招聘工作，也“远水不解近渴”。看来依靠人海战术缩短开发时间行不通;加班加点也同样，试问有几个研发企业的技术人员不经常加班的?
经过三天招投标双方的沟通，运营商选择了A公司。且来看看A公司给出的方案：
A公司首先分析运营商在该项目上最关注什么?时间，毫无疑问是时间。运营商无论如何无法承受在5月17日推不出新服务的结果，因此才会用时间来“压”投标方。既然如此，A公司认为在QCS三个方面应该有谈判的余地。
于是，A公司向运营商提出了两个要求：
首先，减少产品的需求。通过对产品进行分析，发现该产品的最终使用者包括两部分人员：运营商内部人员——内部用户、运营商的客户——终端用户。因此A公司提出在5月17日前确保终端用户的使用功能完全实现，内部用户的需求按照卡诺模型[1]进行优先级排序，在5月17日前实现基本功能。
其次，考虑到时间紧迫，要求降低验收标准。在验收测试时，软件缺陷密度由千分之二降低为千分之五;产品上线一次成功率100%降低为90%。A公司给出的方案是：减少部分单元/单板的测试工作，但同时提出，在保持产品级技术评审的基础之上，增加部分关键模块的专项评审，并邀请客户参加。
以上两点足以保证A公司在5.17完成运营商的要求。这似乎就OK了?
A公司可不这样认为，还提出了补充方案：在5.17正式投入运营之后，一个月内，将为运营商实现前期未完成的功能，并且提高产品质量到最初的要求(千分之二，100%)。
面对如此全面的方案，该运营商无法拒绝，欣然与A公司签订了合同。顺便提一句，运营商还为之后一个月的工作买单了。多好的方案!
笔者现正从事咨询行业，也接触了很多为电信运营商提供产品与服务的企业。每每谈起双方的合作，这些企业都满肚子怨气“他们(指电信运营商)太强势了。我们为了生存被迫接受一些不合理的要求”。是这样吗?
1.2.3 人、过程、技术与工具之间的