第02章项目范围管理(第4版)_第1页
第02章项目范围管理(第4版)_第2页
第02章项目范围管理(第4版)_第3页
第02章项目范围管理(第4版)_第4页
第02章项目范围管理(第4版)_第5页
已阅读5页,还剩35页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第二章 工程范围管理第二章目录 目标已经制定、责任已经下达,工程已经交给你了。但是还有那么多不确定的因素,怎么办?死透了吗?工程经理的工作特点,就是在充满了不确定因素的条件下,完成工程目标。站在工程经理的岗位上,考虑一下:如何为工程确定范围并守住它?如何为工程订一个切实可行的方案?如何编制并控制工程的预算?工程的质量是什么并如何度量它?怎样管理工程的风险,给自己买一个保险?第二局部,我们来讨论这几个问题第二局部: 工程的过程管理2.1 什么是工程范围管理范围产生工程产品所包括的所有工作及产生这些产品所用的过程产品、过程产品范围界定-包含在产品或效劳中的产品功能和特征。工作范围界定-为交付一个有

2、特定的功能和特征的产品所完成的工程工作。范围管理对工程包括什么和不包括什么的定义与控制过程意义:这个过程用于确保工程组和工程干系人,对作为工程结果的工程产品以及生产这些产品所用到的过程,有一个共同的理解。范围管理是工程经理最核心的管理工程范围管理过程工程启动审批和启开工程,确立工程章 程,明确工程的目标和范围。范围方案-写出一份书面报告,作为未来项 目决策根底。范围定义-把主要的工程工作细目分解成更 小、更易管理操作的单元。范围核实工程干系人正式认可工程范围。范围控制-对工程范围的变更进行控制。2.2 工程启动:战略方案与工程选择工程的启动阶段,从工程管理角度看,是正式认可一个新工程的存在,确

3、认工程目标、范围,明确工程团队任务、责任,并承诺给予资源的过程。工程启动阶段的开始,视具体工程而定,没有一个特别的标志。在一些组织中,一个工程的正式启动,是在必要的调研、初步的方案,或很多属于工程启开工作完成后,才启动的。有些工程的启动,往往是仅仅得到了一些市场信息,相应的工作就开始了工程提出的动因工程通常是由于以下的需要而被提出的: 市场需求比方:一家电信行业软件公司针对电信运营商的开展需要,决定开发CRM软件。这是基于电信运营商面对日益剧烈的用户市场竞争,对CRM的需求,而开展的工程,是企业对长期的市场开展战略作出的反响。产品需求比方:同上的公司,在已经推出电信本地网资源管理系统后,为了扩

4、大市场和技术优势,开始开发长途网的资源管理系统,以增强它们的产品线。客户需求比方:同上的公司,在电信本地网产品中,增加对通用GIS地理信息系统的支持。因为这是为了满足用户对多GIS平台支持的要求。工程提出的动因 技术进步比方:同上的公司,在资源系统中,选择通用的GIS平台,代替过去自己开发的地理信息库的方式,这是因为通用平台技术在开发、维护、移植和功能升级等各方面,具有明显的优势。 法律要求比方:同上的公司,在采用电子地图方面,已经不再采用自行数据录入的方式,而是购置正式的电子地图。因为考虑尊重相关的知识产权的法律问题。这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么,其核心的问题是管

5、理部门通常要做出怎样对应的决策出来。工程选择分析技术利润测量方法-比较研究法、评分模型、利润奉献或经济模型。制约最优化方法-数学模型、用线性的、非线性的、动态的、完整的及混合目标工程规那么系统。这些方法通常被作为决策模型。决策模型既包括常规技术决策树、核心选择和其他,也包括特殊技术历史进程分析、逻辑结构分析及其他。在一个成熟模型中,对工程选择标准的应用通常被作为一个别离独立的阶段。专家评审:专家评审通常是要对这个工程的投入进行评估。象这种专家评价,可以通过一个组织或拥有特殊知识和受了专门培训的个人来进行,可以通过许多途径获得。包括:这个执行组织中的其他部门参谋专家和技术委员会启动阶段的输出批准

