项目管理-范围管理.pdf
(495.79 KB, 下载次数: 4)
定义 | 内容 |
Project Scope Management 项目范围管理：项目范围管理的任务，是确保项目全部包含且只包含那些必需的工作，以成功完成项目，包括项目范围和产品范围。项目范围——说明交付产品所必 需的工作并按照项目计划来衡量；产品范围——说明要交付的产品并按照需求来衡量。 | Scope范围： ·Initiation启动 ·Scope Planning范围计划 ·Scope Definition范围定义 ·Scope Verification范围确认 ·Scope Change Control范围变更控制 |
项目启动定义 | ||
启动是正式确认一个新项目存在,或现存项目可以进入下一阶段的过程。项目得到批准基于以下一个或者多个主要的原因： ·市场需要 ·业务需要 ·客户需求 ·技术领先的需要 ·法律的需要 | ||
项目启动使用的技术和工具 | ||
输入 | 技术或工具 | 输出 |
1.产品描述(a) 2.战略计划 3.项目选择标准 4.历史信息 | 1.项目选择法(b) 2.专家判断 | 1.项目任务书(c) 2.项目经理选定/指派 3.约束条件(d) 4.假定(e) |
关键名词解释 | ||
a.产品描述——产品描述文件，包括：1.项目将要创造的产品或服务的特性；2.产品（服务）和项目业务需要之间的关系；3.工作说明书（SOW）。 | ||
b.项目选择法——收益测量法（包括对比法，计分模型、收益分布或经济模型）和约束最优法（使用线性、非线性、动态、整数和多目标编程等算法的数学模型） | ||
c.项目任务书——包括项目经理任命、项目目标、确认将被交付的产品或服务、由管理层、项目发起人和客户签署。当项目按合同执行时，所签定的合同常被作为卖方的项目任务书。 | ||
d.约束条件——约束条件就是那些制约项目管理班子可选项的因素，比如预先确定的预算；当项目在合同形式下执行时，其合同条款通常成为约束条件。 | ||
e.假定——假定是为编制计划的目的而被认为真实、现实或确定的因素。假定通常涉及一定的风险，它们一般是风险识别的输出。 | ||
范围计划编制使用的技术和工具 | ||
输入 | 技术或工具 | 输出 |
1.产品描述 2.项目任务书 3.约束条件 4.假定 | 1.产品分析(a) 2.收益/成本分析(b) 3.替换方案确定(c) 4.专家评定 | 1.范围描述(d) 2.详细支持 3.范围管理计划 |
关键名词解释 | ||
a.产品分析——产品分析是为了对项目产品有一个更好的理解，它包括诸如系统工程、价值工程、价值分析、功能分析、品质配置等技术。 | ||
b.收益/成本分析——包括估计不同可选项目的有形的和无形的成本（费用）和收益（利润），具体包括 投资回报和偿还周期 | ||
c.替换方案的确定——对于任何用于为项目产生不同方法的技术来说，这是一个包罗万象的名词。最普通的有头脑风暴法和横向思维等。 | ||
d.范围描述——包括：1.项目干系人对项目范围的基本认知；2.项目未来决策的成文的基准，用于判断项目或阶段是否成功完成；3.随着项目进展，项目范围陈述可能需要根据项目范围的变更而进行修改或细化；4.项目起因：履行项目所要满足的业务需要以及项目起因为未来效益平衡的评估提供基础；5.项目产品：产品描述文件包括项目承诺所要创造的产品或服务的特性以及产品（服务）和项目业务需要之间的关系，还包括工作说明书(SOW)；6.项目交付件：各层次子产品的总和，它们完全和满意的交付标志着项目的完成；7.项目目标：确定项目成功完成所必需满足的定量标准、必须（至少）包含成本、进度和质量的衡量标准，不可量化的标准（如“客户满意度”）包含较高的风险。 | ||
范围定义的概念 | ||
将主要项目交付件分解为更小、更易于管理的组件，以便： ·提高成本、时间和资源估计的准确程度 ·定义绩效衡量和控制的基线 ·有利于定义清晰的职责分配 | ||
范围定义使用的技术或工具 | ||
输入 | 技术或工具 | 输出 |
1.范围描述 2.约束条件 3.假定 4.其他计划的输出 5.历史信息 | 1.工作分解结构模版 2.分解(a) | 1.工作分解结构(WBS) |
关键名词解释 | ||
a.分解——将主要项目交付件分解为更小的，更易于管理的组件：1.适当的成本和进度估计；2.分配到一个明确的组织单元；3.切实的，可验证的结果 | ||
范围确定使用的技术或工具 | ||
输入 | 技术或工具 | 输出 |
1.工作结果(a) 2.产品文档（计划，规格，设计，MII标准） | 1.检查 | 1.正式验收（客户或项目发起人的验收/签字） |
关键名词解释 | ||
a.工作结果——哪些交付件已完全或部分完成？什么费用已经发生或付出？进度是否延误？ | ||
范围变更控制使用的技术或工具 | ||
输入 | 技术或工具 | 输出 |
1.工作分解结构（基线） 2.执行情况报告 3.变更申请 4.范围管理计划 | 1.范围变更控制系统(a) 2.绩效度量(b) 3.其他计划 | 1.范围变更 2.纠正措施 3.经验教训 |
关键名词解释 | ||
a.变更控制系统——一系列正式的、文档化的程序，它定义了正式的项目文档变更的步骤。变更控制系统包括文档工作、跟踪系统和用于授权变更的批准层次。包括：变更控制委员会（CCB）的组织建设、紧急情况的处理 b.绩效衡量——是什么原因造成了偏差？对存在的偏差，决定是否需要采取纠正措施 | ||
项目管理-范围管理.pdf
(495.79 KB, 下载次数: 4)
| 欢迎光临 思步网 (http://www.step365.com/) | Powered by Discuz! X3.2 |