1.问题的提出，及对项目管理的初步认识
1.1　项目
如果你从远处看一个项目，项目就像一个点、一个名称、一件事情……（例如，国家大剧院……）
当你向项目走近时，你可看到项目的轮廓，一个建筑工程建设、一个飞机制造、一个新药品的开发…..从项目管理的角度来看（例如，一个建筑工程的建设……），你看到项目的技术配置（例如，市政外线、室外场区外线、结构工程、建筑工程、机电工程、精装工程、装饰品工程…）此回答了我们一般想问的“是什么？做什么？WHAT？”
当你进入或参与或调查或指挥此项目时，你逐步发现此项目所发生的建设过程中事件――项目进度（例如，立项、设计、招标、施工、验收、开业…），此回答了我们一般想问的“怎样做？如何做？HOW？”
再进一步了解发现，项目所需要控制的目标……技术、进度、质量、安全、风险、成本、合同、资料……此回答了我们一般想问的“要求是什么？条件是什么？WHEN、WHERE？”
看一个项目，就如同由远到近、由表至里、“循序渐细”的分解项目。
1.2　项目管理的基础：“循序渐细”
项目管理的基础着重在于明确了“项目总目标”后，“循序渐细”地进行项目工作的分解工作，使项目从大目标分解成小目标――合同包――步骤――工序……使我们各控制部门、各参加建设单位、各专业工种在此项目上“同时并行”地进行各自的工作。
那么，如何将所有人的工作组成在一个有秩的计划中？如何分解项目目标？
以往的项目管理及软件均是按WBS（工作分解结构）进行项目的分解，是一维的。很多时候我们自己就将项目分解乱了…不知道是先按项目过程分解，还是按项目技术配置分解，或是相互穿叉。
按上述我们所看项目的眼光，可以用三维对项目进行分解，而时间单位仅是一个测量尺而已。
A.　按项目产出物或产品分解，则为PBS（技术配置分解结构系统）。比如，
汽车可分为车身、发动机、底架结构；
建筑可分为室外、裙楼、主楼、结构、建筑、机电、装修等；
B.　另外一维是按工作过程流程分为WBS（过程工作分解结构系统）。比如，
汽车制造可分为概念、设计、采购、加工、组装、测试等；
建筑的流程可分为规划、立项、征地、场地、设计、招标、采购、施工、验收、试运行、交付等）。
C.　第三维是按项目目标分解为MBS（项目目标分解结构系统）。比如，
产品技术配置（在制造行业中已经经常使用此概念，有PLD配置管理系统）、进度、质量、造价、合同……
D、当然，在一个项目中还有一些多级、多层、多组织的概念：
多级别：项目是由各级单位组成的――例如，项目管理层次有投资人、业主、项目经理、项目监理、设计单位、施工单位、供应商、分包商、物业管理使用单位等；对不同级别的使用者来说反映不同的重点，对于业主高层领导，多层计划是看见较高级别的问题，从宏观的角度看是否存在工期的滞后、费用超出的问题，而对于项目管理部的计划工程师来说，看见的是比较微观的问题，即工程计划的哪些WBS和哪些作业存在问题，应该如何去调整计划。
多层次：项目（例如，在P3软件中）在EPS、项目、WBS、作业、步骤上形成“从粗到细”的、按照项目“渐进明细”特征的层层细化的计划，项目被细分为总目标――大目标――小目标――合同包――步骤――工序……成百、上千、上万个工序和步骤。
多组织：所有的项目，均是由多个组织共同“并行工作”完成的。各单位组织按照上述分解系统，分别完成不同项目产出物，或在不同的过程阶段，或控制不同的项目目标，或承担不同的管理级别任务，或处于不同的管理级别岗位，或承包不同的子项目合同任务……
由此，可将项目目标分成多级、多维分解结构系统：项目总目标――大目标――小目标――合同包――步骤――工序……成百、上千、上万个工序和步骤。这些众多的工作均是以时间为测量尺，以逻辑关系或组织关系的前后顺序编排而成。
1.3　现有一些项目管理及软件，在实际工作中的问题
现有的项目管理，一般都使用项目管理软件辅助进行WBS分解工作，（是按一维方式分解的）形成一个个工作包（合同包）。并以进度计划管理模块为基础，然后将资源、成本、组织责任、等信息放置到每个工作包上，再按时间坐标进行排列，从而形成一系列项目管理各种子目标随时间轴的目标计划安排和每个工作包上信息强度列表（例如，资源分布图表）。
在此种工作中，通常，进度计划管理模块的表现形式有甘特图、单代号网络图、单代号时标网络图、双代号网络图、双代号时标网络图等表现方式。
甘特图的最大优点是表格化，许多项目管理软件中预制了大量的项目管理表格，十分方便于统计报告。但是，其最大的不便之处是一维表格，所有的项目工作分解任务均在左侧单列，往往一个项目的分解表很长，而甘特图中的条条很稀，占用很多纸张图面空间，不能一目了然。
双代号网络图和其双代号时标网络图的最大优点是图形化表现形式，图面很紧凑；但其最大的缺点是不能形成表格化，虽是二维的，但不能按项目分解的思路进行排列成表格。而在项目管理实践中经常需使用各式各样大量的表格，故而双代号网络图在项目管理中的应用遇到了阻碍。
单代号网络图和其单代号时标网络图的优缺点同双代号网络图。同样，在项目管理中的应用遇到了阻碍。
题外话，单代号网络图与双代号网络图之间可以进行转换。把单代号网络图中的节点方框拉长，就得到双代号网络图的工序线。有一些项目管理软件已经实现了此种转换。
另外，我建议：我们在双代号网络图中引进第三节点――即除头尾二节点外，我们在双代号的中段引进第三节点，用来表示工作间的搭接关系，则双代号网络图同样可以表示FS、FF、SF、SS等工作间搭接关系。

