范围管理(WBS和责任分配矩阵).pptVIP

范围管理(WBS和责任分配矩阵) 4.4 创建工作分解结构 验证分解正确性 “百分之百规则”：一个WBS元素的下一层分解必须百分之百地表示上一层元素. WBS必须与工作任务的实际执行过程相一致，WBS首先应当服务于项目组，可能的话再考虑其他目的。 一个工作包只能在WBS中出现一次 每项工作由一个人负责 能非常清楚要做什么么？ 能准确地估计实施这个行动所需要的资源吗？ 能准确地估计实施实施行动所需的时间么？ 每一个WBS项必须有准确描述 工作包的80小时原则 运用MECE法，检查是否有遗漏或重复的工作 MECE分析法，全称 Mutually Exclusive Collectively Exhaustive，中文意思是“相互独立，完全穷尽”。 也就是对于一个重大的议题，能够做到不重叠、不遗漏的分类，而且能够借此有效把握问题的核心，并解决问题的方法。 P-* 范围管理(WBS和责任分配矩阵) 编码不仅把不同的项目单元区别开，而且要保留它所有特征，如所属的子项目，所属区域、专业功能、要素等。在项目实施过程中的网络分析，成本管理、数据的储存、分析、统计都靠编码识别。 范围管理(WBS和责任分配矩阵) 4.4 创建工作分解结构 责任矩阵 责任矩阵是以表格形式表示完成工作分解结构中工作细目的个人责任的方法。制定责任矩阵的主要作用是将工作分配给每一个成员后，通过责任矩阵可以清楚地看出每一个成员在项目执行过程中所承担的责任。 责任矩阵表头部分填写项目需要的各种人员角色，而与活动交叉的部分则填写每个角色对每个活动的责任关系，从而建立“人”和“事”的关联。不同的责任可以用不同的符号表示。例如P（Principal）表示负责人；S（Support）表示支持者或参与者；R（Review）表示审核者。 用责任矩阵可以非常方便地进行检查责任检查：横向检查可以确保每个活动有人负责，纵向检查可以确保每个人至少负责一件“事”。在完成后续讨论的估算工作后，还可以横向统计每个活动的总工作量，纵向统计每个角色的投入的总工作量。 范围管理(WBS和责任分配矩阵) 范围管理(WBS和责任分配矩阵) 。 范围管理(WBS和责任分配矩阵) 4.5 核实范围和控制范围 核实范围 核实范围是项目干系人（发起人、客户和顾客）最终认可和接受项目范围的过程。项目干系人可以通过检查的方式（测量、检验和测试等）来核实项目工作的完成情况，从而决定是否接受项目。 输入 工具与技术 输出 项目管理计划 检查 验收的可交付成果 需求文件 变更请求 需求跟踪矩阵 项目文件（更新） 确认的可交付成果 范围管理(WBS和责任分配矩阵) 4.5 核实范围和控制范围 范围核实发生在项目的阶段点上（如果项目在合同的方式下进行，合同中一般会规定检查的时间和地点。），即每个项目阶段收尾的时候，范围核实的最终结果就是客户或项目发起人对项目可交付成果和工作结果的正式接受。客户或项目发起人应签署接受文件，接受文件一经签署，应及时发给相关的项目干系人。 检查的结果可能是接受，也可能是拒绝。如果检查的结果符合项目规范的规定，检查结果为接受；否则为拒绝，这时，客户/项目发起人应说明拒绝的原因，执行组织根据检查的结果采取纠偏措施，之后，重新对项目的执行情况和执行结果进行检查。 如果执行组织和客户/项目发起人不能就检查结果形成一致意见，则可以将检查委托给一个各方一致认可的第三方进行“独立检查”。 范围管理(WBS和责任分配矩阵) 4.5核实范围和控制范围 控制范围 控制范围是监督项目和产品的范围状态、管理范围基准变更的过程。对项目范围进行控制，就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程的处理。 输入 工具与技术 输出 项目管理计划 偏差分析 工作绩效测量结果 工作绩效信息 组织过程资产（更新） 需求文件 变更请求 需求跟踪矩阵 项目管理计划（更新） 组织过程资产 项目文件（更新） 范围管理(WBS和责任分配矩阵) 4.5 核实范围和控制范围 项目范围变更的原因 项目干系人常常由于各种原因要对项目范围进行修改，引起范围变更原因很多，主要有： 项目外部环境发生变化，如政府的有关规定发生变化，竞争对手生产出了新产品，本国货币贬值等。 在项目范围计划和定义时出现了错误的遗漏，如在设计企业信息系统时未考虑到移动互联网的广泛使用。 项目团队提出了新技术、手段