我们到市场上买一样新东西，由于是新东西，很难判断它的暴利度有多高，这个时候，我可以不买，但是卖家巴不得卖出去。。。这个时候，作为客户，我无法评价这个东东到底值多少，一种本能：尽可能压低价格，而且要的功能/特性越多越好。。。反正我还没有交钱。。。卖家一般会有一个底加，如果超过了这个底价，他宁愿不做这个买卖，或者客户的要求过于苛刻，也可以不做这个生意。

作为软件开发商，目的肯定是想卖出产品，并赚钱。但是开发商常常会以为这个项目会赚钱，但是做下来往往把老本给赔进去。。。不成熟的开发商不知道自己的底价在哪里，或者在范围/特性上让到什么程度就不能让了？

项目范围/特性/需求的管理（特别是变更管理）尤其重要，在cmm l2中是第一个最重要的关键过程域（kpa），特别是范围变更管理，一定要受控，由变更控制委员会（一般由客户业务骨干，项目经理，技术骨干等人员组成，也包括一些管理层的，比如客户方的项目经理，甚至老总，开发方的部门经理，甚至老总）通过后，才可能变更，而不是某一个用户说改。。。需求就改了。。。。这样的惨淡结局实在是太多了~~~

还有一种情形，为了做一个产品，在某个客户做试验田，这个时候，关键目的不在于赚钱，而是形成一个产品80%的特性，所以在这种情况下，用户提的多是好事：你在一直深入和细化需求。。。。即使这样，也有一个交付日期和标准，不能作为烂尾工程，象一个老是无法愈合的溃疡一样。。。谁都不好受！

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

项目是一个有明显起止时间的过程,产品是项目的结果,对项目一般说"范围"或者"质量"管理,对产品,才说需求/特性管理,严格的说没有项目需求的说法.....

无论是范围还是需求....变更管理都非常重要....上面说"合理需求与不合理需求",请问根据什么判断合理与不合理??

这个合理与不合理,除了项目范围/产品说明书上的限定外,还需要一个组织来确定,叫"变更控制委员会"(CCB),最简单的可能只有一个人,但是他负责CCB的职能,而且变更控制的流程一定要确定下来.

没有谁可以随便改变需求或者范围, 项目组擅自改变需求的行为叫"镀金",这是不允许的,随意变更范围叫"范围蔓延",也是不允许的....

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com