第部分项目范围管理解析.ppt

* WBS词典 不是名词术语的定义 而是为每一个工作包提供详尽的背景信息，如 编号 工作描述 负责人/部门 成本估算、工期、人员安排、需要的其他资源 质量要求、验收标准 该工作包的紧前与紧后工作包 其他信息 * 建立WBS的方法 遵循指导方针 美国国防部（DoD）的项目范围说明中明确指出项目的WBS 类比法 选取相似项目的WBS作为参考 从上至下或从下至上方法 * 美国国防部项目WBS模板之一 * 类比法 以前项目的工作分解结构常常被用作新项目的模板 相同或类似的项目生命周期 每个阶段有相同或类似的可移交项 * 自上至下的分解方法 确定项目的各主要可交付成果，包括项目管理 可以阶段为第一层，可交付成果为第二层 每个可交付成果的详细程度是否已经达到了足以编制出恰当的成本和历时估算并分配给一个组织单元（部门或个人）？是-4， 否-3 识别可交付成果的组成部分，对每一组成部分重复2 每个组成部分应能以切实的、可校验的语言加以描述 对分解的正确性进行校验 下一层的元素是否对于完成上一层工作是必须的且足够的？ 每一项元素是否都已被清楚且完整地定义？ 是-结束；否-增减或重新定义组成部分，重复2 3 2 4 1 Y N N Y * 创建工作分解结构的依据、工具与技术、成果 输入 项目范围说明书 需求文件 组织过程资产 工具与技术 分解 输出 工作分解结构 工作分解结构词典 范围基线 项目文件（更新） * 项目范围管理内容— 核实范围 Verify Scope * 核实范围 核实范围是项目干系人对已完成的项目范围及相应的可交付成果正式验收的过程。 核实范围的手段是检查，包括测量、测试、审查、审计、巡检等。 如果项目被提前中止，核实范围过程应当查明并记录所完成的水平和程度。 核实范围不同于控制质量： 核实范围主要关心对工作结果的“接受”； 控制质量主要关心工作结果的“正确性”。 * 核实范围的依据、工具与技术、成果 输入 项目管理计划 需求文件 需求跟踪矩阵 确认的可交付成果 工具与技术 检查 输出 验收的可交付成果 变更请求 项目文件（更新） * 项目范围管理内容— 控制范围 Control Scope * 控制范围 控制范围是监督项目和产品的范围状态、管理范围基线变更的过程。 包括： 确保请求的变更、推荐的改正措施按照整体变更控制过程进行处理； 变更不可避免，须与其他控制过程（进度控制、成本控制、质量控制）结合起来； 对造成范围变更的因素施加影响，并控制这些变更造成的后果。 范围 Scope 时间 Time 成本 Cost * 范围蔓延问题（Scope Creep） 范围变更失控导致范围蔓延 根据Standish公司的调查，IT 项目 成功的十大因素中，有三项与范围有关： User involvement Minimized scope Firm basic requirement 失控（ Challenged ）的十大因素中，前三项是： Lack of user input Incomplete requirements specifications Changing requirements specifications * 控制范围蔓延问题的建议 促进用户参与 使用户易于获得项目有关信息如项目章程、范围说明书、工作分解结构等 让用户参与项目组织 举行例会，用户在例会上签收阶段性成果 让用户与开发人员相处，易于沟通 减少不完整的、易变的要求和说明 制定并遵循一个需求管理程序 使用原型制作、用例模型、合作应用设计等方法，透彻理解用户的要求 合作应用设计（JAD）：发起人、用户、分析员和程序员等项目干系人，通过高度组织化，深入的专题讨论会确定用户需求 保证需求信息易于流动和获取，建立需求信息数据库 进行足够的测试 评审程序，从系统观点角度评审提出的需求变更 * 控制范围的依据、工具与技术、成果 输入 项目管理计划 工作绩效信息 需求文件 需求跟踪矩阵 组织过程资产 工具与技术 偏差分析 输出 工作绩效测量结果 组织过程资产（更新） 变更请求 项目管理计划（更新） 项目文件（更新） * 回顾本讲目标 范围管理的概念 产品范围与项目范围 项目范围管理的内容 收集需求 定义范围 创建工作分解结构 核实范围 控制范围 相应的方法与工具 收集需求的方法 访谈、QFD、问卷调查等 集思广益的方法 名义小组技术 K J 分析 工作分解的方法 相应文件模板 项目范围说明书 WBS WBS词典 * * 项目范