《范围管理教学课件PPT.ppt》由会员分享，可在线阅读，更多相关《范围管理教学课件PPT.ppt（32页珍藏版）》请在三一文库上搜索。
1、,范围 管理,输入,工具和技术,输出,项目范围管理概述,A,B,C,D,目录,主要内容,项目管理规划与范围定义,项目工作分解结构技术,项目范围的核实与控制,总 结,E,一、项目范围管理概述,什么是项目范围 项目管理是指对项目包括什么与不包括什么的定义与控制过程。 项目范围管理的内容 收集需求、范围定义、创建工作分解结构、范围核实、范围变更控制。 项目范围管理的重要性 项目范围对项目的影响是决定性的，确定范围可以提高费用、时间和资源估算的准确性，确定进行测量的控制和基准，有助于项目分工。,二、项目范围规划,什么是项目范围规划 项目范围规划是对整个范围管理工作的计划，是知道范围管理工作的指南。 项
2、目范围规划的内容 定义过程 工作方法 时间 资源 准则 ,编制规划依据 管理范围计划,收集需求依据 工具与技术 需求文档,范围定义依据 范围定义技术 范围说明书,定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制,过程,需求管理,二、项目范围规划,范围定义,收集需求,编制计划,依 据,期刊管理系统,二、项目范围规划编制计划,本系统开发人员为5人，开发环境为win7 ，SQL2005，vs2010;开发小组在查询大量的资料之后，总结前人的经验与不足，加以改进，并参照之前做过的图书管理系统;该项目已经项目组长授权，明确了项目目标和需交付成果；且已列出项目管理子系统以明确范
3、围管理。,环境因素 组织过程资产 项目章程 项目初步范围说明书,期刊管理系统,项目范围管理计划,二、项目范围规划编制计划,如何管理项目内容 如何将变更纳入项目管理范围 项目范围稳定性评价 范围变化的可能原因、频率和幅度,项目范围在期刊管理子系统列出之后已明确，由于之前参考了大量资料，且5名开发人员都有相应的经验，项目范围基本不会变动，唯一可能导致范围变动的因素是客户需求变化，但此原因属不可控制因素，且概率较小。,期刊管理系统,依 据,二、项目范围规划收集需求,用户认可 收集过程流程化 确定优先级（重要性）,此期刊管理已经用户认可，且本小组人员收集了大量的资料，综合了大部分需求，选取其中最核心的
4、部分进行划分子系统，在功能实现方面尽可能做到人性化。,期刊管理系统,工具与技术,二、项目范围规划收集需求,访谈 焦点小组会议 引导式研讨会 名义小组法 群体决策技术 观察法 原型法,此期刊管理主要采用名义小组法、观察法与原型法相结合的技术，集合小组所有人的意见和建议，并结合自己的期刊借阅经历，在原有的图书管理系统的基础上进行改进与完善，最终达成共同意识。,期刊管理系统,输 出,二、项目范围规划收集需求,业务需求 可跟踪业务和项目的目标 功能需求 非功能性要求 验收标准 业务原则 对组织和外部团体的影响 对支持和培训的需求 与需求有关的假设和制约,本期刊系统主要业务需求为书库管理、期刊资料、读者
5、管理、系统管理，包括了管理人员与借阅人员的使用，总体功能比较完备，验收标准为较好的实现所有功能，加强系统人性化，制约条件已尽量排除。,期刊管理系统,依 据,二、项目范围规划项目范围定义,已有文件： 项目章程 项目初步范围说明书 需求稳健 项目范围管理计划 批准的更变请求 收集的信息： 及时更新的环境因素 组织过程资产信息 产品描述 变更请求 ,本期刊系统在初期已制定相关建议书，并在过程中不断完善，尚未出现变更。,期刊管理系统,技 术,二、项目范围规划项目范围定义,产品分析 备选方案识别技术： 头脑风暴法 横向思维 配对比较法 专家评定,本期刊系统在初期已进行过产品分析，现在市面上的期刊管理系统
6、普遍不够完善或者人性化不够，造成用户在使用过程中的困扰，经小组人员讨论之后，我们起草了建议书，并吸取前人的经验和教训，且得到专家的高度认可,期刊管理系统,范围说明书,二、项目范围规划项目范围定义,项目目标 项目范围指标 产品描述 项目可交付成果的规定 约束条件 假定 配置关系与其管理要求,本期刊系统的目标是做一个完整的且人性化的系统，包括书库管理、期刊资料、读者管理、系统管理，约束条件为组员较少，进度比较赶，交付时间为2014年6月中旬。,定义需求,二、项目范围规划需求管理,用户需求说明书细化，生成需求规格说明书，并邀请同行专家和用户一起评审。,需求确认,期刊管理系统,两个层面意思： 需求调查
7、与分析人员与客户沟通 双方对达成共识的部分进行承诺,本期刊管理系统在搜集大量资料之后，起草了建议书，已得到专家和用户认可，并达成共识。且本小组承诺将交付一个完整的信息系统,期刊管理系统,建立需求状态,二、项目范围规划需求管理,已建议 已批准 已实现 已验证 已删除,本期刊系统的建议书得到了专家的高度认可并获得批准，但现在仍处于规划时期，故尚未实现系统功能，也无法进行验证和删除，这些需求状态将在后期工作中呈现。,期刊管理系统,需求评审,二、项目范围规划需求管理,制定评审计划 需求预审表 召开评审会议 调整需求文档 重审需求文档,本期刊系统的从拟定建议书起就在进行专家评审，严格把关，在内容上也不断
8、改进优化。,期刊管理系统,需求承诺,二、项目范围规划需求管理,开发方与客户方的责任人对通过了同行评审的需求阶段的工作产品做出承诺，同时该承诺具有商业合同的同等效果,本期刊系统已经过用户与开发商的正式授权，由本项目小组全权负责开发，在经过专家评审之后，以用户需求为基础划分项目的子系统，过程严格把关，以保证系统质量。,需求跟踪,期刊管理系统,二、项目范围规划需求管理,此期刊管理系统的每一步进展都有相关文档记录，其较为重要的文档都经过专家评审，以需求为基础建立框架，从而进行后续工作，以保证满足用户的需求。,正向跟踪：用户需求在后继工作 中找到对应点 逆向跟踪：检查工作产品能否找 到出处 跟踪内容：
9、需求需求、机会、目的、目标 需求项目目标 需求WBS 需求产品设计 需求产品开发 需求测试策略和脚本 需求详细需求,期刊管理系统,需求变更控制,二、项目范围规划需求管理,实现和测试系统的行为可能导致对正解决的问题产生新的理解和考虑，这种新的认识就有可能导致需求变更，这是开发过程中非常畏惧却必须要面临和需要处理的问题,本期刊系统仍处于规划阶段，由于用户的需求变更不可预测，项目小组前期准备工作已尽可能做到完善，从而使需求变更的概率降到最低。,三、项目工作分解结构技术,工作分解结构（WBS）的含义 分解后的结果 分解方法 项目工作分解结构技术的重要性 工作分解结构是为了方便管理和控制而将项目按等级分
10、解成易于识别和管理的子项目，再将子项目分解成更小的工作单元，直至左后分解成具体的工作包的系统方法。,三、项目工作分解结构技术工作分解过程,工作分解的步骤 确认并分解项目主要要素 确认分解标准 确认分解是否详细 确认项目交付成果 验证分解正确性,分解标准,分解注意事项,三、项目工作分解结构技术工作分解过程,收集与项目相关的所有信息 任务分解结果必须有利于责任分配 最底层工作包有详细的文字说明 并非工作分解结构中的所有分支分解到同一水平 避免分解过细，且至少分解到一周工作量,基于成果或功能的分解方法： 以完成该项目应该交付的成果为导向，确定相关的任务工作、活动和要素 基于流程的分解方法： 以完成该
11、项目所应经理的流程为导向，确定相关的任务、工作活动和要素,三、项目工作分解结构技术工作分解过程,期刊管理系统WBS(画自visio2007),三、项目工作分解结构技术工作分解结构,期刊管理系统需求分析,需求分析计划 (施秀芳),流程优化 (平怡),需求说明书 (徐玉婷),需求规格测试 (赵宁),需求规格确认 (曾旭萍),1 2 3 4 5,图表形式 分解层次与结构 WBS编码设计,三、项目工作分解结构技术工作分解结构,清单形式 1.需求分析计划 2.流程优化 3.编写需求说明书 3.1编写需求规格词汇表 3.2绘制业务流程 3.3抽象业务类 3.4建立数据模型 3.5将需求分析图示加入规格文档
12、 4.需求规格测试 5.需求规格确认,四、项目范围核实与控制,影响项目范围控制的因素 项目管理周期、项目的组织、项目经理的素质、客户需求变动、新技术出现 为什么要进行项目范围的核实与控制 为项目制定出好的项目范围说明书及WBS时比较困难的，因此必须为范围验证建立一个流程，即对项目范围进行核实。而在项目中出现变更时不可避免的，也需要对范围变更进行控制,四、项目范围核实与控制项目范围核实,1.范围核实的步骤 确定需要进行范围核实的时间 识别范围核实需要哪些投入 确定正式被接受的标准和要素 确定范围核实会议的组织步骤 组织范围核实会议,以期刊管理系统为例 范围核实时间为每周一 需投入人力、笔记本、课
13、程币 以相关文档为标准和要素 步骤主要为专家审评和课堂演示 每周一进行核实会议,四、项目范围核实与控制项目范围控制,2.项目范围控制过程 提交变更请求 复审变更请求 安排或分配工作 进行变更 核实或测试工作版本中的变更 估计所采用的纠错措施效果，如果仍无法获得满意的范围调整，则重复以上步骤,基础和前提,工具和技术,四、项目范围核实与控制项目范围控制,范围变更控制系统 偏差分析 补充规划 配置管理系统,进行工作任务分解 提供项目实施进展报告 提出变更要求 项目管理计划,作用,合理调整项目范围 纠偏行动 总结经验教训,四、项目范围核实与控制项目范围控制,期刊管理系统范围控制 1.起草建议书阶段 此阶段尚未进行工作任务分解，接受用户提出的的范围变化 2.工作任务分解阶段项目实施阶段前 此阶段将任务细分，之前已进行需求分析并得到用户的认可，故在此阶段之后将对项目的范围变更进行控制，在不影响后续工作的前提下可进行适当修改 3.项目实施阶段 此阶段到来前，用户已一再对项目进行审核，在经过用户批准之后可进入实施阶段，故此阶段不接受用户提出范围变更,五、总结,心得： 项目范围管理指生产项目产品所包括的所有工作以及产生这些产品的过程，苹果醋小组应当引起重视，并用科学的方法对项目工作进行合理的分解。面对用户的范围变更时，要对项目的范围进行控制，确保项目可以有序进行。,谢谢观看,