2、计划阶段

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

3、项目开发阶段

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

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

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

4、项目结束阶段

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

4　应用软件分解结构带来的好处

1、项目团队效率的提升

通过项目分解结构的制定，项目组成员可以对系统的整个架构有一个比较全面充分的认识，减少在项目过程中的不必要的争执和沟通障碍。同时在项目的执行过程中，可以让项目组的各个成员对自己的工作做到心中有数，便于项目经理对项目的控制。提升编写代码的效率。从而在整体的层次上提升整个项目团队的研发效率。

2、增进客户对软件的认识

通过在调研过程中的多次沟通，客户与软件开发团队成员形成了一定的默契关系。同时，客户能够从软件人员的描述中了解到软件开发的一般性规律，为后期的工作做好了一定的铺垫工作。

另外，通过工作分解结构，使得客户在比较直观明了的情况下对程序的功能构架有了了解，同时在反复的过程中也引起了客户自身对软件功能需求的重新认识和定位，为系统的开发定出了比较清晰的目标，减少了后期需求变动的可能性。

3、工期预计作用以及比较有说服力的成本概算

通过工作分解结构，我们比较好的定义出了软件所要实现的具体功能，在这个意义上来说的话，我们同时也可以从中看出各个模块所需要的人员以及工期等相关因素。我们在前面已经提到了，这个软件主要是从打开行业局面为主要目的，所以我们从人员工资以及相关的工期中可以比较有说服力的计算出相关成本，然后加上一定的对水系数我们提出了我们对于客户的一个相对便宜而对公司来说又可以基本上持平的一个软件研发费用。虽然事实上，终的工期和成本都与计算的有所出入，但是出入不是很大，在25%左右，我们认为这还是一个很有价值的数据，为以后的成本计算提供了比较好的参考值。

4、强有力的质量、成本、时间控制工具

我们知道，项目的三个互相制约的因素是质量、时间和成本，三者之间的平衡是一个项目成功与否的关键。项目分解结构是一个项目执行的基线，项目经理通过项目各个阶段的当前情况与基线进行对比可以发现项目中出现的偏差，然后根据项目的当前情况对项目中各个环节的成本时间进行控制。

5　总结

通过上面的阐述，我们可以看出，项目分解结构这个工具在软件项目的应用超过了项目管理中定义的范围，我个人认为可以在需求定义的时候开始定义。用分解结构对项目中的团队效率控制，开发目标定义，过程控制都有非常实际的使用。

从实际工作出发，一般来说，项目分解结构定义越细致，对完成任务的时间、费用估计也越准确。但是，任何事物都是对立统一的，在能够获得这些好处的同时，过度细分项目分解结构也会造成管理方面的工作量上升加重，因此，在项目的实际实践过程中，对于这个度的把握成为了项目经理必须注意的一个问题。