项目范围管理dr讲课教案

《项目范围管理dr讲课教案》由会员分享，可在线阅读，更多相关《项目范围管理dr讲课教案（54页珍藏版）》请在金锄头文库上搜索。

1、第四章项目范围管理 2 各种范围误区不清楚具体要做哪些事情做项目中忘了一些工作做项目过程中多加了一些工作不清楚责任边界在哪里不详细知道项目都有哪些具体任务 无法估算项目工期 进度 预算你的项目看上去总是没玩没了工作范围变更对项目造成很大影响 项目范围管理概述 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程 在项目的环境中 范围 这一术语有两种含义 产品范围 某项产品 服务或成果所具有的特性和功能 项目范围 为交付具有规定特性与功能的产品 服务或成果而必须完成的工作 经批准的详细项目范围说明书以及相应的工作分解结构 工作分解结构词典 构成项目的范围基准 确定项目范围对项目管理

2、的意义提高费用 时间和资源估算的准确性 确定进度测量和控制的基准 有助于清楚地分派责任 项目范围管理过程 收集需求 为实现项目目标而定义并记录干系人的需求的过程 定义范围 制定项目和产品详细描述的过程 创建工作分解结构 将项目可交付成果和项目工作分解为较小的 更易于管理的组成部分的过程 核实范围 正式验收项目已完成的可交付成果的过程 控制范围 监督项目和产品的范围状态 管理范围基准变更的过程 收集需求 需求是指发起人 客户和其他干系人的已量化且记录下来的需要与期望 收集需求是为实现项目目标而定义并记录干系人的需求的过程 收集需求旨在定义和管理客户期望 查看需求文件相关表格 定义范围 定义范围是

3、制定项目和产品详细描述的过程 详细项目范围说明书的编制 对项目成功至关重要 根据项目启动过程中记载的主要可交付成果 假设条件和制约因素 来编制项目范围说明书 项目范围说明书项目范围说明书详细描述项目的可交付成果 以及为提交这些可交付成果而必须开展的工作 产品范围描述产品验收标准项目可交付成果项目的除外责任项目制约因素项目假设条件 查看范围说明书 创建工作分解结构 包饺子 准备饺子馅 准备饺子皮 其他 准备菜 买肉馅 准备调料 切菜 买菜 创建工作分解结构 WBS 是把项目可交付成果和项目工作分解成较小的 更易于管理的组成部分的过程 工作分解结构每下降一个层次就意味着对项目工作更详尽的定义 WB

4、S组织并定义项目的总范围 代表着现行项目范围说明书中所规定的工作 计划要完成的工作包含在工作分解结构底层的组成部分中 这些组成部分被称为 工作包 创建WBS的步骤 1 识别和分析可交付成果及相关工作 2 确定工作分解结构的结构与编排方法 3 自上而下逐层细化分解 4 为工作分解结构组成部分制定和分配标志编码 5 核实工作分解的程度是必要且充分的 1 识别和分析可交付成果及相关工作 1 识别和分析可交付成果及相关工作 2 确定工作分解结构的结构形式与编排方法结构形式 a组织结构图式b列表式c鱼刺图 组织结构图 鱼刺图 2 确定工作分解结构的结构形式与编排方法编排方法 a按项目生命周期的段作为分解

5、的第一层b主要可交付成果作为分解的第一层c按子项目进行第一层分解 典型的项目工作分解结构图 3 自上而下逐层细化分解 编制WBS的原则 a 构成WBS是项目的工作而不是项目的成果内容 b 一个工作包只能在WBS中出现一次 c 百分之百规则 一个WBS元素的下一层分解 子层 必须百分之百的表示上一层 父层 元素的工作 d 团队成员共同参与编写WBS e WBS一旦形成 确保稳定性 保持开放性 由高层向下层用多位码编排 要求每项工作有唯一的编码10001100111011111112111311201121112211231200 4 为工作分解结构组成部分制定和分配标志编码 WBS分配标识编码举

6、例 新设备安装 4 为工作分解结构组成部分制定和分配标志编码 责任分配矩阵 WBS图一旦完成之后 就将工作分解结构图与项目的有关组织机构图相对照 可用于项目组织工作中分配任务和落实责任 并形成了现行责任图 责任图将分解的工作落实到部门或个人 由此组织或个人能够充分认识应承担的责任 责任分配表 负责 审批 辅助 承包 通知 责任分配矩阵 用来表示工作任务参与性的符号有多种形式 如数字 字母或几何图形等 如用数字表示1 实际负责 2 一般监督 3 参与商议 4 通知 5 审批如用字母表示X 执行 P 参与决策 D 单独决策 A 可以提建议 1 实际负责2 一般监督3 参与商议4 可以参与商议5 必

7、须通知6 最后批准 5 核实工作分解的程度是必要且充分的 创建WBS的输出 工作分解结构 工作分解结构词典 范围基准 工作分解结构词典是在创建工作分解结构过程中产生并用于支持工作分解结构的文件 工作分解结构词典是对工作分解结构组成部分进行更详细的描述 工作分解结构词典的内容包括 账户编码标志号 工作描述 负责的组织 进度里程碑清单 相关的进度活动 所需的资源 成本估算 质量要求 验收标准 技术参考文献 合同信息 工作分解结构词典举例 范围基准包括 项目范围说明书 项目范围说明书包括产品范围描述和项目可交付成果 并定义用户对产品的验收标准 工作分解结构 工作分解结构定义每一项可交付成果 并把可交

