对项目管理软件多维结构模型的思考.doc

PAGE 5 对项目管理软件多维结构模型的思考 前言 我从事建筑工程项目管理多年，在工作的经验基础上，有一些对项目管理的认识和想法，一直想与同行共享和实现……以下是我的文章。 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分解工作，（是