6、工程立项报告工程章程1 立项报告工程章程: 工程的立项报告是正式认可工程存在的一个文件。它对其他文件既有直接作用,也有参考作用。工程章程应描述:既定的商业目标产品描述说明工程经理的责权利 工程的立项报告应该通过管理者对工程及工程所需的条件进行客观的分析后颁发 它提供给工程经理运用、组织工程资源,进行工程活动的权力。参考:工程任务责任书工程启动阶段的输出2 指定/委派的工程经理。通常,工程经理应该尽可能在工程的早期进行指定和委派是比较适宜的。工程经理应该在工程方案实施开始之前被委派,更应该在许多工程规划完成之前就委派好。3 制约因素。制约因素是限制工程管理团队进行运作的要素。例如:事先确定预算是

7、制约工程团队的操作范围、职员调配和进步方案的一个很重要的因素。 当一个工程按照合同执行时,合同条款通常是受合同制约的。4 假设因素。为了规划目标的准确性,考虑到的假设因素必须具有科学性、真实性和确定性。例如:如果关键人物的到场日期不能落实,那么工程团队就应该设置一个具体的开始时间。假设通常包含有一定程序的风险。在此它们可能被确认或它们可能是一个风险界定的输出。工程启动阶段的意义工程生命周期的第一个阶段启动阶段的结束标志着:选择并最后决定工程成立/或终止指定工程经理产生工程章程授权启动阶段工作的实际意义2.3 范围方案编制和范围说明书范围方案编制是创立书面文件,阐述工程范围为未来工程提供根底条件

8、的过程,特别是包括了用以确定工程或阶段是否成功完成的标准。范围说明书的根底是通过确认工程目标和主要工程的子工程,使工程团队与工程客户之间达成一个协议。如果范围界定的所有要素已经具备如:主要工程的子工程能够反映工程目标,工程立项报告能证明工程目标,那么,这个过程就仅剩实质性的制定书面文件的工作了。范围说明书是一份描述工程输出或可交付成果的文件是对工程或工程阶段是否成功完成做出决策的依据是工程和工程干系人对工程范围达成共识的根底范围说明书至少应包括:工程论证:工程绩效评估的依据工程产品:产品描述可交付成果:各层次交付成果的定义工程目标:工程绩效度量的定量指标,包括:本钱、进度、质量、风险等。123

9、456A项目论证项目背景市场机遇客户价值风险经济效益分析可行性分析B产品描述主要功能描述主要性能特征主要质量标准其他C交付成果定义直接交付物文档实施过程培训与服务其他D项目目标进度目标成本目标质量目标其他E风险因素资源需求保证限制与假设工程范围说明书2.4 范围定义与工作分解结构范围定义范围定义包括分解这个主要工作细目的子工程象在范围阐述中界定的那样,使它变成更小、更易管理和操作。目的是为了:提高估算本钱、时间和资源的准确性为绩效测量和控制确定一个基准线使工作变得更易操作的,责任分工更加明确正确的范围定义是工程成功的关键。当它是一个很差劲的范围界定时,由于不可防止的变化会使最终工程本钱可能会很

10、高,因为这些不可防止的变化会破坏工程节奏,导致重复工作、增加工程运行的时间、降低生产成效和工作人员的士气。范围定义的输入1、范围说明。2、制约因素。当一个工程按照合同执行时,由合同条 款定义的制约因素,在范围定义中通常是重要的考虑因素。3、假设条件。4、其他方案输出。考虑到可能对当前工程范围界定的影响,应该对其他方案的输出进行回忆。5、历史资料。在工程范围界定期间,应该考虑以前工程方案的有关历史资料。范围定义的工具和方法1. 工作分析结构样板:一个工作分析结构,从以前的工程到新工程都能用,虽然每个工程是唯一的,但是,WBS经常能被重复使用,多数工程间在某种程序上是具有相似性的。工程管理的重要工

