第5讲 项目范围管理

《第5讲 项目范围管理》由会员分享，可在线阅读，更多相关《第5讲 项目范围管理（103页珍藏版）》请在装配图网上搜索。

1、Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,11/7/2009,,‹#›,,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,,,*,第五讲,,项目范围管理,董会忠,山东理工大学商学院,,1,,,第一节,项目范围管理概述,第二节,项目范围规划,第三节,项目范围定义,第四节,项目工作分解,第五节,项目范围确认,第六节 项目范围控制,主要内容,,2,,第一节 项目范围管理概述

2、,,,,已,界定的范围,业主期望的范围,实际完成的范围,一、项目范围管理的原理,,3,,第一节 项目范围管理概述,一、项目范围管理的原理,一曰度，二曰量，三曰数，四曰称，五曰胜。,地生度，度生量，量生数，数生称，称生胜。,兵法：,,4,,,凤凰网：中国铁建沙特麦加轻轨项目预计巨亏,41.53,亿元,中国铁建,股份有限公司（,601186.SH/01186.HK,，下称中国铁建）,10,月,25,日发布公告称，由于承包的沙特麦加萨法至穆戈达莎轻轨项目（下称沙特麦加轻轨项目），出现实际工程数量比预计工程量大幅增加等原因，预计将发生人民币,41.53,亿元的巨额亏损。,据公告介绍，沙特麦加轻轨项目

3、采用,EPC+O&M,总承包模式（即设计、采购、施工加运营、维护总承包模式），由中国铁建负责设计、采购、施工、系统（包括车辆）安装调试以及从,2010,年,11,月,13,日起的三年运营和维护。项目原定于,2010,年,11,月,13,日开通运营。,,,5,,,凤凰网：中国铁建沙特麦加轻轨项目预计巨亏,41.53,亿元,中国铁建表示，项目进入大规模施工阶段后，由于,实际工程数量比签约时预计工程数量大幅度增加,，,再加上业主对该项目的,2010,年运能需求较合同规定大幅提升、业主负责的地下管网和征地拆迁严重滞后、业主为增加新的功能大量指令性变更使部分已完工工程重新调整等因素影响,，导致项目工作量

4、和成本投入大幅增加，计划工期出现阶段性延误。,公告称，上述变化导致合同预计总成本大幅增加。沙特麦加轻轨项目合同总金额为,66.50,亿沙特里亚尔，按,9,月,30,日汇率折算，,合同预计总收入,120.70,亿元,，,合同预计总成本,160.69,亿元,，,合同损失为,39.99,亿元。加上财务费用,1.54,亿元，总亏损额预计为,41.53,亿元。,,,6,,,,范围,-,时间,-,费用,时间,3,（,12,个月）,费用,3,（,1200,万人民币）,时间,2,（,9,个月）,费用,2,（,70,万元人民币）,时间,1,（,6,个月）,费用,1,（,60,万元人民币）,新款洗衣机,产品功能要

5、求,产品技术要求,技术标准与质量标准,范围,1,：样机设计与测试；,范围,2,：,20,台样机；,范围,3,：原生产车间改造,,7,,一、项目范围的概念,,“产品范围”,，即项目业主,/,客户对于项目最终产品或服务所要求达到的特色和功能，,“工作范围”,，即项目团队或承包商为提交项目业主,/,客户指定的服务和作业所需完成的所有工作。,第一节 项目范围管理概述,,8,,,“范围”涉及到两方面内容,,,产品范围界定：,产品范围的特征和功能包含在产品或服务中。,,工作范围界定：,项目工作的完成为的是能交付一个有特殊的特征和功能的产品。,,9,,二、项目范围管理的主要工作,,1,．项目范围规划,,2

6、,．项目范围界定,,3,．项目工作分解,,4,．项目范围确认,,5,．项目范围控制,,10,,三、项目范围管理的作用,1.,为项目实施提供任务范围的框架,2.,对项目实施进行有效的控制,3.,为项目绩效度量提供基线,4.,为项目最终交付提供依据,,11,,,项目范围计划,项目范围管理计划,项目范围管理方法,项目范围说明书,更新项目范围管理计划,项目工作分解结构字典,项目工作分解,项目工作分解结构,项目实施范围确认,项目范围确认,项目实施范围变更的确认,主观项目范围变更请求,项目范围控制,客观项目变更请求,项目范围界定,,12,,案例讨论,小李是国内某知名,IT,企业的项目经理，负责西南某省的一

