1、问题的提出

　　项目管理的基础是在明确了项目目标后，循序渐细地――进行项目工作分解(WBS)工作，将项目目标分成成百、上千、上万个工序。现代项目管理一般都使用项目管理软件辅助进行WBS分解工作，以进度计划管理模块为基础，然后将资源、成本、组织等信息按时间坐标进行排列，从而形成一系列项目管理目标计划。

　　进度计划管理模块有甘特图、单代号网络图、单代号时标网络图、双代号网络图、双代号时标网络图等表现方式。

　　甘特图的最大优点是表格化，许多项目管理软件中预制了大量的项目管理表格，十分方便。但是，其最大的不便之处是所有的项目分解任务均在左侧单列，往往一个项目的分解表很长，而甘特图中的条条很稀，占用很多纸张空间。而且，在左侧的WBS码表中，你必须一会儿用过程进行分解，一会儿用项目对象系统进行分解，使你的思路混乱。

　　双代号网络图和其时标网络图的最大优点是图形化，图面很紧凑;但其最大的缺点是不能形成表格化，而在项目管理中经常使用各式大量的表格，故而双代号网络图在项目管理中的应用遇到了阻碍。单代号网络图和单代号时标网络图的优缺点同双代号网络图。其实，单代号网络图与双代号网络图之间可以进行转换。你想像一下：将单代号网络图的节点按工作时间拉长，将箭线缩短成节点，就变成了双代号网络图;反之，将双代号网络图的箭线缩短成节点，将双代号的节点拉长成连接线，就变成了单代号网络图了。梦龙项目管理软件已经实现了此种转换。

　　另外，我建议：我们在双代号网络图中引进第三节点――即除头尾二节点外，我们在双代号的中段引进第三节点，用来表示工作间的搭接关系，则双代号网络图同样可以表示FS、FF、SF、SS等工作间搭接关系。

　　2、解决方法思路

　　为了克服网络图不能形成表格化的缺点，我本人有以下建议模型。

　　我们经常会遇到此种情况，即在进行编制WBS工作分解结构时，到底是以项目过程为主进行分解，比如建筑工程项目分解成立项、设计、招投标、施工、验收等，还是以项目产出物的专业系统为主进行分解，比如建筑工程项目分解成结构、建筑、机电、装修、外线、市政管线等?有时候二者相互穿叉，出来的分解表比较乱。

　　其实，我们发现，在进行WBS工作分解结构时，用矩阵表方式是最清楚的。我们可以将项目实施的过程列在表格的上部第一行中(WBS)，将项目产出物的系统结构列在表格的左侧第一列中(PBS)，这样就形成了一个WBS-PBS矩阵分解表。表中各单元就是项目各工序(或叫工作包、合同包等)的承载数据单元项，比如每一单元项可以承载有WBS码、工作名称、工期、开工日期、资源数量、成本、负责人、技术标准等。

　　再者，如果将上述第一行的WBS项目实施过程放上时间刻度，将各单元项放在这个以时间轴为坐标的图面中，并按工序的逻辑顺序連线起来，按每个单元项的工作时间定义其条形图的长短，就形成了一张网络图，进而形成了一张单代号或双代号时标网络图。而且，此图也符合我们平常的工作编排习惯―――即从图的纵向看，项目每阶段实施过程均涉及到项目产出物的各专业系统，每个专业系统均有项目人们在并行工作，比如建筑工程项目有立项、设计、招投标、施工、验收等阶段，而设计阶段和施工阶段和招投标阶段中均涉及到建筑系统、机电系统、外线系统等在并行工作。从图的横向看，项目每个专业系统均涉及设计、招投标、施工等过程，各专业系统中均有不同职能管理或操作的人们在串行工作。

　　在时标网络图中，各单元项被放置在时间坐标中，则其承载数据也就随之被放置在时间坐标中。进而，我们随这得到了有时间坐标的人员计划、材料计划、资金计划、机械计划。我们可以按照矩阵表的纵横两方向进行统计，进而，得到了有时间坐标的设计、招投标、施工等各阶段计划，或者，有时间坐标的项目各专业系统的分包实施计划其中包括各专业系统的设计、招投标、施工等工作。

　　3、软件的思路

　　如果本项目管理软件借用上述思路，则即发挥了图形化的优势，又克服了无WBS表格化的缺点，岂不是项目管理软件的一大远进步。到时候别忘记让我试用!