原始需求的来龙去脉和核心要求

这个“原始需求”的提法是本博主自己提出来的。它的起源与CMM有关，CMM中，有“客户需求”的说法。

当时没有直接采用“客户需求”而采用“原始需求”的主要原因是当时开发产品不直接面对客户，直接面对的是工程实施部门，需求来自于工程实施部门和公司相关领导。为了便于沟通采用了“原始需求”的说法。

现在CMM已经升级到了CMMI。我们先来看看CMMI中如何说明“客户需求”的。

在需求开发过程域中，有“SG1开发客户需求”的特定目标。

收集相关干系人的需要、期望、限制条件及接口得到收集，并转换成客户需求。

关键人员(例如：客户、最终使用者、供货商、构建人员、测试人员、制造人员，与后勤支持人员)的需要，是决定客户需求的基础。进行关键人员的需要、期望、限制、接口、操作概念，以及产品观念的分析、协调、细化及详细说明，以转换成客户需求。

关键人员的需要、期望、限制及接口，经常被粗略的识别或相互矛盾。因为必须清楚识别和了解关键人员的需要、期望、限制及界限，在整个项目的生命周期里可使用反复的过程，以达到这目标。为协助此必要的循环过程，最终用户或客户的代表，通常会加入此过程，以说明其需要并协助解决矛盾。组织的客户关系或营销部门，以及来自人际工程或支持部门的开发团队成员，可视为此类的代表。在收集和解决客户需求时，也应考量客户的外在环境、法规及其他限制。

导出相关干系人提出有关产品生命周期各阶段的需要、期望、限制条件及接口. 

导出不仅收集需求，且要积极识别尚未经客户明确提出的补充需求。补充需求应描述各种生命周期的活动，以及它们对产品的影响。

把相关干系人的需求、期望、限制条件和接口转换成客户需求。

来自相关关键人员的各种输入，须经合并、取得遗漏的信息，以及解决冲突等过程，并记录为客户需求。客户需求可包括与验证和确认有关的需要、期望及限制。

某些情况来说，客户提供项目的一套需求，或者之前项目活动的需求产出。以这些情况来说，客户需求与相关关键人员的需要、期望、限制及接口可能有所冲突，所以在冲突适当解决之后，需要转换成被认可的客户需求。

代表产品生命周期的所有阶段的相关关键人员，应包括经营及技术功能。因此，所有与产品生命周期相关的过程概念，都应与产品的概念同步考量。客户需求来自信息充分的决策，同时考量需求在经营面与技术面的影响。

-------- 

虽然历经CMM到CMMI变化，所提的“原始需求”仍然对应于CMMI中的“客户需求”。

在实践中，对于原始需求，也有如下的整理总结。

定义：原始需求是由用户或者用户代表提出的功能或性能需求或其他非功能需求，需求可以未经总结或提取。

目的：原始需求调查和管理的主要任务在于收集需求素材，并保证经认可的原始需求获得了实现。

流程规定：

1.  根据产品规划，产品经理划定需求提供者的范围，这个范围一般为顾客，最终用户，开发人员，生产人员，测试人员，供货商，营销人员，维护人员，和其它相关人员，要把潜在客户划分出来，这类客户是指当前还没有采购本部门任何产品的客户。

2.  通过各种方式，产品经理收集原始需求，录入，要把需求提供者信息与其提供的原始需求一起记录。

3.  产品经理或项目组将原始需求录入，初始状态是"已建议"，原始需求编号是自动生成的流水号；

4.  要求将所有原始需求录入。如果原始需求为其他项目组定制，则须注明其他项目组名称和相关的交付包。