7、个企业管理信息系统建设项目的管理。在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李自己制订了项目的范围说明书。,,13,,案例讨论,甲方的有关工作由其信息中心组织和领导，信息中心主任兼任该项目的甲方经理。可是在项目实施过程中，有时是甲方的财务部直接向小李提出变更要求，有时是甲方的销售部直接向小李提出变更要求，而且有时这些要求是相互矛盾的。面对这些变更要求，小李试图用范围说明书来说服甲方，甲方却动辄引用合同的相应条款作为依据，而这些条款要么太粗、不够明确，要么小李跟他们有不同的理解。因此小李对这些变更要求不能简单地接受或拒绝而左右为难，他感到很沮丧。如果不改变这种状况，项目完成看

8、来要遥遥无期。,,14,,问题：,,,1,、该问题产生的原因是什么？如何解决？,2,、如果你是小李，你怎样在合同谈判、计划和执行阶段分别进行范围管理？,,15,,第二节 项目范围规划,项目范围规划是项目管理者规划、定义、确认、管理和控制项目范围的一种计划文件。,1,、定义,,16,,,2,、项目范围管理计划的内容,□,编制详细项目范围说明书的过程和方法；,□,制定项目工作分解结构的程序和方法；,□,确认和验收项目产出物和项目可交付物的过程和方法；,,□,控制项目范围变更的过程和方法,,17,,六、项目范围管理计划编制的依据,,1,、产品说明（项目产出物描述）。能够阐明项目工作完成后，所生产出的

9、产品或服务的特征。,2,、项目证书。正式认可项目存在的一个文件。,3,、制约因素。限制项目管理团队进行运作的要素。,4,、假设因素。为了规划目标的准确性，考虑到的假设因素必须具有科学性、真实性和确定性。,,18,,七、项目范围管理计划的技术（方法）,,1,、专家法,,2,、模板法,,19,,第三节 项目范围定义,项目范围定义,是指把项目产出物进一步分解为更小和更便于管理的许多组成部分（即项目可交付物），最终界定,项目产出物范围,的项目管理活动。,是制定详细的,项目范围说明书,作为未来项目决策的基准的过程,。,,,工作包,恰当的范围定义是项目成功的关键因素之一！,,,20,,项目范围定义的目的

10、,明确界定项目产出物和可交付成果以及各种约束条件,确定工作范围,配备人员,编制资源计划,监视进程,明确阶段里程碑,具体内容的验证,,,21,,一、项目范围定义的内容和依据,项目范围定义工作的内容是：,,,1,）项目产出物范围的定义,2,）项目工作范围的定义,,,22,,一、项目范围定义的依据,项目范围定义工作的依据主要是：,,1,）项目章程,,2,）项目范围管理计划,,3,）组织过程资产,,4,）批准的变更申请,,,23,,二、项目范围定义的方法,1,、产出物范围定义的方法,,产出物分解法,专家法,,2,、工作范围定义的方法,,项目工作备选方案法,专家法,,,24,,项目范围定义的步骤,明确目

11、标,列出潜在的可交付成果,收集干系人的要求,清晰的,陈述范围,划定项,目界限,制定基准计划范围说明书,,25,,三、范围定义的成果,详细的项目范围说明书,项目范围管理计划更新,,26,,项目范围说明书,项目内容,描述,1,、项目目标,2,、项目范围描述,3,、项目需求,4,、界限,5,、可交付成果,6,、约束,7,、假设,8,、批准,1,、目的、验收标准、预算、度量,2,、特点、表象,3,、主要可交付成果的性能和其他标准,4,、包括和排除什么,5,、主要和次要,6,、什么限制了项目选择,7,、假设包括的潜在影响,8,、变更请求的批准,,27,,Scope planning——,项目目标,含义,

