收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。
本过程的主要作用是，为定义产品范围和项目范围奠定基础，且仅开展一次或仅在项目的预定义点开展。
《PMBOK® 指南》并没有专门讨论产品需求，因为产品需求因行业而异。
《从业者商业分析：实践指南》[7] 提供了有关产品需求的更深入信息。
让相关方积极参与需求的探索和分解工作（分解成项目和产品需求），并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。
需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。
它包括发起人、客户和其他相关方的已量化且书面记录的需要和期望。
应该足够详细地探明、分析和记录这些需求，将其包含在范围基准中，并在项目执行开始后对其进行测量。
需求将成为工作分解结构（WBS）的基础，也将成为成本、进度、质量和采购规划的基础。
系统交互图是范围模型的一个例子，它是对产品范围的可视化描绘，显示业务系统（过程、设备、计算机系统等）及其与人和其他系统（行动者）之间的交互方式（见图 5-6）。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
需求文件描述各种单一需求将如何满足与项目相关的业务需求。
一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。
只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要相关方愿意认可的需求，才能作为基准。
需求文件的格式多种多样，既可以是一份按相关方和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。
许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。
前者是相关方的需要，后者是指如何实现这些需要。
把需求分成不同的类别，有利于对需求进行进一步完善和细化。需求的类别包括：
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。
使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。
需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。
最后，需求跟踪矩阵还为管理产品范围变更提供了框架。
跟踪需求包括（但不限于）：
应在需求跟踪矩阵中记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息。
需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（如进行中、已取消、已推迟、新增加、已批准、被分配和已完成）和状态日期。
为确保相关方满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。
范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划要对将用于下列工作的管理过程做出规定：
根据项目需要，范围管理计划可以是正式或非正式的，非常详细或高度概括的。
规划范围管理是为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
本过程的主要作用是，在整个项目期间对如何管理范围提供指南和方向。
本过程仅开展一次或仅在项目的预定义点开展。
范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。
制定范围管理计划和细化项目范围始于对下列信息的分析：
项目章程（见 4.1.3.1 节）中的信息、
项目管理计划（见 4.2.3.1 节）中已批准的子计划、
组织过程资产（见 2.3 节）中的历史信息和相关事业环境因素（见 2.2 节）。
需求管理计划是项目管理计划的组成部分，描述将如何分析、记录和管理项目和产品需求。
根据《从业者商业分析：实践指南》[7]，有些组织称之为“商业分析计划”。
需求管理计划的主要内容包括（但不限于）：
反映哪些需求属性将被列入跟踪矩阵的跟踪结构。