项目范围计划幻灯片.ppt

第四章项目范围管理;内容提纲;;第一节 项目范围管理的概述 一、项目范围管理的概念。 （一）项目范围管理的涵义（图示） ;1.1 产品范围;1.2 项目范围;项目范围的定义要以其组成的所有产品的范围定义为基础，但是又不限于产品范围，它还包括为了实现这些产品范围内的工作必须要做的管理工作（进度管理等）。 有可能一个产品的范围很大，我们只是将其中的一小部分作为项目，这时，项目范围与产品范围就是交叉关系。;产品范围和项目范围;2. 项目范围管理;项目范围管理;项目范??管理;;项目范围管理计划;项目范围管理计划的内容 ;软件项目计划流程;里程碑和基线;;2.2.1 范围定义依据;项目范围说明书：;目标制定的 SMART 原则 ;项目目标示例;项目目标;2.2.1 收集需求;2.2.2 访谈;2.2.3 问卷调查;2.2.4 QFD-质量功能展开;2.2.5 QFD举例-软件开发;2.2.6 头脑风暴;2.2.7 思维导图;2.2.8 Kano模型;2.2.9 原型法;原型开发工具;$APPEALS方法;2.2.10 需求和项目关系;2.2.11 需求之间关系;;创建WBS;面向可交付成果的对项目工作的层次化分解 有机的组织和定义项目整个范围 将项目工作分解为较小的，易于管理的多项工作 每分解下一层代表对项目跟详细的定义;工作分解结构 — WBS;工作包-Work Package(工作细目) WBS的最底层可交付成果 能够对工作包进行进度安排，成本估算，监视和控制 要求-逻辑上不可再分，<80h，易于估算，明确责任人 ;WBS分解原则;WBS词典;账目编码和账目表; ;美国国防部防御军品项目WBS模板之一;示例：一个企业内部网项目的WBS;概念 1.1 评价现有系统 1.2 确定要求 1.2.1 确定用户要求 1.2.2 确定内容要求 1.3 确定特定功能 1.4 定义风险和风险管理方法;工厂建设项目;;要求条件汇总总报告;某新产品开发项目的工作分解示意图;WBS示例;WBS示例;表示预算和责任的WBS编码;55;56;工作分解结构的特点;;;一个单位工作任务只能在WBS中出现一次 一个WBS项的工作内容是其下一级各项工作之和 每项工作由一个人负责 WBS必须与工作任务的实际执行过程相一致 项目组成员参与WBS 的制定过程 每一个WBS项必须有准确描述 工作包的80小时原则 WBS具有一定的灵活性，以适应变更的需要;1）遵循指导方针 DOD 的项目范围说明中明确指出项目的WBS 2）类比法 选取相似项目的WBS作为参考，比如，美国麦克唐那飞机制造公司 3）从上至下或从下至上方法;项目工作分解方法的拓展 1.自上而下的项目工作分解方法 2.自下而上的项目工作分解方法---从项目工作包或项目可交付物入手逐层向上得出项目工作分解结构的方法。（见申请开办EMBA教育的项目工作分解示意图） 3.自左至右的项目工作分解方法（可参照前信息系统开发的工作分解结构图） 4.自右至左的项目工作分解方法（某新产品研发项目工作分解结构图示意）;利用工作分解结构模板(类比);.2 分解;分解技术;第二步：确定每个可付成果的详细程度是否已经达到了足以编制出恰当的成本和历时估算。 Yes！?第四步 No! ?第三步;第三步：识别可交付成果的组成元素 可以是服务或产品 在每个组成元素上重复步骤2 ;第四步：对分解的正确性进行校验 下一层的元素是否对于完成上一层工作是必须的且足够的？ No ? 增减或重新定义 是否每一项元素都已被清楚且完整地定义？ No ? 对说明进行修改 是否对每一项元素都能进行成本和进度估算，并且将此项工作分配给某个组织单元（如：部门、团队、个人等），以使其承担完成该项工作的责任，以及实施足够的管理控制？ No ? 需要进行修改;几种不同的分解结构 ;项目的管理工作;项目的计划活动，包括进度安排、估计和基于计算机的工具文件的更新。 记录进程或者设定目标的项目会议。 项目报告。 日常工作安排。 所有项目团队成员的人员问题，包括人员鉴定和评审。 日常问题的解决。 与供应商的沟通，包括内部和外部。 与管理层的沟通。 与客户的沟通。 与相关／依赖项目的联络。 正常工作过程中的人员招募。 质量。 质量计划／配置管理计划。;软件开发项目WBS范例 ;3.体系结构设计阶段 ;5. 编码阶段 ;7.集成测试阶段 ;10. 操作和维护阶段