一、项目范围管理中，范围定义的输入包括项目章程、项目范围管理计划、组织过程资产和批准的变更申请。
在初步项目范围说明书中已文档化的主要的可交付物、假设和约束条件的基础上准备详细的项目范围说明书，是项目成功的关键。范围定义的输入包括以下内容：
①项目章程：项目章程中包含对项目和产品特征的概括性描述，以及项目审批要求。如果执行组织不使用项目章程，则应取得或编制类似的信息，并用做制定详细范围说明书的基础。如果项目章程或初始的范围说明书没有在项目执行组织中使用，同样的信息需要进一步收集和开发，以产生详细的项目范围说明书。
②项目范围管理计划：范围管理计划是项目管理计划的组成部分，确定了制定、监督和控制项目范围的各种活动。
③组织过程资产：可能影响定义范围过程的组织过程资产包括（但不限于）：
、用于制定项目范围说明书的政策、程序和模板；
、以往项目的项目档案；
、以往阶段或项目的经验教训。
④批准的变更申请。
二、在需求管理过程中需求的变更是受严格管控的，其流程为：
、问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。
、变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。
、变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。
三、对许多项目来说，系统软件总需要不断完善，一些需求的改进是合理的而且不可避免，要使得软件需求完全不变更，也许是不可能的，但毫无控制的变更是项目陷入混乱、不能按进度完成或者软件质量无法保证的主要原因之一。
一个好的变更控制过程，给项目风险承担者提供了正式的建议需求变更机制。可以通过需求变更控制过程来跟踪已建议变更的状态，使已建议的变更确保不会丢失或疏忽。在实际中，人们总是希望使用自动工具来执行变更控制过程。有许多人使用商业问题跟踪工具来收集、存储、管理需求变更；可以使用工具对一系列最近提交的变更建议产生一个列表给变更控制委员会开会时做议程用。问题跟踪工具也可以随时按变更状态分类包裹变更请求的数目。
挑选工具时可以考虑以下几个方面：
① 可以定义变更请求的数据项。
② 可以定义变更请求生存期的状态转换图。
③ 可以加强状态转换图使经授权的用户仅能做出所允许的状态变更。
④ 记录每一种状态变更的数据，确认做出变更的人员。
⑤ 可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员。
⑤ 可以根据需要生成标准的或定制的报告和图表。
