【IT168 专稿】

    最近我负责的一个软件开发项目出现状况。因为没有做好项目任务分配和控制，结果项目进行得一塌糊涂。在阶段报告会议上，面对各方质问我无言以对，连项目到底已经完成了什么任务，还有多少任务没有完成都没有一个清晰的说法。最后项目被迫暂停整顿。

    面对项目重启千头万绪的工作，我只感到眼前一遍漆黑，摸不着头脑。我的经验、智慧、精力和能力都受到极大的挑战。为此我专门请教资深的开发专家，经过分析他认为，造成如此窘境的原因在于我在接受任务后，没有认真地把开发任务进行显形化和可视化管理，就匆忙地展开开发活动，以致落入今天一筹莫展的境况。

    一般来说，由于软件开发项目具有人多、钱多、事多、过程长，而且复杂度高、风险不可控等特点，所以在开发过程中很容易引起各种混乱。当不能及时有效地解决时，就会造成进度失控、预算超支、质量差等问题，严重时项目还可能会无疾而终。因此，该专家建议我应该学会利用项目管理的方法、工具和技术构建一个可视化平台，将复杂纷乱的项目任务进行图像化和可视化管理，这正是我能否走出项目混乱泥潭的关键所在。

什么是可视化WBS方法？

    如何对软件开发进行可视化管理是一件让人头痛的事情。专家给我的建议是：软件开发好的管理必须做好一件事情，就是分配、执行和追踪任务都能用图形化表示出来，而且必须一目了然。在经历多次痛苦的失败和反思后，我终于找到一种可视化的开发管理工具，那就是在软件开发中应用WBS方法。这种可视化的管理方法使我有一种四两拔千斤，项目混乱灰飞烟灭的感觉。

    （1）什么是可视化的WBS

    WBS（Work Breakdown Structure）即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。WBS是由3个关键元素构成：W，工作，可以产生有形结果的工作任务；B，分解，是一种逐步细分和分类的层级结构；S，结构，按照一定的模式组织各部分。

    WBS表现为一种可视化、层次化的树状结构，它定义了整个开发项目的工作范围，WBS的层次结构是以可交付任务成果为对象，包括内部和外部可交付成果。随分解层次的深入，所定义的项目任务也就越详细越具体。每向下分解一个层次，就意味着项目工作的定义深入了一步。位于整个WBS分解结构最底层是不能再进一步细分的任务，称为工作包。因此，在项目规划的过程中，应用可视化WBS方法进行工作任务分解，就能在此基础之上再进行资源分配、进度计划预估和成本预估。

    （2）WBS的基本要素：结构、工作包、字典和报告

    在项目管理中，WBS是一个分层次的、从全面到细节的树形结构，由可交付成果和需要执行的任务组成。WBS的目的是识别项目中实际需要完成的工作任务，因此WBS有四个基本要素：

    一是结构化编码：WBS结构是以等级状或树状来构成，底层代表详细的信息，逐层向上。WBS的结构应是科学的逻辑结构，而不是单个的、离散的、在时间顺序上不连续的成果的描述结构。WBS结构由层层的逻辑包含关系构成，非常严谨。在表现结构化的时候，最好的方式是应用结构化的编码体系来体现。

    二是工作包：工作包是WBS的最底层元素，也是最小的可交付成果。通过这些最小的可交付成果很容易就能识别出完成它的活动、成本和责任人，以及其它资源信息。

    三是WBS字典：在开发管理中规范化、标准化一直是软件开发追求的目标，WBS字典就是这样一种工具。它用于描述和定义WBS分解的工作文档。同时，WBS字典也使得WBS易于沟通和被开发团队以外的相关参与者理解（如高层领导和客户等）。

    四是工作报告：可视化的工作任务完成报告的目的是要反映开发到目前为止的进展。通过任务完成报告，领导能够判断和评价开发过程的各个方面是否偏离目标，偏离程度是多少。

为什么WBS具有可视化作用？

    在原先暂停的项目中，我也曾应用多种项目管理工具，其中也进行了项目任务分配和跟踪，但结果还是丢三落四，混乱不清。后来分析主要原因发现，是不能直观地看到任务的分配和完成情况带来的恶果。那么，为什么WBS具有直观的可视化功能呢？