12、((Project Objective Statement, POS),,,项目目标，简单地说,,,就是实施项目所要达到的期望结果。,项目,目标内容,范围目标－,即可交付成果、交付物的描述,进度目标－,说明实施项目的周期、开始及完成时间,成本目标－,说明完成项目的总费用,质量目标,其他辅助目标,,28,,Scope planning——,项目目标,项目目标的,S.M.A.R.T,原则,明确性（,Specific,）,——,最终目标是否明确？应该,做到哪一步以及何时完成？,可度量性（,Measurable,）,——,能在多大程度上测量最,终目标的完成情况？,可完成性（,Achievable,）,

13、——,在规定时间内，最终,目标 是否合理，能够实现？,相关性（,Relevant,）,——,最终目标是否很重要、很,有价值,,,是否值得进行下去？,可跟踪性（,Traceable,）,——,能够对整个项目进程,进行跟踪检查吗？,,29,,,项目目标的表述要求,将做什么？,为什么要做它？,什么时候完成？,需要什么资源？,如何评价？,在哪里进行？,,Scope planning——,项目目标,即用不多于,200,字定量描述项目的成本、进度和质量标准,项目的目标需要回答下列问题,,30,,“中星,22,号”卫星业务管理站建设项目主要是负责卫星运行业务管理。其建设项目主要包括：通信、天伺馈、射频网络、

14、遥测遥控、数据处理、在轨测试和测试模拟等。,项目总投资,1800,万元。为满足,05,年,11,月发射的卫星，本项目于,2004,年,9,月初开始，,2005,年,9,月前建设完成，工程总工期为,1,年。,项目目标与描述示例,--,“,中星,22,号”卫星业务管理站建设项目,,31,,确定项目目标,交付成果：,卫星业务管理站建设项目,工期目标：,工程于,2004,年,9,月初开工建设，,2005,年,9,,月前完成，工程总工期为,1,年。,费用目标：,总造价,1800,万元,质量目标：,各单机设备合格率,100%,，优良率,,70%,以上，争创一流。,安全目标：,杜绝人为事故。,,,,32,,

15、,项目工作描述表,,33,,2. 里程碑计划及其制订,里程碑计划：,以项目中某些重要事件的完成或开始时间点作为基准所形成的计划，是一个战略计划或项目框架，以中间产品或可实现的结果为依据,显示了项目为达到最终目标而必须经过的条件或状态序列，描述了项目在每一阶段应达到的状态，而不是如何达到。,里程碑计划是项目进度计划的表达形式之一,,34,,,三峡工程重大里程碑及其主要提交成果,1993,年，宣布三峡工程正式开工,若干提交成果必须验收完毕（如四通一平，工区征地，甚至包括主席台的准备）,1997,年，右岸明渠通航、大江截流,2003,年，首台机组开始发电、,2009,年，工程全部完工、电站全部投入运

16、行。,,35,,里程碑计划的表达形式,——,里程碑事件,里程碑事件,,,一月,,,二月,,,三月,,,四月,,,五月,,,六月,,,七月,,,八月,,,转包签订,,,,,,,,,▲,,,,,,,,,,,,,,,,,,计划书的完成,,,,,,,,,,,,▲,,,,,,,,,,,,,,,设计检查,,,,,,,,,,,,,,,▲,,,,,,,,,,,,子系统测试,,,,,,,,,,,,,,,,,,▲,,,,,,,,,第一单元实现,,,,,,,,,,,,,,,,,,,▲,,,,,,,,,产品计划完成,,,,,,,,,,,,,,,,,,,,,,,,▲,,,,,36,,项目范围说明书实例,项目名称：理工大

17、第一多媒体教室建设项目,,项目经理：王宏,编制者：王宏 编制时间：,2010.10.21,项目范围说明书,版本号：,1.0,一 产品范围说明,本项目旨在建设一间能同时容纳,50,名学生上课的多媒体网络教室。最终的项目产品应该同时具备一般教室的功能、多媒体教室的功能和网络教室的功能。,最终的项目产品应该由以下五大系统构成：教室系统、教学系统、软件系统、线路系统、文档系统。,,,37,,二 项目产品验收标准,,招标购买的产品验收标准讲包括在招标文件和相应的合同文

18、件中注明。有关项目最终产品的验收标准，将参照学校机房建设标准、学校多媒体教室建设标准、学校教室建设安全条例等专门制定。,所有中间和最终产品，都必须达到国家、地方和学校的相关标准。,,三 项目工作范围,为了完成最终的可交付成果，本项目必须开展以下工作：,● 进行方案设计；,● 招标选择装修公司；,● 招标购买教室学生用机、教室桌椅,…,,38,,● 队员有教师进行装修；,● 安装监控、空调、消防系统；,● 摆放教室内桌椅；,● 安装教室学生用机和多媒体设备；,……,四 项目可交付成果,本项目的可交付成果是多媒体网络教室，由如下六个主要可交付成果组成：,● 装

19、修好的教室：包括对原有教师进行装修改造，进行强、弱电线埋置，安装监控、空调设备，安防消防设施。,● 安装好的教师系统：包括运行良好、可上网的教室用机、运行良好的投影设备及教室控制台。,● 安装好的学生系统：包括运行良好、可上网的,50,台学生用机，摆放整齐的电脑桌椅。,● 机房操作手册；设计图纸档案；规范的目标管理文档。,,39,,五 项目除外责任（例外工作）,,本项目维多媒体网络教室建设，不包括多媒体网络教室在日常使用中的维护工作。,安装的软件只包括基本教学软件（办公软件、学校教学管理信息系统），不包括具体课程的专业软件。,六 主要制约因素,● 春季开学前必须完成，

20、成本必须控制在,35,万元以内。为此，必须认真做好进度计划和成本预算、并严格执行。,● 必须按照学校集中采购程序采购。,● 春节放假期间暂停工作。,七 主要假设条件,● 学校资产处提供意见面积足够大的教室，否则项目将无法进行。,● 资金按时到位。,● 各职能部门按项目章程的要求提供支持，否则将造成项目不能按时按质完成。,,40,,项目范围变更是对已被认可的,WBS,所确认的项目范围的任何修改。,项目范围改更的可能是要求扩大项目范围或缩小范围。,范围定义的输出,——,项目范围的变更,,41,,1,、发生了一个外在的事件,2,、产品范围的界定有错误或疏漏,3,、项目范围的界定

21、有错误或疏漏,4,、产值增加的变化,范围定义的输出,——,项目范围的变更,,42,,第四节 项目工作分解,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,大型,/,复杂事物的逻辑分解方法,整体,部分,部分可连续分解，直至每一部分可以管理。,,,43,,,第四节 项目工作分解,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,大型,/,复杂事物的逻辑分解方法,整体,部分,部分可连续分解，直至每一部分可以管理。,,,44,,一、工作分解结构（,WBS,）的涵义,,(Work Breakdown Structure ),工作分解结构是基于项目管理和控制的目的，将项目分解成易于管

22、理部分的技术。它是,通过直接对项目的目标或项目产出物逐层细分为更小、更易管理的子项目或项目要素，直到分解出具体的（项目产出物）工作包的系统方法,。,第四节 项目工作分解,,45,,项目群（,Program,）：以一种协作的方式管理的一组相关的项目。项目群通常包括正在进行的工作元素。,项目（,Project,）：为了创造独一无二的产品、服务或结果而进行的一次性工作。,责任分配矩阵（,Responsibility Assignment Matrix,）：一种将项目组织结构与,WBS,联系起来的结构。可帮助确保项目工作范围中的每一个元素被分配到某个责任人。,子项目,(Subproject),：,PM

23、BOK®,将其定义为整个项目中的一个较小的部分。通常，一个子项目是能够作为半独立的项目元素来管理的一个,WBS,元素，可由一个人或一个组织负责。,任务,(Task),：工作的一般内容，它没有被包括在,WBS,中，但可能是某项工作进一步分解的组成部分，这种分解是由对该项工作负责的个人来做的。其用来描述项目最底层的工作。,WBS,字典（,WBS Dictionary,）：用来描述在每一个,WBS,元素中执行的工作的文档。,WBS,元素（,WBS Element,）：,WBS,中的一个条目，在任何一级都可以存在，用一个名词或者名词加形容词来描述。,,一些基本概念,,46,,软件产品,项目,管理,需求

24、调查,系统设计,培训转轨,制作,/,测验,工期,质量,成本,业主调查,用户调查,结果分析,逻辑设计,物理设计,总体设计,模块编程,系统集成,各种测试,软件手册,用户文件,培训转轨,示例,3.1,使用工作分解结构模板编制的项目工作分解结构实例,集成,,47,,WBS的重要作用,是项目管理中最重要的、最复杂的管理工作之一；,项目的所有计划，都必须居于一个良好的工作分解结构；,WBS直接反映所在组织的战略设计,WBS是项目管理系统的骨架和枢纽。,,,48,,二、项目工作分解的内容,（,1,）分析和生成一份项目分解结构,其中包括：项目工作包、项目工作包之间的关系、项目工作包与项目产出物或项目可交付物之

25、间的关系。,每个项目工作包都有一个独特的标识，这些标识按照一定的层次结构形成了一个项目工作分解结构的标识系统。,,49,,WBS,分解时应注意的问题：,WBS,应分解到什么层次？,一般分解,3—4,层；,第一层：整个项目,第二层：项目阶段,第三层：各阶段的主要交付物,不多于,20,层,与工作责任人的能力密切相关,,,50,,WBS,分解时应注意的问题：,WBS,分解要做编号,0,项目名称,1.0,1.1,1.1.1,1.1.1.1,1.2,2.0,3.0,WBS,编号,其他相关文件涉及到,WBS,编号时必须保证与,WBS,分解时的统一。,由高层向下层进行编排，要求每项工作有唯一的编码,,,51

26、,,WBS分解时应注意的问题,几个原则,,一个单位工作任务只能在,WBS,中出现在一个地方,.,,一个,WBS,项的工作内容是其下一级各项任务之和,.,WBS,中每一项工作都由一个人负责，即使这项工作要多人来做,.,,项目组成员必须参与,WBS,的制定,,,以确保一致性和全员参与,.,每一个,WBS,都必须归档,,,以确保准确理解该项包括的和不包括的工作范围,..,一般情况下遵循,80,小时法则（,80 hours rule,），即两周法则（,Two-week rule,）,,52,,WBS分解时应注意的问题：,——,将项目的产品结构划分、项目阶段及项目组织的责任划分有机地结合,——,最低层的

27、工作包必须充分、清晰完整、能进行人员和其他资源的分配,——WBS,的每个分支并不一定需要分解到相同的层次,,,53,,项目分解结构,—WBS,的应用,WBS—,工作分解结构,OBS—,组织分解结构,CBS—,成本分解结构,RBS—,风险分解结构,WBS—OBS,责任矩阵,WBS—CBS,帐户,(,科目,),矩阵,WBS—RBS,风险矩阵,,54,,示例,--WBS,0,产品,1.0,设计,1.1,概要设计,1.2,详细设计,1.3,结构设计,2.0,实现,2.1,生产加工,2.2,测试集成,,,,,,,设计,概要设计,详细设计,,结构设计,生产加工,,测试集成,,实现,,产品,,55,,示例,

28、--OBS,0,组织,1.0,设计部,1.1,李华,1.2,张海,1.3,康立泰,2.0,生产部,2.1,黄宏,2.2,宋佳,,,,,,,设计部,李华,张海,康立泰,黄宏,宋佳,,生产部,,组织,,56,,,示例,WBS—OBS,责任矩阵,,,,,,,设计,概要设计,详细设计,结构设计,生产加工,测试集成,,实现,,产品,,组织,设计部,生产部,李华,张海,康立泰,黄宏,宋佳,F,F,,,,,C,F,,C,,,C,,,C,C,,F,C,,C,,C,F,F:,负责,C:,参与,,57,,（,2,）分析和生成一份项目分解结构字典,工作分解结构字典用来对工作分解结构中的组成部分进行详细描述。,WBS

29、,是名词汇编，,WBSD,是名词解释。,内容包括：,工作包编号、工作描述、工作责任方，还可以根据实际需要包括成本估算、所需资源、质量要求、验收标准和采购信息等。,,58,,,WBSD,案例：,项目名称：理工大第一多媒体教室建设项目,,项目经理：王宏,编制者：王宏 编制时间：,2010.10.21,工作分解结构字典,版本号：,1.0,WBS,编号,工作包,工作描述,负责人,质量要求,09YD,,09YD-1.0.0,09YD-1.1.0,,,,…,,多媒体网络教室,教室系统

30、,装修好的教室,,,,…,,,,●聘请装修公司根据项目团队提出的要求对教室进行设计、装修，在装修完成后，进行验收、交接,,…,王宏,,王宏,李跃,,,,,…,,,,装修效果达到期望要求；设计合理；所用装修材料质量良好，墙面、地面等无质量问题,…,,59,,工作分解结构字典编写注意事项,对每个工作包都要进行解释，说明各工作包的工作是什么，要达到什么质量要求；,对每个工作包都要制定责任人,内容可简可繁。,,60,,2,、项目工作分解的主要步骤,⑴ 明确项目发起人或客户需要的项目最终可交付成果；,⑵ 分解项目的构成要素与工作包；,⑶ 为工作分解结构各要素分配编号；,,(4),检验工作分解结果的正确性

31、。,,61,,工作分解结构（,WBS,）设计,层次,层次的分解,描 述,基 本 要 求,0,项目,项目成果名称,0,．,0,产品或服务包含的工作总和,1,可交付的成果,主要可交付成果,1,．,0,里程碑标志,阶段性意义的事件或成果,2,可交付的子成果,可交付的子成果,1,．,1,．,0,项目的主要具体任务,或项目生命期各个阶段性的具体任务,3,最底层可交付的成 果,最底层的可交付的成果,1,．,1,．,1,．,0,项目的每项具体任务的子任务,利于项目管理活动的组织,4,工作包,可识别工作活动,1,．,1,．,1,．,1,动词描述的项目最小可控单元,能够具体落实相关的责

32、任、时间、费用,,62,,4,、工作分解结构的表现形式,工作分解结构可以是文字表述形式，也可以是类似于组织结构图的形式。,在很多专业应用领域中，均有标准或半标准的项目工作分解结构，这些可以作为新项目范围定义的样板使用。,一个工作分解结构（,WBS,）从以前的项目到新项目都能用，虽然每个项目是唯一的，但是，,WBS,经常能被“重复使用”，多数项目间在某种程序上是具有相似性的。,,63,,工作分解结构的表现形式,,0.0,项目成果,,1.0,主要可交付成果,,1.1,1.2,1.3,1.1.0,可交付的子成果,,1.1.1,1.1.2,1.1.3,1.1.1.0,最底层的可交付的成果,,1.1.1

33、.1,1.1.1.2,1.1.1.3,1.1.1.1.0,工作包,,1.1.1.1.1,1.1.1.1.2,1.1.1.1.3,,64,,工作分解结构的表现形式,,65,,美国国防部的装备项目分解结构模板（标准）,,,,66,,,图,4,－,3,（,B,） 美国国防部的装备项目分解结构模板（标准）,航空系统,飞行器,测试和,评估,设计测试,全面测试,开发测试,实施测试,装备,建造,维护,培训,设备,装备,服务,数据,技术,数据,工程数据,服务,组织服务,中间服务,补给服务,项目集成管理活动,项目专项管理活动,机身,发动机,控制,导航,通讯,项目管理,工程数据,,67,,,轮船

34、建造,动力系统,A,段,电气系统,管道系统,船,,体,轴,,系,木作系统,轮机系统,上层房间,B,段,C,段,D,段,E,段,F,段,G,段,H,段,K,段,钢材除锈,下料加工,小组装,配套存放,大组装,船台焊接,1,层,2,层,3,层,4,层,工作分解结构（,WBS,）,——,基于对象的分解,,68,,工作分解结构（,WBS,）,——,基于过程的分解,软件产品,项目,管理,需求调查,系统设计,培训转轨,制作,/,测验,工期,质量,成本,业主调查,用户调查,结果分解,逻辑设计,物理设计,总体设计,模块编程,系统集成,各种测试,软件手册,用户文件,培训转轨,,集成,,69,,工厂建设项目,建造项

35、目管理,范围管理,时间管理,成本管理,设计子项目,建设子项目,集成管理,项目建造工作,·····,十建施工,安装施工,验收交工,三通一平,设计项目管理,范围管理,时间管理,成本管理,集成管理,项目设计工作,·····,结构图纸,施工图纸,安装图纸,建筑图纸,4,－,5,一般项目工作按照子项目分解的分解结构示意图,,70,,案例讨论,假如您要在自己的家里举行一次生日宴会，请按,WBS,为你制定一份工作的分解计划？,,71,,生日宴会,1,准备,,1.1,邀请来宾,,1.2,采购物品,2,晚宴,,2.1,生日蛋糕,,2.2,饮料,,2.3,清洗,,2.3.1,食品,,2.3.2,餐具,,2.4,做

36、菜,,,2.4.1,凉菜,,2.4.2,熟菜,,2.4.2.1,蔬菜类,,2.4.2.2,海鲜类,,2.4.2.3,其它类,3,娱乐,,3.1,音响,,3.2,灯光布置,,3.3,室内布置,,3.4CD/VCD,光碟,,72,,,,,73,,三、项目的责任分配矩阵,责任分配矩阵是一种将所分解的工作任务落实到项目有关部门和个人，并明确表示出他们在组织工作中的关系、责任和地位的一种方法和工具。,参与项目各方的责任一般通过责任分配矩阵的形式进行表达，这种表达形式的优点是直观地将项目责任方的权利完整地表达出来，便于项目各方进行有效地协调，它对项目的成功实施具有关键性的作用。,,74,,项目责任分配矩阵

37、,1,、项目责任分配矩阵的特点,（,1,）是用简单易懂的图表、符号表示。,（,2,）分清各方责任、地位。,2,、项目责任分配矩阵的适用对象：,用于,WBS,的任何一级任务。,,75,,第四节 项目范围定义与工作分解结构,项目责任分配矩阵,任 务,责 任 者,任务,编码,任务名称,人力部,计财部,采购部,办公室,设计室,工艺部,中试车间,质量部,项目 经理,1. 0,总体设计,,,,,F,,,J,S,,1.1,总体方案,C,C,C,C,F,C,,,,1.2,技术指标明确,,,,,F,C,C,J,,2.0,制造设计,,,,,,,,,,3.0,外型设计,,,

38、,,,,,,,4.0,智能控制系统设计,,,,,,,,,,5.0,分系统制造测试,,,,,,,,,,6.0,…,测试,,,,,,,,,,7.0,,,,,,,,,,,备注,其中：,F-,负责；,C-,参与；,J-,监督；,S-,审批,,76,,一、项目范围确认的概念,,,项目范围确认是指项目相关利益者（项目业主,/,客户、项目发起人、项目委托人、项目组织等），对于项目范围的正式认可和接受的工作过程。,,第五节 项目范围确认,,,77,,一、项目范围确认的概念,包括：,,确认项目范围定义：,产出物范围,和,工作范围,充分必要性的确认；,,确认,最终实施完成的项目产出物范围,和,工作范围,,第五节

39、 项目范围确认,,,78,,一、项目范围确认的概念,成果：,,,1,、确认的项目范围；,,2,、全面更新的,项目工作分解结构,和,项目工作分解结构字典,。,,,第五节 项目范围确认,,,79,,二、项目范围确认的依据,,1,、项目的主要文件,,项目章程、项目合同、项目集成计划、项目范围管理计划、详细的项目范围说明书、,WBS,、,WBSD,、项目技术设计文件等。,第五节 项目范围确认,,,80,,二、项目范围确认的依据,,2,、项目的各种信息,,（,1,）组织环境信息；,（,2,）过程资产的各种信息；,（,3,）项目产出物、可交付物和工作范围定义的结果；,（,4,）项目实施工作的结果。,

40、第五节 项目范围确认,,,81,,,三、项目范围确认的方法和技术,项目范围确认的方法和技术主要有如下几个方面：,,1,． 项目范围核检表,项目范围核检的主要内容如下：,●,项目目标是否完善和准确,●,指标是否可靠和有效,●,约束和限制条件是否真实和符合实际,●,重要假设前提是否合理,●,风险是否可以接受,●,成功把握是否很大,第五节 项目范围确认,,,82,,●,范围定义是否能够保证上述目标的实现,●,范围能够给出的效益是否高于成本,●,范围定义是否需要进一步进行辅助性研究,,2,． 项目工作分解结构检核表,主要内容：,●,项目目标的描述是否清楚,●,生成物的各项成果的描述是否清楚,●,所

41、有成果是否都是为实现项目目标服务的,●,工作分解结构中的工作包是否都是为形成项目某项成果服务的,●,项目目标的层次描述是否清楚,第五节 项目范围确认,,,83,,●,工作分解结构的层次分解结构是否合理,●,工作分解结构的层次是否与项目目标层次的描述统一,●,工作、成果、目标和目标之间的逻辑是否正确、合理,●,工作分解结构各项工作所需资源是否明确与合理,●,工作分解结构总体协调是否合理,●,指标值是否是可度量的数量、质量、时间指标,●,工作是否有合理的数量、质量和时间度量指标,●,指标值与项目工作绩效的度量标准是否匹配,第五节 项目范围确认,,,84,,项目范围确认的输入：,,项目范围管理计

42、划；,可交付物；,项目范围说明书；,,WBS,和,WBSD,第五节 项目范围确认,,,85,,第六节 项目范围控制,一、项目范围变动控制的概念,,项目条件和环境的变化会使项目范围发生变动，并造成项目工期、成本或质量等的改变，所以必须对项目范围变动进行严格的控制，这方面的工作主要包括：,,※,分析和确定影响项目范围变动的因素和环境条件。,,※,管理和控制那些能够引起项目范围变动的因素和条件。,,,86,,第六节 范围变动控制,,一、项目范围变动控制的概念,,,※,分析和确认各方面提出的项目变动要求的合理性和可行性。,,※,分析和确认项目范围变动是否已实际发生，以及这些变动的风险和内容。,,

43、※,当项目范围变动发生时，对其进行管理和控制，设法使这些变动朝有益的方向发展，努力消除项目范围变动的不利影响。,,87,,第六节 范围变动控制,项目范围变动控制的内容,,,※,按照充分必要性原则保障和开展,项目范围,的实施与控制。,,※,按照价值最大化的原则开展,项目范围变更,的实施与控制,,◆,主观上的变更,,◆,客观上的变更,,88,,1,．,WBS,和,WBSD,,2,． 项目的实施情况报告,,3,． 项目范围变更的要求,,4,． 项目范围管理计划,二、项目范围控制的依据,,89,,1,．项目范围变动控制系统,,项目范围变动控制系统给出了项目范围变动控制的基本控制程序、控制方法和控制责

44、任。包括文档化工作系统，变动跟踪监督系统，以及项目变更请求的审批授权系统。,,,2,． 项目配置管理系统的方法,三、项目范围控制的方法和技术,,90,,,3,． 项目偏差的分析方法,,4,． 项目三角形法,项目时间,项目预算,项目范围,,,项 目,质 量,图例 项目,三角形,,三、项目范围控制的方法和技术,,91,,,1,．项目范围实施的结果,2.,项目范围变动控制文件,,3,．项目变动中学到的经验与教训,,四、项目范围控制的结果,,92,,,1,．书面的或口头的,2.,直接的或间接的,,3,．内部的或外部的,,4.,强制的或非强制的,,五、项目范围变更请求的方式,,93,,,1,．无法实现,

45、2.,可以实现，并能够满足现有进度、资金和资源限制；,3,、可以实现，但是需要更多的时间,4,、可以实现，并在规定期限内完成，但需要更多资源；,5,、可以实现，但同时需要更多的时间和资源；,6,、难以实现，如果要实现，必须付出极大的代价。,六、项目范围变更的结果,,94,,,案例分析,希赛信息技术有限公司,(CSAI,原本是一家专注于企业信息化的公司，在电子政务如火如茶的时候，开始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公

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

47、，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致,70,％的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写的部分代码才通过验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的,100,％。,,96,,问题,问题,1,：请大家对张工的行为进行点评。,问题,2,：从项目范围管理的角度找出该项目实施过程中的主要管理问题。,问题,3,：如何避免类似的问题。,,97,,【,问题,1】,(1),张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求。,(2),张工忽略了系统用户的潜在要求，在用户界面和操作的风格上

48、范围定义不清晰，造成系统交付时的重大变更。,(3),张工在第一次问题发生后仍没有对范围进行有效的管理，造成了系统第二次的变更。,(4),张工没有对用户界面是否能够满足要求的风险进行有效的管理，而是采用了对风险适应性较差的瀑布模型组织开发。,(5),张工没有对设计质量进行有效的控制，造成表现层中耦合了业务逻辑，增加了修改的代价。,,98,,,【,问题,2】,(1),张工没有挖掘到系统的全部隐性需求，缺乏精确的范围定义。,(2),在发生第一次变更时，张工仍没有有效的范围管理，从而造成系统的二次变更。,(3),重复的系统变更说明张工对系统范围控制不足，导致一而再再而三的反复。,,99,,【,问题,3

49、】,有效的范围管理包括了从范围定义到范围控制等多方面的工作，每一项工作都是重要的。对于本案例，要结合行业特点进行需求分析，挖掘系统潜在的需求，避免范围定义不清晰的问题。,在发生需求变更时需要进行有效的需求控制，尽量在满足用户需求的前提下缩小需求范围，坚决避免需求的再次变更。,,100,,,案例,2,M,集团是希赛信息技术有限公司,(CSAI ),多年的客户，,CSAI,已经为其开发了多个信息系统。最近，,M,又和,CSAI,签订了新的开发合同，以扩充整个企业的信息化应用范围，张工担任该项目的项目经理。张工组织相关人员对该项目的工作进行了分解，并参考了公司同,M,曾经合作的项目，评估得到项目，总

50、工作量,60,人月，计划工期,6,个月。项目刚刚开始不久，张工的高层经理,S,找到张工。,S,表示，由于公司运作的问题，需要在,4,个月内完成项目，考虑到压缩工期的现实，可以为该项目在增派两名开发人员。张工认为，整个项目的工作量是经过仔细分解后评估得到的，评估过程中也参考了历史上与,K,企业合作的项目度量数据，该工作量是客观真实的。目前项目已经开始，增派的人手还需要一定的时间熟悉项目情况，因此即使增派两人也很难在四个月内完成。如果强行要求项目组成员通过加班等方式追逐,4,个月完成的目标，肯定会降低项目的质量，造成用户不满意。因此，张工提出将整个项目分为两部分实现，第一部分使用三个半月的时间，第

51、二部分使用三个月的时间，分别制定出两部分的验收标准，这样不增派开发人员也可以完成。高层经理认为该方案可以满足公司的运作要求，用户也同意按照这种方案进行实施。六个月以后，项目在没有增加人员的前提下顺利地完成，虽然比最初计划延长了半个月的工期，但既达到了公司的要求，客户对最终交付的系统也非常满意，项目组的成员也没有感受到很大的压力。,,101,,【问题1】,指出张工是如何保证项目成功的？,,【问题2】,试结合案例指出项目范围管理的工作要点？,,102,,,【,问题,1】,(1),张工首先对最初的项目范围进行了清晰的定义，并根据定义对工作进行了分解，制定了,WBS,。,(2),张工对项目进行了估算，且估算结果真实可信，对项目工作量有量化的把握。,(3),在出现新的项目目标后，张工对项目进行了范围控制，缩小了第一阶段实现的范围。,(4),张工对重新定义的项目范围进行了确认，与高层经理和客户达成一致。,(5),张工对项目进行了沟通管理，协调了多个项目干系人之间的矛盾。,,103,,