Project Description
收集需求是实现项目目标而确定、记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围（包括产品范围）奠定基础
- 业务需求：整个组织的高层级需要，哪解决业务问题或抓住业务机会，以及实施项目的原因。
- 干系人需求：是指干系人与干系人群体的需要。
- 解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求。功能需求是关于产品能开展的行为，如流程、数据以及与产品的互动等。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件和质量，如可靠性、案例性、性能、服务水平等。
- 过度需求：从当前状态过度到将来状态所需的临时能力，如数据转换和培训需求。
- 质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。QFD对质量需求进行了细分，分为基准需求、期望需求和意外需求。
- 项目需求：项目需要满足的行动、过程或其他条件。
- 访谈：通过与干系人直接交谈来获取信息的正式或非正式的方法，是最基本的一种收集需求的手段。
- 焦点小组：将预先选定的干系人和主题专家集中在一起，了解他们对所提议产品、服务或成果的期望和态度。 焦点小组是一种群体访谈而非非一对一访谈。
- 引导式研讨会：邀请主要的跨职能干系人一起参加会议。引导式研讨会对产品需求进行集中讨论和定义。
- 群体创新技术：是指可以组织一些群体活动来识别项目和产品需求，包括头脑风暴法、名义小组技术、德尔菲技术、概念/思维导图、亲和图和多标准决策分析等。
- 质量需求：用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。QFD对质量需求进行了细分，分为基准需求、期望需求和意外需求。
- 头脑风暴法：各抒己见。
- 名义小组技术：通过投票来选出最有用的创意，以便进行进一步的头脑风暴或优先排序。名义小组技术是头脑风暴法的深化应用，是更加结构化的头脑风暴法。
- 德尔菲技术：经过多次综合各专家的观点，最终形成一个各专家都认可的方案。可以防止个人观点被不正确的放大。
- 概念/思维导图：是用一张简单的图将从头脑风暴中获得的创意联系起来，以反映这些创意之间的共性与差异，从而引导出新的创意。
- 亲和图：又称KJ法，是针对某一问题，充分收集各种经验、知识、想法和意见等语言、文字资料，通过图解方式进行汇总，并按其相互亲和性归纳整理这些资料，使问题明确起来，求得统一认识，以利于解决的一种方法。亲和图的核心是头脑风暴法，是根据结果去找原因。
- 多标准决策分析：是借助决策矩阵，用系统分析法建立诸如风险水平、不确定性和价值收益等多种标准，从而对众多方案进行评估和排序的一种技术。
- 群体决策技术：是为达成某种期望结果而对多个未来行动方案进行评估。群体决策技术可用来开发产品需求，以及对产品需求进行归类和优先排序。
- 问卷调查：是指通过设计书面问题，向为数众多的受访者快速收集信息。
- 观察：直接观察个人在各自环境中如何开展工作和实施流程。
- 原型法：是一种根据干系人初步需求，利用产品开发工具，快速建立一个产品模型展示给干系人，在此基础上与干系人交流，最终实现干系人需求的产品快速开发的方法。
- 标杆对照：将实际或计划的做法与其他类似组织做法进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的“类似组织”可以是内部组织，也可以是外部组织。
- 系统交互图：是对产品范围的可视化描述，显示系统与参与者之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出的接收者。
- 文件分析：就是通过现有文档，识别与需求相关的信息来挖掘需求。
收集需求过程的主要输出有需求文件和需求跟踪矩阵。需求文件描述各种单一的需求将如何满足与项目相关的业务需求。
需求文件的内容包括：1）业务需求；2）干系人需求；3）解决方案需求；4）项目需求；5）过度需求；6）与需求有关的假设条件、依赖关系和制约因素。
需求管理包括产品开发过程中维持需求一致性和精确性的所有活动，包括控制需求基线，保持项目计划与需求一致，控制单个需求和需求文档的重酬情况，管理需求和联系链之间的联系，或管理单个需求和项目其他可交付物之间的依赖关系，跟踪基线中需求的状态。
可跟踪性是项目需求的一种重要特征，需求跟踪是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪，这些元素包括各种类型需求、业务规则、系统组件及帮助文件等。可验证性是需求的最基本特性。
需求管理的主要目的是确保各方对需求的的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。对待变更的态度是将变更置于合理、规范的之下，而不是一味的减少变更。
通过需求跟踪矩阵可以跟踪一个需求使用期限的全过程，即从需求源到实现的前后期。它跟踪已明确的需求的实现过程，不涉及需求开发人员的职责，也无法用于防止变更。
每个配置项的需求到涉及到的产品需求都要具有双向可跟踪性。所谓双向可跟踪，包括正向跟踪和反向跟踪，正向跟踪是指检查需求文件中的每个需求是否都能在后续工作产品中找到对应点；反向跟踪也称为逆向跟踪，是指检查设计文档、产品构件、测试文档等工作成果是否都能在需求文件中找到出处。具体来说，需求跟踪涉及一种类型：
箭头表示需求跟踪联系链，它能跟踪需求使用的整个周期，即从需求建议到交付的全过程。
从用户原始需求可向前追溯到需求文件，这样就能区分出项目过程中或项目结束后由于变更受到影响 的需求，也确保了需求文件中包括所有用户需求。同样，可以从需求文件回溯到生意人用户原始需求，确认每个需求的出处。
由于在项目实施过程中，产品需求转变为设计和测试等实现元素，所以通过定义单个需求和特定的产品元素之间的联系链，可以从需求文件追溯到产品元素。这种联系链使项目团队成员知道每个需求对应的产品元素，从而确保产品元素满足每个需求。第四类联系链是从产品元素回溯到需求文件，使项目团队成员知道每个产品元素存在的原因。如果不能将设计元素或测试案例回溯到一个需求文件，就可能知道镀金行为。如果某个孤立的产品元素表明了一个正当的功能，则说明需求文件漏掉了一个需求。
第五类联系链是需求文件之间的跟踪，这种跟踪便于更好地处理各种需求之间的逻辑相关性，检查需求分解中可能出现的错误或遗漏。
表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪矩阵，需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格。
应在需求跟踪矩阵中记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。另外，为了确保干系人满意，可能需要增加一些补充属性，如稳定性、复杂性、验收标准等。