标签：5.3 PMP 产品 项目 成果 说明书 交付 范围

5.3 定义范围

• 定义范围是制定项目和产品详细描述的过程。

主要作用

• 描述产品，服务或成果的边界和验收标准。
• 由于在收集需求过程中识别出的所有需求未必都包含在项目中，所以定义范围过程就要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述。准备好详细的项目范围说明书，对项目成功至关重要。
• 应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。
• 在项目规划过程中，随着对项目信息的更多了解，应该更加详细具体地定义和描述项目范围。此外，还需要分析现有风险、假设条件和制约因素的完整性，并做必要的增补或更新。需要多次反复开展定义范围过程：在迭代型生命周期的项目中，先为整个项目确定一个高层级的愿景，再一次针对一个迭代期明确详细范围。通常，随着当前迭代期的项目范围和可交付成果的进展，而详细规划下一个迭代期的工作。
  

项目文件

• 假设日志
  • 识别了有关产品，项目，环境，相关方以及会影响项目和产品范围的假设条件和制约因素。
• 需求文件
  • 需求文件识别了应纳入范围的需求。
• 风险等级册
  • 包含了可能影响项目范围的应对策略，例如：缩小或改变项目和产品范围，以规避或缓解风险。

事业环境因素

• 组织文化
• 基础设施
• 人事管理制度
• 市场条件

组织过程资产

• 用于制定项目范围说明书的政策，呈现和模板。
• 以往项目的项目档案。
• 以往阶段或项目的经验教训。

产品分析

• 产品分析可用于定义产品和服务，包括针对产品或服务提问并回答，以描述要交付的产品的用途、特征及其他方面。
• 把高层级的产品描述转变为有形的可交付成果。
• 产品分析技术包括，产品分解，系统分析，需求分析，系统工程，价值工程，价值分析等。

项目范围说明书

• 项目范围说明书是对项目范围，主要可交付成果，假设条件和制约因素的描述。
• 它记录了整个范围，包括项目和产品范围。
• 详细的描述了项目的可交付成果。
• 还代表项目相关方之间就项目范围所达成的共识。
• 为了便于管理相关方的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。
• 项目范围说明书使项目团队能进行更详细的规划。
• 在执行过程中指导项目团队的工作，并为评价变更请求或额外工作是否超过项目边界提供基准。
• 项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。
• 详细的项目范围说明书包括以下内容（可能直接列出或参引其他文件）：
  • 产品范围描述
    • 逐步细化在项目章程和需求文件中所述的产品，服务或成果的特征。
  • 可交付成果
    • 为完成某一过程，阶段或项目而必须产出的任何独特并可核实的产品，成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。
  • 验收标准
    • 可交付成果通过验收前必须满足的一系列条件。
  • 项目的除外责任
    • 识别排除在项目之外的内容。明确说明哪些内容不属于项目范围，有助于管理相关方的期望及减少范围蔓延。
• 虽然项目章程和项目范围说明书的内容存在一定程度的重叠，但是它们的详细程度完全不同。
• 项目章程包含高层级的信息，而项目范围说明书则是对范围组成部分的详细描述，这些组成部分需要在项目过程中渐进明细。
  

标签：5.3,PMP,产品,项目,成果,说明书,交付,范围
来源： https://www.cnblogs.com/autopwn/p/16522073.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。