第七章 项目范围管理
2021-04-30 11:25:51 22 举报
AI智能生成
系统集成项目管理工程师-项目范围管理章节概要!
作者其他创作
大纲/内容
产品范围与项目范围
概念
在项目背景下,范围指如下几个术语:
①产品范围:表示产品、服务或结果的特性和功能;
②项目范围:为了完成具有规定特征和功能的产品、服务或结果,而必须完成的项目工作;
项目范围是否完成以项目管理计划、项目范围说明书、WBS、以及WBS 字典作为
衡量标准,而产品范围是否完成以产品要求作为衡量标准。两种范围管理需要很好地集
成起来,以确保项目工作能产生所规定的产品并准时交付。
①产品范围:表示产品、服务或结果的特性和功能;
②项目范围:为了完成具有规定特征和功能的产品、服务或结果,而必须完成的项目工作;
项目范围是否完成以项目管理计划、项目范围说明书、WBS、以及WBS 字典作为
衡量标准,而产品范围是否完成以产品要求作为衡量标准。两种范围管理需要很好地集
成起来,以确保项目工作能产生所规定的产品并准时交付。
意义
确认项目范围对项目管理而言有如下意义:
①清楚了解项目的具体工作范围和具体工作内容,为提高成本、时间和资源估算
的准确性打下基础。
②项目范围的确定就是确定了项目的具体工作任务,这样有助于清楚地划分责任
和分派任务,为进一步安排工作和任务打下了基础。因此项目范围管理和控制是项目管
理计划的一部分,也是项目各项计划的基础
①清楚了解项目的具体工作范围和具体工作内容,为提高成本、时间和资源估算
的准确性打下基础。
②项目范围的确定就是确定了项目的具体工作任务,这样有助于清楚地划分责任
和分派任务,为进一步安排工作和任务打下了基础。因此项目范围管理和控制是项目管
理计划的一部分,也是项目各项计划的基础
范围定义
范围定义的工具和技术
①产品分析
②识别出多个可选方案
③专家判断法
②识别出多个可选方案
③专家判断法
范围定义的输入、输出
输入
①项目章程和初步的范围说明书
②项目范围管理计划
③组织过程资产
④批准的变更申请
②项目范围管理计划
③组织过程资产
④批准的变更申请
输出
①项目范围说明书(详细)
②更新的项目文档
②更新的项目文档
范围确认
范围确认的工具和技术
检查包括诸如测量、测试和验证以确定工作和可交付物是否满足要求和产品的验收
标准。检查有时被称为审查、产品评审、审计和走查。在一些应用领域中,这些不同的
条款有其具体的、特定的含意。
确认项目范围时,项目管理团队必须向客户方出示能够明确说明项目(或项目阶段)
成果的文件,如项目管理文件(计划、控制,沟通等)、需求说明书、技术文件、竣工图
纸等。当然,提交的验收文件应该是客户已经认可了的这个项目产品或某个阶段的文件,
他们必须为完成这项工作准备条件,做出努力。
范围确认完成时,同时应当对确认中调整的WBS 及WBS 字典进行更新。
标准。检查有时被称为审查、产品评审、审计和走查。在一些应用领域中,这些不同的
条款有其具体的、特定的含意。
确认项目范围时,项目管理团队必须向客户方出示能够明确说明项目(或项目阶段)
成果的文件,如项目管理文件(计划、控制,沟通等)、需求说明书、技术文件、竣工图
纸等。当然,提交的验收文件应该是客户已经认可了的这个项目产品或某个阶段的文件,
他们必须为完成这项工作准备条件,做出努力。
范围确认完成时,同时应当对确认中调整的WBS 及WBS 字典进行更新。
范围的输入、输出
输入
(1)项目管理计划。
用于范围确认的项目管理计划的组成部分包括如下的范围基准:
①项目范围说明书。项目范围说明书包括产品范围描述、项目可交付物、验收标
准。关于项目范围说明书的详细描述请参见7.3.3 节。
②WBS。WBS 定义了项目的每一个可交付物以及可交付物到工作包的分解。
③WBS 词典。WBS 词典有项目工作以及每个WBS 元素的详细说明。WBS 和WBS
字典用于定义范围以及确认项目进行中的工作成果是不是项目的一部分。
(2)可交付物。
可交付物是那些已经被完全或部分完成的项目部分,并且已经过质量控制过程检验
了其正确性。
用于范围确认的项目管理计划的组成部分包括如下的范围基准:
①项目范围说明书。项目范围说明书包括产品范围描述、项目可交付物、验收标
准。关于项目范围说明书的详细描述请参见7.3.3 节。
②WBS。WBS 定义了项目的每一个可交付物以及可交付物到工作包的分解。
③WBS 词典。WBS 词典有项目工作以及每个WBS 元素的详细说明。WBS 和WBS
字典用于定义范围以及确认项目进行中的工作成果是不是项目的一部分。
(2)可交付物。
可交付物是那些已经被完全或部分完成的项目部分,并且已经过质量控制过程检验
了其正确性。
输出
(l)可接受的项目可交付物和工作。
范围确认过程记录那些已完成的、已被正式接受(验收)的项目可交付物。还要记
录那些已完成尚未被正式接受的项目可交付物,以及不被接受的原因。范围核实还包括
这样的支持文档:客户或者赞助者等项目干系人承诺接受的项目可交付物。
(2)变更申请。
范围确认过程中产生的变更申请,一般包括对缺陷的修复要求。变更申请要经过整
体变更控制过程及变更控制委员会的受理、评审和可能的部署。
(3)更新的WBS 和WBS 字典。
WBS 和WBS 字典帮助定义范围,依据范围确认过程的结果要进行相应的更新。
范围确认过程记录那些已完成的、已被正式接受(验收)的项目可交付物。还要记
录那些已完成尚未被正式接受的项目可交付物,以及不被接受的原因。范围核实还包括
这样的支持文档:客户或者赞助者等项目干系人承诺接受的项目可交付物。
(2)变更申请。
范围确认过程中产生的变更申请,一般包括对缺陷的修复要求。变更申请要经过整
体变更控制过程及变更控制委员会的受理、评审和可能的部署。
(3)更新的WBS 和WBS 字典。
WBS 和WBS 字典帮助定义范围,依据范围确认过程的结果要进行相应的更新。
编制范围管理计划
编制范围管理计划的工具和技术
①专家判断
②模板、表格和标准
②模板、表格和标准
编制范围管理计划的输入、输出
输入
①项目章程
②项目范围说明书
③组织过程资产
④环境因素和组织因素
⑤项目管理计划
②项目范围说明书
③组织过程资产
④环境因素和组织因素
⑤项目管理计划
输出
①根据初步的项目范围说明书编制一个详细的项目范围说明书的方法;
②从详细的项目范围说明书创建WBS的方法;
③有关正式确认和认可已完成可交付物方法的详细说明
④有关控制需求变更如何落实到详细的项目范围说明书中的方法。
②从详细的项目范围说明书创建WBS的方法;
③有关正式确认和认可已完成可交付物方法的详细说明
④有关控制需求变更如何落实到详细的项目范围说明书中的方法。
创建工作分解结构
项目工作结构分解的目标和意义
创建工作分解结构是把一个项目可交付物和项目工作逐步分解为更小的、更易于管理的项目单元的过程,它组织并定义了整个项目范围。
项目的工作分解结构( WBS)
是管理项目范围的基础,详细描述了项目所要完成的工作。WBS 的组成元索有助于项目
干系人检查项目的最终产品。WBS 的最低层元素是能够被评估的、可以安排进度的和被
追踪的。
WBS的最底层的工作担忧又被称为工作包,它是定义工作范围、定义项目组织、定义项目产品的质量和规格、估算和控制费用、估算时间周期和安排进度的基础。
项目的工作分解结构( WBS)
是管理项目范围的基础,详细描述了项目所要完成的工作。WBS 的组成元索有助于项目
干系人检查项目的最终产品。WBS 的最低层元素是能够被评估的、可以安排进度的和被
追踪的。
WBS的最底层的工作担忧又被称为工作包,它是定义工作范围、定义项目组织、定义项目产品的质量和规格、估算和控制费用、估算时间周期和安排进度的基础。
WBS的表现形式
①分级的树形结构,类似于组织结构图
②列表形式,类似于书籍的分级目录
②列表形式,类似于书籍的分级目录
创建WBS的工具和技术
工作分解结构模板和分解技术为创建WBS提供了技术和工具。
①分解:分解是将项目可交付物分成更小的、更易管理的单元,直到可交付物细分到足以支
持未来的、清晰定义项目活动的工作包。(业内一般把一个人2 周能干完的工作称为一个
工作包,或把一个人80 小时能干完的工作称为一个工作包)。
把整个项目的工作分解为工作包,一般包括下列活动。
(1)识别和分析项目可交付物和与其相关的工作。
(2)构造和组织WBS。
(3)把高层的WBS 工作分解为低层次的、详细的工作单元。
(4)为WBS 的工作单元分配代码。
(5)确认工作分解的程度是必要和充分的。
分解WBS 结构的方法至少有如下三种。
(1)使用项目生命周期的阶段作为分解的第一层,而把项目可交付物安排在第二层,
(2)把项目重要的可交付物作为分解的第一层,如图7.4 所示。
(3)把子项目安排在第一层,再分解子项目的WBS。
分解工作结构应把握如下原则:
(1)在各层次上保持项目的完整性,避免遗漏必要的组成部分。
(2) -个工作单元只能从属于某个上层单元,避免变叉从属。
(3)相同层次的工作单元应有相同性质。
(4)工作单元应能分开不同的责任者和不同工作内容。
(5)便于项目管理进行计划和控制的管理需要。
(6)最低层工作应该具有可比性,是可管理的,可定量检查的。
(7)应包括项目管理工作(因为管理是项目具体工作的一部分),包括分包出去的
工作。
(8) WBS 的最低层次的工作单元是工作包。一个项目的WBS 是否分解到工作包,
跟项目的阶段、复杂程度和规模有关,一般来说早期,或复杂,或大规模的项目,其
WBS 的分解颗粒要大一些,粗一些。
①分解:分解是将项目可交付物分成更小的、更易管理的单元,直到可交付物细分到足以支
持未来的、清晰定义项目活动的工作包。(业内一般把一个人2 周能干完的工作称为一个
工作包,或把一个人80 小时能干完的工作称为一个工作包)。
把整个项目的工作分解为工作包,一般包括下列活动。
(1)识别和分析项目可交付物和与其相关的工作。
(2)构造和组织WBS。
(3)把高层的WBS 工作分解为低层次的、详细的工作单元。
(4)为WBS 的工作单元分配代码。
(5)确认工作分解的程度是必要和充分的。
分解WBS 结构的方法至少有如下三种。
(1)使用项目生命周期的阶段作为分解的第一层,而把项目可交付物安排在第二层,
(2)把项目重要的可交付物作为分解的第一层,如图7.4 所示。
(3)把子项目安排在第一层,再分解子项目的WBS。
分解工作结构应把握如下原则:
(1)在各层次上保持项目的完整性,避免遗漏必要的组成部分。
(2) -个工作单元只能从属于某个上层单元,避免变叉从属。
(3)相同层次的工作单元应有相同性质。
(4)工作单元应能分开不同的责任者和不同工作内容。
(5)便于项目管理进行计划和控制的管理需要。
(6)最低层工作应该具有可比性,是可管理的,可定量检查的。
(7)应包括项目管理工作(因为管理是项目具体工作的一部分),包括分包出去的
工作。
(8) WBS 的最低层次的工作单元是工作包。一个项目的WBS 是否分解到工作包,
跟项目的阶段、复杂程度和规模有关,一般来说早期,或复杂,或大规模的项目,其
WBS 的分解颗粒要大一些,粗一些。
创建WBS的输入、输出
输入
①详细项目范围说明书
②项目管理计划
③组织过程资产
②项目管理计划
③组织过程资产
输出
①WBS和WBS字典
②范围基准
③更新的项目管理计划
②范围基准
③更新的项目管理计划
范围基准
项目范围说明书、与之联系的WBS以及WBS字典作为项目的范围基准,在整个项目的生命期,这个范围基准被监控,合适和确认
范围控制
范围控制的工具和技术
①偏差分析
②重新制定计划
③变更控制系统和变更控制委员会
④配置管理系统
②重新制定计划
③变更控制系统和变更控制委员会
④配置管理系统
范围控制的输入、输出
输入
①项目管理计划
②工作绩效数据
③绩效数据
④已批准的变更请求
②工作绩效数据
③绩效数据
④已批准的变更请求
输出
①变更请求
②工作绩效
③组织过程资产更新
④更新项目管理计划
②工作绩效
③组织过程资产更新
④更新项目管理计划
0 条评论
下一页