2.解决方法――软件的思路
为了克服双代号和单代号网络图不能形成表格化的缺点，我本人有以下建议模型。
2.1、我们经常会遇到此种情况，即在进行编制WBS工作分解结构时，到底是以项目阶段过程为主线进行分解，比如建筑工程项目分解成立项、设计、招投标、施工、验收等阶段过程，还是以项目产出物的专业系统为主线进行分解，比如建筑工程项目分解成结构、建筑、机电、装修、外线、市政管线等专业系统？有时候拿不准，二者相互穿叉，自己就分解乱了，出来的分解表自然比较乱。
其实，我们发现，在进行WBS工作分解结构时，用矩阵表方式是最清楚的。我们可以将项目实施的阶段过程和步骤分解项列在表格的顶部行中，将项目产出物的专业系统分解结构项列在表格的左侧列中，这样就形成了一个WBS二维矩阵分解表。表中各单元格内的数据就是项目子项目、或是合同包（或称为工作包）、或是各工序的承载数据，各单元格相当于单代号网络图中的节点，比如各工作包格中可以承载子项目编号、工作编号、工作名称、工期、资源、成本、责任单位人、合同分解编码等。
再者，如果将上述矩阵表中各单元放在我们一般编制进度计划网络图中，按工序的逻辑顺序連线起来，再加上时间坐标，就形成一张同我们一般思维相同的《单代号时标网络图》：横向看是每个专业系统的工作过程各阶段各步骤，纵向看是项目每个阶段中并行工作着的各专业系统。而且，此图也符合我们平常的工作编排―――即从图的横向看，项目各系统专业均有一个实施过程，比如建筑、结构、机电、精装专业均有设计、招投标、施工、验收等过程，从图的纵向看，项目的设计、招投标、施工、验收的每个阶段过程中均有项目各系统专业的人们在并行工作。图中的节点，即为大项目的子项目，或为小项目中的合同包。
在时标网络图中，各单元项被放置在时间坐标中，则其承载数据也就随之被放置在时间坐标中。进而，我们随这得到了有时间坐标的人员计划、图纸计划、材料计划、设备计划、场地计划、资金计划、机械计划施工计划、验收计划、。我们可以按照矩阵表的纵横两方向进行统计，进而，得到了有时间坐标的设计、招投标、施工等《项目各阶段计划》，或者，有时间坐标的《项目各专业系统的分包实施计划》其中包括各专业系统的设计、招投标、施工等工作。

