详解项目管理中的工作分解结构(WBS) - 2.4.4 阶段:深入细化的程度探讨
在这一节里,我们主要讨论的是一个“度”的问题。在建立工作分解结构的时候,需要将项目的目标分解到什么程度才算合理呢?
实际上,在建立一个工作分解结构的时候,并没有一个标准的模式,也不存在一个标准的详细程度,一切都需要根据项目的实际情况而定。
首先,对工作分解结构的详细程度起到影响作用的第一个因素是:管理者所站的高度。项目的工作分解结构,尤其是大型项目,它不是由一个项目管理人员来制定地,它是由不同层次的管理人员相互协作,共同制定地。制定这个工作分解结构的具体流程如下图:
由上图可以看出,在拿到整个项目的范围说明书以后,项目的高层管理人员将项目分解成几个子项目,然后对这些子项目进行职责分配,由处于下一个级别的管理人员对这些子项目负责。当下一个级别的管理人员接收到任务以后,继续对他们手中的子项目进行分解,将这个子项目分解成一系列的子任务,然后进行职责分配。按此规则进行循环(项目越大,这种循环的次数就约多),直到获得一系列的工作包,并由项目组成员对其进行实现。当然,这些工作包是可控的。
接下来,为了更加详细地说明这个问题,我们来看下面的表格:
|
层 |
描述 |
目的 |
管理层 |
1 |
总项目 |
工作授权和解除 |
2 |
子项目 |
预算编制 |
|
3 |
任务 |
进度计划 |
|
技术层 |
4 |
子任务 |
内部控制 |
5 |
工作包 |
由上,我们可以看出,管理者所站的层次越高,那么由他所分解出来的工作分解结构的详细程度就越低;反之,管理者所站的层次越低,那么由他所分解出来的工作分解结构的详细程度就越高。因为,越接近底层,就越接近具体实施,就要求分解的程序更详细。
其次,对工作分解结构的详细程度起到影响的二个因素是:分解出来的工作包是否可控。如果可控,则实现之;如果不可控,则继续分解,直到可以被项目组成员完全掌握。
需要关注的是,分解出来的工作包的大小不能太大,也不能太小。这里有一个原则:8-80原则。也就是说,这个工作包最少需要8个小时完成,最多完成时间不要超过80个小时。在计量项目时间进度的时候,可以以天为单位来计算,而一些大的项目则以周为单位。
另外,在整个制作工作分解结构的过程中,需要生成一些配套文件,这些配套文件需要和工作分解结构一起使用。这些文件称为:工作分解结构词汇表。
工作分解结构词汇表的主要内容有:
Ø 工作说明,负责人。
Ø 进度里程碑清单。
Ø 质量要求,计划活动,资源和费用估算等。
Ø 其他。