三、工作分解结构的具体应用

    在这里我简单的描述一下项目，该项目是针对电力行业的一个MIS项目，在项目的执行过程中我们事实上没有完全按照项目管理的规范来做，但是，在项目的各个环节中我们都很多的用到了工作分解结构这样的一个工具，在这里我们分阶段进行应用阐述。

    1、启动阶段

    项目在最初定义阶段，不管是客户还是软件开发人员，对于系统的了解总是基于大模块的，而对于模块的局部结构的了即就比较模糊了，在需求定义和明确的过程中，首先通过软件人员的头脑风暴形成一个最初的软件分解结构，然后以此为基础与客户进行沟通就比较直观明了，便于客户形成直观的概念。但是，在这个阶段里面，项目里面的很多内容往往是不清晰和不确定的，在这里我们就可以很好的利用项目分解结构这个工具来进行有效的沟通。

    我们可以从以下的三个图来说明这种情况，这几个图是在对MIS项目就行需求分析时产生的。首先图一表示的是通过开发人员的最初调研形成的组织分解结构图，然后在此基础上，通过与客户的交流发现MIS结构的模块分布式是上并不是原想的组织结构。我们了解到，电管站的电费最终也是收入到营销部，从电费归属的意义上来说的话，电管站最终也归营销部管理，所以我们对组织结构图进行了再一次的整合和修改。形成了第二个组织结构图，在大的模块的到确认的前提下，对其中的各个模块进行进一步的细分，对各个模块以最终可交付物为单位形成各个模块的细分结构，如图三，其他模块省略。这样就同时对软件开发人员和系统使用人员都形成了一个直观可行的模块印象。

    在这里我们可以看出，在需求定义阶段，项目分级结构可以作为一个很好的客户与调研人员沟通的手段，可以更好的对项目的构建形成一个统一的认识，同时界定出项目的模块范围，为以后软件开发产生需求变更提供参考依据。

    同时由于组织分解结构是以最终交付物为单位的，以一人两周的开发周期作模块分解的依据。所以，当最终的项目分级结构形成之后，可以依据项目分解结构计算出项目所需要的工期以及开发人员资源，并以此为基准计算出项目的可估算成本。

    2、计划阶段

    虽然在项目启动中，我们已经生成了一个简单的项目分解结构图，但是那其实还是远远不够的，项目分解结构图纸是项目分解结构的一个部分，在计划阶段，我们需要对项目分解结构进行再次的细分，清楚地定义出项目的各个工作包以及对应的各种资源，同时产生WBS字典。经过这个步骤就可以非常明确的定义出需求，同时可以完成对项目人员的工作具体分配。在这个基础上做出项目的完整工作计划。这样就形成了项目的基线。项目接下来的工作就按照基线按部就班的来完成。

    3、项目开发阶段

    在项目开发阶段，项目的进度过程中难免出现各种问题，例如项目人员的调动；项目人员没有按时地完成工作；模块功能定义时忽略了一些细节；项目研发过程中由于一些难以逾越的障碍造成项目时间的延长等等，这些事情都是在所难免的。

    由于有了项目分解结构这些问题的控制和解决都变得简单了许多，我们知道，项目分解结构是基于最小的可交付成果，在项目分解结构定义的过程中都遵循了可定义、可管理、可估计、可估量、独立、专业、完整、可适应这么九个原则。在这样的前提下，通过人员的调整，各种资源的投入，项目经理可以较好的对项目中可能拖后腿的环节进行及时的控制，防止开发时间偏离预计的基线也就是预计的项目分解结构。

    同时由于项目分解结构和字典的直观详细性，可以很好的为项目组成员对自身工作的认识和把握提供参考，减少了很多沟通上的障碍。

    4、项目结束阶段

    项目分解结构一个项目执行过程的基线，他定义了项目的最终可交付物。所以，在项目结束阶段，项目分解结构也就自然而然的成为了考核项目成功与否的一个参照，同时也可以作为对项目组成员进行项目考核的一个重要判断依据。