11、具工作分解结构WBS2、WBSWBS(Work Breakdown Structure)主要是将一个工程分解成易于管理的几个局部或几个细目,以便确保找出完成工程工作范围所需的所有工作要素。它是一种在工程全范围内分解和定义各层次工作包的方法,WBS按照工程开展的规律,依据一定的原那么和规定,进行系统化的、相互关联和协调的层次分解。结构层次越往下层那么工程组成局部的定义越详细,WBS最后构成一份层次清晰,可以具体作为组织工程实施的工作依据。WBS通常是一种面向“成果的“树,其最底层是细化后的“可交付成果的任务分配单,该树型组织确定了工程的整个范围。但WBS的形式并不限于“树状,还有多种形式。工程任

12、务分解结构WBS的作用认知层次站在认知的层次,WBS所起的作用是一目了然的。 对工程的认知是协同和控制的根底,如果工程各方对工程本身没有一个清晰的、无歧义的认知话,工程的成功几乎是不可想象的。 WBS的层次结构为我们认识、把握复杂工程的逻辑关系提供了良好的工具。WBS是以下过程的输入:工程方案:WBS是范围、本钱、进度和风险方案的根底;状态报告:WBS提供组织对工程的本钱、进度状态进行监督的依据;变更管理:WBS可以使工程经理在适宜的控制点,度量、评审、控制变更的发生,评估影响,做出变更控制的决定。工程任务分解结构WBS的作用协同环境层次 在共同认知的根底上,工程的成功还有赖于良好的协同环境。

13、 一个复杂的工程往往有许多参与者,工程的顺利进展有赖于这些不同角色的协同工作。 由于这些参与者在工程过程中从事不同的工作,需要不同的信息。比方,复杂的工程会遵循先自上而下、后自下而上的方案制定过程。两种方案的粒度和范围都是不一样的,但二者需要有机地结合起来形成统一的方案,WBS结构为这些信息提供了一个结构框架。 与邮政系统中的邮政编码类似,WBS结构可以成为进度、资源等信息的标签,使不同层次的信息就可以在预先规定的线路中漫游。工程任务分解结构WBS的作用控制层次认知和协同环境并不必然意味着工程的自动成功。工程管理者还必须对工程的进度、范围和资源进行有效的控制。 为了进行有效的控制,必须对工程中

14、的工作任务进行范围界定。清楚的范围界定能有效防止出现纠纷时合同双方牵扯不清,同时还有助于用户对工程组进行数量最少但最有效的控制。 WBS不但说明工程组应该做什么,还应该能说明,那些事情并不是工程组的工作。实际上,这个问题常常被忽略,工程组做了很多并不属于自己、自己也做不好的事情。这个问题,并不能用“一切以用户满意为理由。WBS的总体结构WBS结构的总体设计对于一个有效的工作系统来说是个关键。结构应以等级状层次结构或树状组织结构来构成,使底层代表详细的任务信息,而且其范围很大,逐层向上。即WBS结构底层是管理工程所需的最低层次的信息,在这一层次上,能够满足用户、团队成员对的工作交流或监控需要。从

15、这棵“树的根开始,结构上的第二个层次将比第一层要宽,而且提供信息的对象层次,也应比上一层的层次要低,以后依此类推,直到具体的任务细节。结构设计的原那么是必须有效和分等级,但不必在结构内,建立太多的层次,因为层次太多了不易有效管理。对一个大工程来说,4到6个层次就足够了。在设计结构的每一层中,必须考虑信息如何向上/下流入相邻层。原那么是从一个层次到另一个层次的转移应当以自然状态发生。此外,还应考虑到使结构具有能够增加的灵活性,并从一开始就注意使结构被译成编码时对于用户来说是易于理解的。 WBS的层次结构WBS的分解操作:确认工程的主要要素通常,工程的主要要素是根据这个工程的工作内容和工程管理方式

16、决定的。例如:工程生命周期的阶段可以当作第一层次的划分,把第一层次中的工程细目在第二阶段继续进行划分。决定是否能对开发到这种详细层次的每个要素进行充分的本钱和期限估算。如果工程工作的要求,要在很久的将来才能知晓的话,那么这种分解也就没了确定性。对于一个软件工程,划分工程的WBS结构有许多方法,如:按专业划分在专业下按阶段划分在阶段内按子系统划分以上每一种方法都有其优缺点。一般情况下,确定工程的WBS结构需要组合以上几种方法进行,在WBS的不同层次使用不同的方法。WBS的“粒度WBS是一棵基于可交付成果的树根:工程的交付成果节点:部门/小组的可交付成果,也称为:工作包叶:具体任务人的可交付成果,

