项目范围管理:修订间差异
跳到导航
跳到搜索
(→收集项目需求) |
|||
第19行: | 第19行: | ||
==收集项目需求== | ==收集项目需求== | ||
收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。 | |||
本过程主要作用是,为定义和管理项目范围(包括产品范围)奠定基础。 | |||
需求的分类: | |||
*业务需求。整个组织的高层级需要,例如,解决业务问题或抓住业务机会,以及实施项目的原因。 | |||
*干系人需求。干系人或干系人群体的需要。 | |||
*解决方案需求。为满足业务需求和干系人需求,产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求: | |||
**功能需求是关于产品能开展的行为。 | |||
**非功能需求是对功能需求的补充,是产品正常运行所需的环境条件或质量。 | |||
*过渡需求。从“当前状态”过渡到“将来状态”所需的临时能力。 | |||
*项目需求。项目需要满足的行动、过程或其他条件。 | |||
*质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。 | |||
输入: | |||
[[范围管理计划]] | |||
[[需求管理计划]] | |||
[[干系人管理计划]] | |||
[[项目章程]] | |||
[[干系人登记册]] | |||
工具与技术: | |||
[[访谈]] | |||
[[焦点小组]] | |||
[[引导式研讨会]] | |||
[[群体创新技术]] | |||
[[群体决策技术]] | |||
[[问卷调查]] | |||
[[观察]] | |||
[[原型法]] | |||
[[标杆对照]] | |||
[[系统交互图]] | |||
[[文件分析]] | |||
输出: | |||
[[需求文件]] | |||
[[需求跟踪矩阵]] | |||
==编制范围计划过程的输入== | ==编制范围计划过程的输入== | ||
[[项目管理计划]] | [[项目管理计划]] |
2023年5月5日 (五) 15:09的版本
项目范围管理的概念
项目范围管理的含义及作用
项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程。
管理项目范围主要在于定义和控制哪些工作应该包括在项目内,哪些不应该包括在项目内。
在项目环境中,“范围”这一术语有两种含义:
• 产品范围——某项产品、服务或成果所具有的特性和功能。
• 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围有时也包括产品范围。
项目范围管理的主要过程
收集项目需求并编制范围计划
规划范围管理是创建范围管理计划,书面描述将如何定义、确认和控制项目范围的过程。
本过程的主要作用是,在整个项目中对如何管理范围提供指南和方向。
收集项目需求
收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。
本过程主要作用是,为定义和管理项目范围(包括产品范围)奠定基础。
需求的分类:
- 业务需求。整个组织的高层级需要,例如,解决业务问题或抓住业务机会,以及实施项目的原因。
- 干系人需求。干系人或干系人群体的需要。
- 解决方案需求。为满足业务需求和干系人需求,产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求:
- 功能需求是关于产品能开展的行为。
- 非功能需求是对功能需求的补充,是产品正常运行所需的环境条件或质量。
- 过渡需求。从“当前状态”过渡到“将来状态”所需的临时能力。
- 项目需求。项目需要满足的行动、过程或其他条件。
- 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。
输入: 范围管理计划 需求管理计划 干系人管理计划 项目章程 干系人登记册
工具与技术:
访谈
焦点小组
引导式研讨会
群体创新技术
群体决策技术
问卷调查
观察
原型法
标杆对照
系统交互图
文件分析