项目的约束为范围、成本、进度与质量，通俗来讲为“多、快、好、省”，根据PMI的观点，所有的约束应该具有相同的优先级，所以我们要同样重视。对于国内研发项目，我们要不要追逐“多快好省”呢？我认为不是，质量应该具备最大的优先级，原因且听我道来。

　　“多”，指的是范围，对于软件项目就是需求，更多是指功能性的需求。需求做的越多越好吗，显然不是，在研发项目中有个很大的问题我们称之为“需求蔓延”，需求蔓延对于研发团队来讲以为者项目无休无止的需求变更和需求增加。范围通俗的定义就是做什么与不做什么，造成需求蔓延的最大的原因是我们在定义项目的范围的时候只是界定要做什么但是没有界定不做什么。范围定义准确明细对项目成功至关重要，所以在定义范围的时候一定要明确不做什么，当然这里的不做并不是真的不做，可能是在后续版本完成。
 

　　我曾经遇到这样的需求，客户要求完成一个简单的知识管理的功能，大体功能就是知识录入与知识检索，功能无非根据标题、标签、内容、附件等字段录入一片知识，然后简单的根据标题等条件搜索知识，我们在评估后定义该任务的总体时间为5天。过了几天，客户突然加了一个小小的要求，就是希望可以检索附件的内容，对客户来讲是小小的要求，大家觉得工作量也小小吗，可能是多小小的三个月吧。
 

　　而且，做的多客户就会满意吗，更不是，其实我们做一个软件用户真正需要的需求占整个需求的比重不会超过20%，也就是说我们完成这20%的需求，可和已经很满意了，当然这20%的需求是由客户确定的，我们称之为需求的优先级，我认为优先级是需求最重要的属性，当然优先级最好有客户确定。
 

　　所以“多”并不好。
 

　　“快”，指的是项目的进度安排，客户跟领导当然希望项目越快交付越好，越快交付越快验收，也快收到钱。但是，经常快意味慢以及成本增加。我觉得对于国内的很多项目管理者与领导层，掩耳盗铃的理解软件的生命期就是研发期，而不包括软件的运维，所以常常很多项目研发速度很快，但是伴随的无休无止的运维，我经历或知悉的一些项目，十几设置几十的运维团队是常见的事情，甚至项目根本就是不是项目，而是运维了，因为反正要天天盯着修改。
 

　　所以“快”并不一定好。

　　“省”，指的是成本，项目花的钱当然越少越好，但是对于国内的大多项目经理，对于项目预算，控制能力都比较弱，所以这个我们不谈。
 

　　“好”，指的是质量，质量是不是越好就好呢？我们首先看质量的定义，质量是指产品、服务或成果满足用户需求的程度，质量就是用户满意，如果我们质量越好，用户当然越来越满意，质量就是要持续改善，所以“多快好省”我们更要重视“好”。

 

　　但是实际情况来讲，多大企业对于研发项目质量非常不重视，从测试人员与开发人员的比例可见一斑，国外开发人员与测试人员的比例多为2：1，我接触过非常多的国内企业的研发团队，未曾遇到这样比例，1：2都不太可能，1：3或1：4已经是非常好的情况了。质量的问题管理层负85%的责任，所以请管理层在因为项目无法验收而责任研发团队的时候多想一下为质量投点资的事情吧，呵呵。
 

　　质量是项目的生命线，对于研发项目更是这样。“多快好省”唯有好不能商量，其他都可以权变。

本站技术原创栏目文章均为中睿原创或编译，转载请注明：文章来自中睿，本站保留追究责任的权利。