产品项目管理体系之范围管理
|
分解结构WBS，不止是项目管理，在其他领域都可以使用，当大家发现一件事非常难干不知道怎么做的时候，往往是因为大家将杂乱无章并且把无关的事情与核心工作揉在一起而导致事情难做。当大家没有理清工作顺序、思路时候，它把原来叫一个活进行分开分开，越分解对工作内容越清楚，当把工作分解到一定大小时候，就能将工作落实到负责这工作的人身上。通过拆分成不同层面、不同颗粒度，我们就能更好的把工作关起来。所以不用分解结构工作，是很难将项目管理起来的。 2.什么是WBS？面向可交付成果的对项目工作的层次化分解。定义项目整个范围，范围内的颗粒度越细越好，这样的话不会再产生超出范围外的需求。将项目工作分解为较小的，易于管理的多项工作。管理的难度通常取决于要管理这个工作的复杂程度，拆成越小，越好管理。好比一个人管理一大堆事和一个人管理一两件事，后者肯定是比较好管理。每分解下一层代表对项目更详细的定义。分解得越细，对项目越了解。就像对某个需求，进行逐层分析，才能想到很多涉及到该需求的其他功能没有想到。所以分解得越细能帮我们再次去分析用户需求对实现需求的理解。3.常见分解维度按阶段分解：先把项目工作按照生命周期划分成不同的阶段，再分解每个阶段要做的事情。 如打算迭代一款社交产品V4.0版本的开发工作，收集需求阶段>详细设计阶段>构建开发阶段>整合措施阶段。每个阶段下，都有需要完成的工作。好处：可以看到哪些交付物是属于这个阶段该完成的，有利于阶段性的管控。 按成果分解：他的第一层不是以阶段维度，而是不同类型的交付物。然后为了完成某类交付物，我需要去完成哪些分解后的交付物。如我们去分解产品兼容设备，我们可以划分基础兼容设备、特殊兼容设备，细化层次的兼容设备。好处：保证了我们不会落下交付物，应为我们第一层分解的就是交付物类型。 4.工作包当进行WBS时候，我们把所有东西都分解到最底层的时候，会形成一种概念——工作包，也叫工作细目。 定义工作包的目的，是为了找到合适的人去承担完成这个工作包这一部分的职责。 什么时候称为分到底了，我们可以监控进度、估算成本和资源，那就可以打包成为一个工作包。并找到一个合适的人与承担的时候，那么这个东西就可以称为一个工作包。 5.WBS分解WBS分解-最基本远侧 100%划分原则，项目中所有工作都要进行WBS划分，所有项目工作都在WBS中提现，如后期发现有遗漏，那就没有100%划分了，就算超出项目范围外。分解到工作包水平的时候，必须要有人去承担职责，由责任人来自己决定完成工作所需要的资源等。每一层的分解不能只有一个，常见一个分解成多个才算分解，一个分解一个并不算分解。要描述合格交付物的状态，特别是产品工作包后，要清楚描述工作包的状态，让责任人能清晰理解工作包的状态。WBS-最佳实践性质的原则 基于可交付物和期望的状态（期望的状态指：开发阶段的状态、测试阶段的状态…）来进行分解。重点描述产出而不是动作。产出指WBS分解出来的每一要素最好是名词，不是动作。当我们进行WBS分解时候，每一层分解出来的要素都要是名词，如合同、说明书，合同的上传功能，合同审批的功能；动作：创建合同上传功能，创建合同审批的功能，创建一个业务流程的儿描述。为什么要重视产出，应为我们做项目重点要的是输出物，而不是动作，动作是输出物的过程，如打印照片，照片是输出物，打印是动作。有些项目经理分解出来大量的动作，如分析XX需求，开发XX软件等等，所有动作都在，但是把交付物都落下了。我们做项目重要的是动作后能得出产出。所以对于WBS分解也是一样，WBS我们定义的是一个范围，如果我们定义的是一个个产出物，那么其实我们定义的目标是当我们得到某个产出才算完成。每层分解不要超过9个，超过9个难以控制，建议3-7个。每个要素只能指定一个负责人，尤其是在我们国家，指定给多个人那基本就是没制定人。由负责人去分配给一些配合人员。一担落到几个人身上，几个人都会觉得不是自己的事情。每层级别尽量做到100%分解完，再分解下一层，常见的错误分解完一层后，抓住一个点深入分解下去，接着再分解其它层，这样容易出现，一条线分解完后，再分解另一条线同层级的维度会出现不同。6.WBS表达形式-层次结构图和锯齿列表图形式表达：非常直观，让大家一下就能看出层次之间关系，但是占地大。锯齿形列表方式：通常不直观，但是能在一张纸里面显示出来。
当我们通过WBS把我们主要的交付和工作都理清时候，我们还需要建立WBS词典，WBS词典是对每一个工作分解结构要素的工作和技术文件做详细说明，文档表格根据自己所需制定。
通常WBS词典里需要有11个内容： 分解代码：一个项目的WBS可能分解出成千上百的项不同任务，这时候如果不编码会造成混乱。同时编码也能帮助我们标识每个分解出来的任务关系。工作描述：分解出来的工作描述，如做某个功能的开发，这个开发主要实现什么功能，包括开发语言是什么？负不负责测试？等负责组织：每个分解出来的任务指派给相关负责人与负责部门。里程碑清单：标识几个关键的里程碑，这样我们才能知道任务进行到什么阶段，进展是快还是慢。进度活动：进度需要有一个描述。所需资源：所需要有哪些资源。成本估算：时间成本、开发成本、金钱成本等质量要求：什么程度算完成，测试到什么程度算通过等验收标准：每个工作完成后，谁去验收、用什么方式去验收。参考文献：有些活动需要参考不同文档，需要写出参考哪些文档。合同信息：有些项目需要外包，还需要签署相关合同。通过WBS分解后的任务活动，如果没有这些注解和解释，很容易产生各种注解和误会，不同的人对活动的注解理解是不一样的，所以产出WBS词典，保证每个人对注解的理解是一致的。 四、核实范围（编辑：厦门网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