8、付成果分解为工作包 工作分解结构词典 工作分解结构词典对每一个工作分解结构要素的工作和技术文件做详细说明 Project2007中的WBS示例 请继续你选定的项目 创建该项目的工作范围说明书 工作分解结构和工作分解结构词典 核实项目范围 核实范围是正式验收项目已完成的可交付成果的过程 核实范围包括与客户或发起人一起审查可交付成果 确保可交付成果已圆满完成 并获得客户或发起人的正式验收 核实项目范围 范围核实与质量控制的不同 范围核实主要关注对可交付成果的验收 质量控制则主要关注可交付成果是否正确以及是否满足质量要求 范围核实的工具与技术项目范围核实的主要工具与技术就是检查 检查包括通过诸如测量

9、 仔细检查与核实等过程判断工作与可交付成果是否符合要求与产品验收原则的各项活动 通过对项目范围的核实应形成以下成果 1 验收的可交付成果2 请求的变更3 推荐的纠正措施 控制项目范围 控制范围是监督项目和产品的范围状态 管理范围基准变更的过程 控制范围过程需要与其他控制过程整合在一起 未得到控制的变更通常被称为项目范围蔓延 案例分析 案例1希赛信息技术有限公司原本是一家专注于企业信息化的公司 在电子政务如火如茶的时候 开始进军电子政务行业 在电子政务的市场中 接到的第一个项目是开发一套工商审批系统 由于电子政务保密要求 该系统涉及到两个互不联通的子网 政务内网和政务外网 政务内网中储存着全部信

10、息 其中包括部分机密信息 政务外网可以对公众开放 开放的信息必须得到授权 系统要求在这两个子网中的合法用户都可以访问到被授权的信息 访问的信息必须是一致可靠 政务内网的信息可以发布到政务外网 政务外网的信息在经过审批后可以进入政务内网系统 张工是该项目的项目经理 在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同 有其自身的特殊性 若照搬企业信息化原有的经验和方案必定会遭到惨败 因此采用了严格瀑布模型 并专门招聘了熟悉网络互通互联的技术人员设计了解决方案 在经过严格评审后实施 在项目交付时 虽然系统完全满足了保密性的要求 但用户对系统用户界面提出了较大的异议 认为不符合政务信息系统的风

11、格 操作也不够便捷 要求彻底更换 由于最初设计的缺陷 系统表现层和逻辑层紧密耦合 导致70 的代码重写 而第二版的用户界面仍不能满足最终用户的要求 最终又重写的部分代码才通过验收 由于系统的反复变更 项目组成员产生了强烈的挫折感 士气低落 项目工期也超出原计划的100 第一题 请对张工的行为进行点评 第二题 请从项目范围管理的角度 找出该项目实施过程中的主要管理问题 点评 第一题 1 张工扑捉到了电子政务网系统运行环境的特殊性 并对该需求进行了清晰定义 2 张工忽略了系统用户的潜在要求 在用户界面和操作的风格上范围定义不清晰 3 没有对范围进行有效管理 造成项目第二次重大变更 第二题 1 张工

12、没有挖掘到系统的全部需求 缺乏精确的范围定义 2 重复的系统变更说明张工对系统范围控制不足 导致一而再再而三的反复 案例2希赛信息技术有限公司 CSAI 刚刚和M签订了一份新的合同 合同的主要内容是处理公司以前为M公司开发的信息系统的升级工作 升级后的系统可以满足M公司新的业务流程和范围 由于是一个现有系统的升级 项目经理张工特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人 在李工的帮助下 很快地完成了需求开发的工作并进入设计与编码 由于M公司的业务非常繁忙 M公司的业务代表没有足够的时间投入到项目中 确认需求的工作一拖再拖 张工认为 双方已经建立了密切的合作关系 李工也参加了原系

13、统的需求开发 对业务的系统比较熟悉 因此定义的需求是清晰的 故张工并没有催促业务代表在用户需求说明书中签字 进入编码阶段后 李工因故移民加拿大 需要离开项目组 张工考虑到系统需求已经定义 项目已经进入编码期 李工的离职虽然会对项目造成一定的影响 但影响较小 因此很快办理好了李工的离职手续 在系统交付的时候 M公司的业务代表认为已经提出的需求很多没有实现 实现的需求也有很多不能满足业务的要求 必须全部实现这些需求后才能验收 此时李工已经不在项目组 没有人能够清晰地解释需求说明书 最终系统需求发生重大变更 项目延期超过50 M的业务代表也因为系统的延期表示了强烈的不满 第一题 请对张工在项目管理工作中的行为进行点评 第二题 请从项目范围管理的角度 找出该项目实施过程中的主要管理问题 点评 第一题 1 张工为了更明确的把握系统需求 聘请了原系统的需求调研人员李工 提高了需求定义的效率和质量 2 张工对李工定义的需求进行评审 造成需求质量缺陷没有被发现 3 张工没有要求用户对已经定义的需求进行确认 第二题 1 张工没对李工定义的需求进行评审 造成需求质量缺陷没有被发现 2 张工没有要求用户对已经定义的需求进行确认