|
范围定义是制定项目和产品详细描述的过程,其主要作用是明确所收集的需求哪些将包含在项目范围内,哪些将排除在项目范围外,从而明确项目、服务或成果的边界。
|
|
|
由于在收集需求过程中识别出的所有需求未必都包含在项目中,所以定义范围过程就要从需求文件(收集需求过程的输出)中选取最终的项目需求,然后制定出关于项目及其产品、服务或成果的详细描述。
|
|
|
|
|
范围管理计划是项目管理计划的组成部分,确定了制定、监督和控制项目范围的各种活动。
|
|
|
|
项目章程中包含对项目和产品特征的高层级描述,还包括项目审批要求。如果执行组织不使用项目章程,则应取得或编制类似的信息,用做制定详细范围说明书的基础。
|
|
|
|
|
|
影响定义范围过程的组织过程资产包括:用于制定项目范围说明书的政策、程序和模板;以往项目的项目档案;以往阶段或项目的经验教训。
|
|
|
|
|
专家判断常用来分析制定项目范围说明书所需的信息。专家判断和专业知识可用来处理各种技术细节。
|
|
|
|
对于那些以产品为可交付成果的项目(区别于提供服务或成果的项目),产品分析是一种有效的工具。每个应用领域都有一种或几种普遍公认的方法,用以把高层级的产品描述转变为有形的可交付成果。产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。
|
|
|
|
备选方案生成是一种用来制定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法。许多通用的管理技术都可用于生成备选方案,如头脑风暴、横向思维、备选方案分析等。
|
|
|
|
具有不同期望或专业知识的关键人物参与研讨会,有助于就项目目标和项目限制达成跨职能的共识。
|
|
|
|
|
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围,包括项目和产品范围。项目范围说明书详细描述项目的可交付成果,以及为创建这些可交付成果而必须开展的工作。为了便于管理干系人的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书使项目团队能进行更详细的规划,在执行过程中指导项目团队的工作,并为评价变更请求或额外工作是否超过项目边界提供基准。
|
|
|
|
.产品范围描述:逐步细化项目章程和需求文件中所述的产品、服务或成果的特征。
|
|
|
.验收标准:可交付成果通过验收前必须满足的一系列条件。
|
|
|
.可交付成果:在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果也包括各种辅助成果,如项目管理报告和文件。对可交付成果的描述可略可详。
|
|
|
.项目的除外责任:通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围,有助于管理干系人的期望。
|
|
|
.制约因素:对项目或过程的执行有影响的限制性因素。需要列举并描述与项目范围有关且会影响项目执行的各种内外部制约或限制条件,例如,客户或执行组织事先确定的预算、强制性日期或进度里程碑。如果项目是根据协议实施的,那么合同条款通常也是制约因素。关于制约因素的信息可以列入项目范围说明书,也可以独立成册。
|
|
|
.假设条件:在制订计划时,不需验证即可视为正确、真实或确定的因素。还应描述如果这些因素不成立,可能造成的潜在影响。在项目规划过程中,项目团队应该经常识别、记录并确认假设条件。关于假设条件的信息可以列入项目范围说明书,也可以独立成册。
|
|
|
虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。项目章程包括高层级的信息,而项目范围说明书则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。
|
|
|
|
可能需要更新的项目文件包括干系人登记册、需求文件和需求跟踪矩阵。
|
|
|