一、 为什么要群组项目管理

1、管理上的需求

    随着公司市场份额的增加，将越来越多的出现针对同一业主（客户），同时实施多个项目的现象。然而，现在有些系统集成公司和应用软件开发商是按产品线来划分成各个不同的事业部，而各个事业部是独立的管理和利益实体。如果按原来传统的以事业部为单位的项目管理模式，在对于实施多个产品的同一个合同项目，或同时实施多个产品的多个合同项目时，就会存在一些管理上的真空、重叠和冲突问题。最主要表现为： 一是项目缺乏整体控制，无法最佳的协调和控制各项目之间的进度，以共同实现项目目标。比如我们在某市电信公司实施辅导的BSS项目，在此之前，客户曾先后实施计费项目、主机存储扩容项目、采集项目、客服1000号项目，常出现进度的不一致而影响甚至制约项目之间的进度。具体来说，当主机存储扩容项目的进展会影响采集的数据存储，在实施主机存储时又需暂停计费系统的工程实施，而计费系统的进度又决定采集的数据源……等等。这种多项目在一起时的错综复杂的工期排序，亟待群组项目的方式来统一协调和控制项目之间的进度。二是项目与项目之间管理接口不清晰，形成多头汇报，多头指挥，导致许多该解决的问题未能得到有效解决。当我们多个项目面对同一业主时，业主只认是你某某公司，不管你是什么部门来实施，也不管你有多少个项目组。有需求时或有问题时，只要找到某某公司的人就可以，至于你们怎么解决是你们内部的事。而我们的项目实施人员也往往出于与客户方人员的个人感情，或者想当然的认为此项目的技术你们（项目经理）不了解，在与客户汇报或交流时会讲不清楚，于是就“自然而然”的各对自己的项目负责。三是人力资源无法得到合理有效调配利用，项目之间各自为阵，资源协调非常困难，资源有效利用也不高。随着集中化项目的出现，经常有同一产品在多省同时实施的可能，客户方希望的是人员相对固定，同时开发和工程实施。比如去年移动的BOSS项目，正在启动的移动经营分析系统；联通的计费项目、结算项目都是属于此类。做为系统集成商一旦接到此类单的时候，由于无法准确估量到底能拿到多少个省的合同，也就无法不计成本的储备人员，所以启动该类项目的时候，均会出现资源紧张的现象。但在资源紧张的情况下，我们仍存在同一产品项目的交叉、重复工作。不但严重的浪费资源，而且以后势必形成多个版本，增加维护成本。避免此现象的关键点，就是如何有效的调配和利用好有限的项目资源，将同一产品的多个项目进行统筹规划。

    这些弊端如处理不善，都将直接导致整个项目实施效果很差，用户不满意，乃至整个项目失败。

    针对上述出现的种种迹象，从管理上看，急需群组项目的管理模式，及相应的规范和制度的出台。

2、客户的需求

    大多数电信运营商，项目的实施一般中由建设部、或信息中心、或系统使用部门牵头来管理的，客户中的一个人管理人员（或称客户方项目经理）要负责多个项目的管理。如按单一的项目管理模式，同一用户要面对同一公司的不同事业部的多个项目经理，这样客户就成了各项目经理间的协调中心，造成客户花费了大量的时间在沟通和协调上，容易造成客户的不适应感或厌倦感。所以，他们更希望同一公司的所有项目应当作一个项目来管理，与他们只有一个接口人员（或项目经理）。现在在诸多招标中，客户就明确提出所有的项目必须统一管理的要求。如有的合同中就要求明确写出：“此合同的实施将影响彼合同的中止，彼合同的出现的问题将追溯此合同。”诸如此类的相关联项目将有增无减，这也是各电信运营商纷纷要求系统集成商要统一、项目管理要统一的重要原因之一。

    根据专业分工和组织结构的设置，都需系统集成参与，所以大多数项目至少是两个或两个以上部门的配合。同时，这些群组项目往往都是大项目，而且比较复杂，且占据公司年产值很高的比例。从20/80的理论看，如何管理好这些群组项目是摆在我们面前的重要任务，是企业向管理要效益，实现第三利润的源泉。