2.2、当然，一般项目不是用此一个二维矩阵表格就能表现清楚的。按P3软件的原理说法，在大型工程项目的管理中，进度计划的编制一般是采用编制不同内容的多级计划(multilevel plan)和 多层计划。也就是说，项目在EPS、项目、WBS、作业、步骤上形成从粗到细的、按照项目渐进明细特征的层层细化的计划，计划的层次远远超过传统意义上的进度计划。而这一计划对不同级别的使用者来说反映不同的重点，对于高层领导，多层计划是看见较高级别的问题，从宏观的角度看是否存在工期的滞后、费用超出的问题，而对于计划工程师来说，看见的是比较微观的问题，即工程计划的哪些WBS和哪些作业存在问题，应该如何去调整计划。
项目经理都知道，项目进度计划一般均有三级管理计划。
第一级为项目总进度计划，一级计划一般称为里程碑计划，一般反映的是重要的总形象进度控制点。
第二级为项目各阶段或各子项目进度计划，二级计划分为指导性计划与控制性计划，其中指导性计划由业主工程部门编制，其编制依据是里程碑计划及项目的投资与单位工程的轻重缓急编制，
第三级为各承包单位的实施进度计划。三级进度计划是由承包商根据二级控制性计划编制，可以说是合同包进度计划，反映承包商对所承包的项目内容的总体安排。
而四级计划则是三级计划的作业实施计划，是对三级计划的进一步分解.通常用滚动计划。
滚动计划是在同一个计划上，在一个固定的时间，输入进度，推算将来。而每一次提交作审批的，都是从这个计划内，抽取部份内容提交。《年滚动计划》就是每年提交整个计划。《季滚动计划》就是每季提交数据日期后180天的推算。《月滚动计划》就是每月提交数据日期前30天的进度和数据日期后90天的推算。《周滚动计划》就是每周提交数据日期前7天的进度和数据日期后35天的推算。
各级上计划中的目标参数，例如，工期、成本、资源等，均按照工序间的关系路线进行汇总到上一级计划中。反映了工程施工由粗到细逐步深化的过程。在多层计划情况下，无论你处于哪一个级别，看见的计划都是完全一致的。无论是设计计划、采购计划还是施工计划，都完美地统一于总计划里面。例如，我们需要的只是设置设计的交图计划点与采购计划订单的接口、采购计划交货时间与施工计划的接口。例如对于一个大型工民建项目，首先可以分为业主、监理、总包单位、设计、分包单位、主要设备供应商等不同的应用单位，分别设为不同的EPS级别；而其中的任一项目，又可以按施工部位和施工阶段分为不同的WBS；对于每一个WBS，又可以分解为不同的作业及作业步骤。对于每一次分解，都可以做出费用分解计划。在作业层次上使用作业完成百分比，在WBS和EPS层次上使用预算完成百分比，这样就可以在各个WBS上灵活地应用赢得值技术对一个或者多个项目进行绩效考核、进行工作变更的管理以及项目发展趋势的准确预测。
多层计划的编制是在里程碑计划完成之后，由各个应用单位编制自己的基于里程碑计划的独立计划，由业主项目控制部汇总后形成。它是自上而下编制的计划。多层计划是由参与各方共同编制完成的，各个利益不同的参与方，分别编制自己的计划，而业主（或业主的项目管理单位）对该计划进行平衡。
2.3、让我们拓展一下思维。我们联想一下用AUTOCAD进行建筑设计的过程。概括的说，建筑设计的过程是用二维纸张平面图来表现三维建筑物的过程，当然目前可以在电脑上用动画形式表现建筑物的三维空间。在用二维纸张表现三维建筑物时，我们一般将建筑物分解为数个楼层、然后是各楼层平面、再者是楼层平面中的各建筑要素平面图，（例如，墙体布局平面、天花布局平面、地面平面、活动家具平面、电气平面等）。然后，根据此模式，我们根据需求，分别编制平面图、立剖面图、大样图。
我们知道，项目管理实质上也是一个多维、时间、目标综合的管理系统。其一，是管理层次系统，例如，项目管理层次有投资人、业主、项目经理、项目监理、设计单位、施工单位、供应商、分包商等；其二，是项目管理过程系统，例如项目管理过程有立项、规划、设计、报建、施工、验收、运营等；其三，是项目管理产出物系统，例如建设工程项目管理的产出物可以分解为外源、庭院、结构、建筑、风火水电、精装、艺术品等专业系统。其四，是项目管理中各目标的管理系统，例如建设工程项目管理中有技术配置、进度、质量、资源、成本、资金、场地、人力、机械、工具、图纸、材料物质等要素的管理。
参照上述建筑施工图的表现模式，我们可以将项目管理中的：
A、子项目设定相当于单个楼体，
B、目标维度设定相当于“楼层”，
C、将项目管理过程与
D、项目产出物系统组成的二维矩阵表相当于各“楼层平面图”，
E、将项目管理各工种、工作、工序等，视为相当于楼层平面图中的“各要素”。
如此，组成了一个四维、多级、多层、时间模型。
我们可以用二维的平面表格来分别表现多维的项目管理模型的各个侧面。按项目目标轴，可以建立《项目各管理目标（技术配置、进度、成本、质量…）的矩阵计划》，相当于上述多层进度计划模式。并可以按剖切面的方式按项目过程轴，建立《项目各阶段的进度计划》，或者同样按项目技术配置轴，即按项目合同包，建立《项目各专业系统的跨阶段工作过程进度计划表》。同样，我们还可以针对项目中各合同包，建立各合同包的《子项目计划》。每个合同包计划中，同样建立详细工作步骤，建立并下发《工作任务单》。同样，各《工作任务单》的各要素可以向各合同包汇总，再向各项目阶段汇总或向项目各专业系统汇总，再向项目各管理层次汇总。最后汇总成《项目总计划》状态数据，例如，最终汇总为项目目标的“技术总状态”、“总工期”、“总投资”、“资源总需求”等。
2.4、如果将前述的A、B二维组成的矩阵视为项目总计划的表现形式，则项目计划可以视为一个个表格集合。我们可以引进电子表格EXCEL的三维表格表现和计算模式，进行项目管理。即一个项目总计划为一个总工作簿，簿中有许多工作表，其中第一张表为项目总技术配置计划，用于控制项目技术要求。第二表为项目总进度计划表，第三表为项目总成本计划……而且各表格中的单元格可以相互关联数据。项目的子项目为一个个子表格集合。这样就实现了项目进度计划分级、多层管理的目的。项目管理软件完全可以参照此模式编制。
具体说，我们可先将此二维所分解的工序和步骤，组成一个二维表格：例如，
顶部横向为过程轴――例如，立项、设计、招标、施工、验收、开业…
左侧竖向为项目技术配置轴――例如，市政外线、室外场区外线、结构工程、建筑工程、机电工程、精装工程、装饰品工程…
有了此表格，我们就可以用Excel软件进行项目有序分解了。我们可以得到一个二维表格，《项目总控计划》，表格中各单元均是项目分解后的总目标――大目标――小目标――合同包。
第一个合同包，就是一个子项目。同样，它们也需要进行有序分解……此每个子项目与整个项目，可以用Excel软件的链接方式。由此我们得到一个项目的多级分解结构系统，并得到第一个总工作表簿《项目总控计划》，（一个子项目的集合），
子项目，照此类推……
当然，关键是要有Excel网络图工具软件。还要在Excel中，建立树状大纲分解编码功能、透影功能、……

3. 期望
如果项目管理软件，特别是国内项目管理软件借用上述思路，抛弃甘特图，而改用“Excel单代号时标网络图”，及上述矩阵表方式排列（同时并可以制作一系列相关表格），则即发挥了单代号网络图或双代号网络图的图形化优势，又克服了无WBS表格化的缺点，最重要的是解决了多层、多级进度计划模式问题，岂不是项目管理软件的一大进步。到时候别忘记让我试用！