WBS任务分解法介绍.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
WBS:任务分解法(Work Breakdown Structure) 一、WBS理论介绍: 1、如何进行WBS分解:目标→任务→工作→活动 2、WBS分解的原则: 横向到边即百分百原则指WBS分解不能出现漏项,也不能包含不在项目范围之内的任何产品或活动 纵向到底指WBS分解要足够细,以满足任务分配、检测及控制的目的 3、WBS分解的方法: 至上而下与至下而上的充分沟通 一对一个别交流 小组讨论 WBS分解的标准: 分解后的活动结构清晰 逻辑上形成一个大的活动 集成了所有的关键因素 包含临时的里程碑和监控点 所有活动全部定义清楚 学会分解任务,只有将任务分解得足够细,您才能心里有数,您才能有条不紊地工作,您才能统筹 安排您的时间表 4、WBS具有4个主要用途: 1).WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。 2).WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。 3).WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具。 4).WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。 5、WBS应包含的信息: 项目产品或服务结构,项目组织结构,项目的阶段划分。 WBS 是面向项目可交付成果的成组的项目元素,这些元素定义和组织该项目的总的工作范围,未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS,是因为较好的工作分解可以: a.防止遗漏项目的可交付成果。 b.帮助项目经理关注项目目标和澄清职责。 c.建立可视化的项目可交付成果,以便估算工作量和分配工作。 d.帮助改进时间、成本和资源估计的准确度。 e.帮助项目团队的建立和获得项目人员的承诺。 f.为绩效测量和项目控制定义一个基准。 g.辅助沟通清晰的工作责任。 h.为其他项目计划的制定建立框架。 i.帮助分析项目的最初风险。 6、WBS的最低层次的项目可交付成果称为工作包,具有以下特点: a.工作包可以分配给另一位项目经理进行计划和执行。 b.工作包可以通过子项目的方式进一步分解为子项目的WBS。 c.工作包可以在制定项目进度计划时,进一步分解为活动。 d.工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时,称为委托包。 e.工作包的定义应考虑80小时法则(80-HourRule)或两周法则(Two Week Rule),即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时,只报告该工作包是否完成。通过这种定期检查的方法,可以控制项目的变化。 二、创建WBS方法介绍 1. 创建WBS的方法 创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。创建WBS的方法主要有以下几种: a.使用指导方针。一些像美国国防部(DOD)的组织,提供MIL-STD之类的指导方针用于创建项目的WBS。 b.类比方法。参考类似项目的WBS创建新项目的WBS。 c.自上而下的方法。从项目的目标开始,逐级分解项目工作,直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平,对于项目工期、成本和资源需求的估计可以比较准确。 d.自下而上的方法。从详细的任务开始,将识别和认可的项目任务逐级归类到上一层次,直到达到项目的目标。这种方法存在的主要风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略或过于琐碎。 2.创建WBS的基本要求 创建WBS时需要满足以下几点基本要求: a.某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。 b.WBS中某项任务的内容是其下所有WBS项的总和。 c.一个WBS项只能由一个人责任,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。 d.WBS必须与实际工作中的执行方式一致。 e.应让项目团队成员积极参与创建WBS,以确保WBS的一致性。 f.每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。 g.WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。 3.WBS的表示方式 WBS可以由树形的层次结构图或者行首缩进的表格表示。 其中美国国防机构使用WBS在MIL-STD中对WBS进行的描述为:“WBS是由硬件、软件、服务、数据和设备组成的面向产品的家族树。” 在实际应用中,表格形式的WBS应用比较普遍,特别是在项目管理软件中。 4.WBS的分解方式 WBS的分解可以采用多种方式进行,包括: a.按产品的物理结构分解。 b.按产品或项目的功能分

文档评论(0)

189****1013 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档