17、是任务分配、描述、检查的最小任务单元。那么,这个最小任务单元“小到什么程度?即所谓WBS的“粒度问题1识别工程的主要产品、主要阶段2细分的原那么考虑分解对象考虑使用者考虑编制者WBS工作分解的原那么功能或技术的原那么:考虑到每一阶段到底需要什么样的技术或专家组织结构原那么:考虑工程的分解应适应组织管理的需要地理位置原那么:主要是考虑实施处于不同地区的子工程系统或子系统原那么:根据工程在某些方面的特点或差异将工程分为几个不同的子工程.最小任务单元的选择它们是一个工作产品;它们只代表自己,没有下属的单元;它们是没有必要再细分的工作;它们能比较直观地看出,是通过什么方式实现或获得的,如:外购、设计等

18、;它们需要到达的目的能直观地被用户、工程组和任务执行者所理解。我们用反问的方法,再来审查我们已经分解到最底层的任务:由最底层的任务单元来计算和控制本钱和进度的精度是否足够?完成任务单元的责任人能力是否足够,任务是否过重或任务不饱满?这些任务单元是否还有理由继续再细分下去?是否有必要更详细地了解内部的过程和产品?这些工作单元是否具有充分的独立性?在任务单元内部,是否在时间、资源等方面受其他单元的牵制?对任务单元的评价、度量尺度是否清楚?用户、工程组和任务责任个人是否能清楚、完整地理解这些任务?WBS工作编码方法由高层向下层用多位码编排,要求每项工作有唯一的编码100011001110111111

19、12111311201121112211231200WBS编码也称为:帐目编码是用于唯一确定工程工作分解结构每一个工作单元的编码系统,本钱和资源被分配到这一编码结构中WBS的编码原那么不管编码采用什么形式,编码应具备以下根本原那么:1编码应能反映出任务单元在整个工程中的层次和位置,例如:和显然是在不同层的不同位置。2当发生任务增加和删减时,整体的层次结构不会发生巨大变化,只是在恰当的位置,进行增删。3编码方便进行任务的索引。4编码方便与其他过程管理的相互参照。WBS分解类型基于工作过程的划分上层按照工作的流程分解下层按照工作的内容划分工程工作分解结构表项目名称:项目负责人:单位名称:制表日期:

20、工作分解结构任务编码任务名称主要活动描述负责人10001100 12001x00 1x10 1x11 1x12项目负责人审核意见: 签名: 日期:范围定义的输出1工作分解结构WBS 采用WBS帮助界定工程的工作范围,是一个很好的方法。通过WBS分解过程,能比较容易地发现,当一个工作不在WBS系统内时,那么,这就是工程范围以外的工作。 作为范围说明,WBS通常是工程团队与用户就工程目标和范围达成并维护共识的重要手段和依据。工程的划分每降低一个层次,就要增加一个更详细的工程要素的详细描述。2. 范围说明更新 范围定义并不只在工程开始的时候进行,因此,在工程的每个检查点上,都可能需要进行范围检查,或产生范围变更,导致范围说明的更新。 2.5 范围确认与范围变更控制范围确认是通过参与者建议者、委托人和顾客等的行为,正式确定工程范围的过程。它要求检查工程工作和工程成果,以保证所有工程都能准确地、满意地完成。如果这个工程已提前终止,这个范围确认过程也应该证实并应以书面文件的形式把它的完成情况记录下来。范围确认与质量控制是不同的,范围确认关注的是有关工作结果的验收标准,而质量控制关注的是有关工作结果正确性、即是否到达了验收标准的问题。 范围确认的方法和结果方法检验。 检验包括用象测量、测验和考试等这样一系列活动去判断承担的工作任务是否符合方案的要求。 检验有各种称

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论