在创建WBS的时候感觉分得也十分的完善,这里的完善是指分块都涵盖完了,比如项目分的大块是 1.规划,2实施,3管理,然后规划里面 1.1需求,1.2设计,实施里面2.1开发,2.2测试,2.3部署等等这样感觉也是十分的饱满,没有漏掉,但是这只是能滚动式规划下面没有漏项,如果是在一个前期就定义具体的细项的情况下难免会漏掉任务,那么有人会说储备可以解决一些没有考虑到的资源.今天本文主要是讲储备资源.

　　先看下图这样的分解是否合理,我在开发阶段放入了一个储备时间,如果开发有延期的地方可以使用,以保证项目进度正常.

　　下图为我目前的一个真实项目的分解,也如上图一样,我把储备放在了一个开发阶段.

　　这样我在实践当中遇到的问题是当任务不在储备同一级时会无发使用储备,WBS是一个树型的结构,当每一层出现问题时都需要储备,如果某一层没有储备资源可能导致一个分支都是后面新增的,这样为了赶进度,可能会并行进行,这里暂不是快速更进的危害,就是单从计划,或者用Project之前制定了基准计划,那么这些新加入的任务都是以前的基准上没有的,即使你完成了加上来的任务,你可以查看一下成本报表,这时你会很痛苦的发现你做的任务CV全是为负,也就是这样导致成本计划落后很多,整个计划都不准确了,整个人都不好了.

　　好了,现在我们说一下每一层分一个储备资源,或者是在最顶层分一个储备资源,这样未来可以把这个储备资源一步一步分解下去,对任何一个地方都可以有弥补作用.相当于开一个弥补的WBS.切记最初分配储备资源要放在顶层,不能放到树的中间或者叶子节点上面去.

　　总结:
　　准备储备资源一定要放在顶层,如下图,不管任何一个任务出现问题都是可以救得到火的.

预留规划项