大型复杂IT项目管理实践第一篇-大型复杂IT项目的特点和管理难点

大型复杂IT项目管理实践第一篇---大型复杂IT项目的特点和管理难点政府在国家和地区的信息化发展规划中，会确立一些重大信息化应用工程，通常采用“总体统筹负责制”（即BOO模式）的方式，由总集成商负责建设并总体运营，政府部门负责提出需求和宏观调控。为了实现“数字城市”的发展战略，很多城市已经把市民卡工程列为重要专项工程，目前在杭州、烟台、无锡和上海等近十个城市都已发行了“市民卡”。市民卡是集多项应用于一体的IC卡，它将给各个领域的用卡需求搭建一个通用的平台，可以实现跨行业、跨部门的一卡多用，对分散的信息资源进行整合及统筹规划。市民卡的应用领域将涉及到人们生活的各个领域，如医疗保险和卫生领域；政府为民服务领域，涉及民政、教育、公安、工商、税务和公积金管理等多个公共服务领域；商业便民服务领域，涉及公交、小额购物及收缴各种公用事业费用等领域。市民卡与身份证的不同在于，后者更多地体现了政府管理和控制的功能，而前者更多地体现了政府为民服务的功能。市民卡系统建设项目（简称“市民卡项目”）是一个庞大复杂的系统工程，在项目管理方面会遇到很多特有的问题，需要探索适合这类项目的项目管理方法。本文将以电子政务领域为背景，结合“市民卡项目”深入分析大型复杂IT项目的特点和管理难点，并根据项目管理实践谈一些个人的思考和体会。

大型复杂IT项目的特点和管理难点

1.

软件项目管理的重点和难点大型复杂IT项目中，软件应用系统的建设占据重要的地位，要遵循软件项目管理的内在规律，以需求为导向，逐步推进系统的建设。

1)

需求开发和管理是重点和难点软件项目的需求在调研阶段很难确定，该现象在国内软件行业很突出，在政府行业尤其突出。这是因为政府机构和业务流程仍处于不断变革、快速发展的过程中，而且系统的最终用户包括公众群体，他们的意见对需求有重要影响，但是却很难在需求开发工作中广泛、准确地征求广大公众的意见。政府行业的特点决定了无论需求调研多么充分，也不可能完全准确地定义系统的需求。以“市民卡项目”为例，市民卡是政府为市民提供服务的一种新的载体，反映了政府工作理念由管理型向服务型的转变，这就需要各个政府部门打破在管理上条块分割的局面，因此“市民卡项目”会涉及到多个政府部门的业务。这些业务如何开展、跨部门业务流程如何协同仍处于探索阶段，该项目关系到国计民生，与普通市民的日常生活、切身利益密切相关，需求变化较频繁，不易掌控。需求随着项目的进展逐渐明确，但是还可能不断演化、扩展甚至推翻，很多失败的软件项目往往因为需求变化的不可控而导致项目进度延期和成本投入加大。需求分析的关键是：不但要满足用户提出的“明确”要求，还要满足用户未提出的“潜在的期望”，软件项目的需求开发和管理是重点和难点。

2)

人力资源管理难度大大型复杂IT系统建设的主要工作是技术密集型的工作，项目的工作成果主要依赖项目团队成员的脑力劳动结果，项目团队成员的知识经验、精神状态等对工作成果的质量和工作效率有根本的影响，人的能力和所发挥的作用是决定系统成败的关键因素，因此团队的建设、人力资源管理有很重要的地位，也有较高的难度。

2.

系统建设技术难度大，涉及面复杂大型复杂IT系统的技术难度大，涉及多种学科技术，需要组织协调骨干力量进行技术攻关。例如在“市民卡项目”中，需要解决海量数据存储、大数据量业务处理的问题；需要完成加密算法的大规模应用以实现个人身份信息、业务应用信息的安全管理；需要实现各种“异构系统”之间的多种业务数据的共享交换；需要完成卡片的技术选型和芯片研制等工作。

3.

多部门多单位参与，项目组织协调难度大对于大型复杂IT项目，总集成商经常需要调集公司内部多个部门的兵力协同作战，并领导多个分承建单位共同参与建设，组织和协调难度很大，表现在以下几个方面：1.

不同部门、不同单位的人员的能力、素质和行为对项目会产生重要影响，而这些不确定因素很难预测；2.

不同单位的项目团队需要建立互相信任和合作的关系，然而由于彼此分散在不同的地点办公，这对于需要密切配合的工作是一个挑战，沟通量和沟通难度很大；

图2-新型的项目组织结构图

大型复杂IT项目由于涉及到多个学科复杂的专业技术，一般需要聘请相关专家进行深入研究和论证，为此“市民卡项目”建立了专家组，成员来自于科研院所以及相关技术管理机构，对系统的方案进行把关和评审。大型复杂IT项目管理实践第三篇成功经验---2.关注高层次管理，关联性管理2.

关注高层次管理，关联性管理

1)

高级项目经理的关注点大型复杂IT项目一般会被分解成多个子项目进行实施，由高级项目经理负责与各方用户及项目相关方沟通协调、确定项目范围，制定项目总体计划，审批各子项目计划并审核各子项目的里程碑，负责各子项目之间的资源、进度的统筹协调和调配。各子项目的日常管理工作应由子项目经理完成。高级项目经理的关注点在于：高层次的项目管理以及各子项目之间关联关系的管理，这个原则会体现在各个方面，如下表所示：

高级项目经理的主要工作子项目经理的主要工作需求分析1.

审批子项目需求分析报告，形成子项目需求基线2.

管理子项目需求之间的关联关系，关注某个子项目的需求变化可能对其他子项目产生的影响负责子项目的需求分析工作，完成子项目需求分析报告系统设计1.

负责系统总体技术方案2.

组织、协调子项目团队进行子系统间的接口设计1.

负责子项目的系统设计工作，完成系统设计报告2.

参与不同子系统之间的接口设计工作系统测试对子系统进行验收测试作为子项目验收的依据负责子项目的内部测试工作制定项目计划1.

负责制定项目总体计划，明确各子项目在人力资源、进度方面的关联、制约关系2.

负责审批子项目计划负责制定子项目计划监控项目执行1.

审核各子项目的里程碑2.

监控项目总体计划中关键路径上关键任务的完成情况3.

解决各子项目实施过程中在人力资源、进度协调方面的冲突和问题监控子项目的日常工作，及时发现子项目的问题并解决沟通协调1.

在客户、监理、各分承建单位之间沟通、协调2.

组织、促进各子项目在需求、设计和项目管理等方面的沟通负责子项目内部的沟通协调，并与其他子项目团队沟通人力资源管理1.

统一调配公司内的多个子项目团队成员，提高人力资源的共享程度和利用率2.

管理子项目经理和子项目团队直接管理子项目团队成员配置管理1.

负责对项目总体计划、子项目计划、子项目需求基线、设计基线以及重要会议纪要等进行配置管理2.

对项目例会、重要会议的纪要等负责配置管理负责子项目的所有相关文档和代码等的配置管理

根据上表，高级项目经理的管理思路和重点总结如下：1.

对项目进行高层次管理：关注项目总体计划中关键路径的关键任务，关注关键人力资源的调配，关注各子项目的基线和里程碑，关注总体技术方案，关注子系统交付质量；2.

对子项目间的关联关系进行管理，涉及各子项目的需求、技术、进度、资源和沟通等各个方面。

高级项目经理每周通过“系统建设核心组”召集各子项目经理，召开项目每周工作例会，了解一周以来各子项目在技术、进度、人力资源、质量以及成本等方面的状况和存在的问题，针对问题研究解决方案，落实责任人。项目周例会是一个“检查点”，在管理各子项目间的关联任务方面具有重要作用，可以及时发现某些任务的拖延。对于进度落后的单位，要严格要求其调整，不能耽误其他单位后续任务的完成。对于会对多个单位的后续任务造成影响的任务，高级项目经理应尤其重视。例如在“市民卡项目”中，卡驱动应用接口完成开发后，要分发给一百多家医院应用系统开发商进行系统对接，开发卡驱动应用接口的工作如果拖延或者质量发生问题，则需要对后续的对接工作进行重新安排和部署，影响面很大。因此要严密监控这个任务的进度和质量，防止对后续工作带来重大的不良影响。

2)

高级项目经理容易犯的错误高级项目经理要对自己有准确的定位，坚持把时间和精力花在高层次的、子项目关联关系的管理工作上，一定要避免陷入子项目的具体管理工作。当子项目经理来自分承建单位时，高级项目经理不容易犯这个错误，但是当子项目经理是自己的下属，而又没有起到应有的作用时，高级项目经理为了工作不受影响，容易越俎代庖，跨过子项目经理直接去过问子项目的进度、质量，发现日常工作的一系列问题，并亲自出面解决。这种情况会成为项目的一个风险，高级项目经理会因此而忽略了项目的整体管理，而且导致项目团队中责任、权力和汇报关系的混乱，不利于扭转被动的局面。如果子项目经理能力弱、不称职甚至因有对立情绪而故意设置障碍，高级项目经理应通过强有力的领导使子项目经理担负起自己的职责，而不能代替子项目经理工作，这对高级项目经理的个人影响力、领导能力提出了更高的要求。大型复杂IT项目管理实践第四篇成功经验---3.多组织分工协作、利益平衡3.

多组织分工协作、利益平衡

1)

采用集中作战室，加强跨组织沟通协作大型复杂IT项目的团队成员通常来自不同的单位和部门，由于办公地点分散而容易导致沟通不畅，“集中作战室”（WarRoom）是解决这个问题的好方法。在“市民卡项目”的关键时期，曾多次采用了“集中作战室”的工作方式，不仅加强了项目团队成员之间的沟通，显著提高了工作效率，还有效地增强了团队的凝聚力。在确定总体技术方案的过程中，需要多个项目团队紧密沟通、协同作战。各分承建单位的技术骨干全部集中到同一地点办公，在办公空间的墙上挂满了项目整体计划、设计方案架构图等，办公室就像是作战的指挥中心。这种环境营造了一种紧迫的工作气氛，各子项目的技术骨干充分、频繁地就总体技术方案进行沟通，一起围绕在墙上挂的架构图、设计方案讨论，确定系统总体架构以及子系统之间的接口方式，非常有效地加快了设计总体技术方案的速度。在上线前的系统测试阶段，采用“集中作战室”方式，由各家单位选派骨干测试人员建立一个统一的系统测试组，对即将上线的系统进行全面的测试。需要测试的业务流程包括采集市民基础信息、产生实名信息、印刷卡片、制作和发放卡片、卡片挂失退换服务以及在医院持卡就医结算等流程，整个业务流程会贯穿多家单位的多个子系统。测试工作打破了所属单位的界限，完全按照实际业务流程划分测试任务，模拟真实的系统运行环境，对系统进行全面测试。每天的测试结果按照不同的严重等级进行BUG数量的统计，并制作成报表挂在墙上，营造了一种紧迫感和互相监督的氛围，有效督促了各个单位在系统上线前全力以赴，为系统顺利上线做好准备工作。

2)

平衡多组织局部利益，保证项目全局利益在大型复杂IT项目中，各分承建单位之间的利益、分承建单位的局部利益与项目全局利益经常是矛盾、冲突的，这种矛盾和冲突有多种表现形式，以“市民卡项目”为例，列举两个例子：1.

某分承建单位不能按照计划按时提交工作成果，已提交的部分质量也很差。在要求限期改正后，分承建单位又提出种种理由尽量拖延，观察到他们的开发人员非常疲惫，这是为什么？后来了解到：这些开发人员经常加班赶其他项目的进度，挤占了本项目的工作时间。目前很多单位为了控制成本在多个项目之间共享开发人员，这在一定程度上会造成某些项目不能得到足够的人力资源而拖延进度、质量受损。2.

分承建单位的利益冲突还会表现为需求冲突。市民卡在医院的应用需要确定机构的唯一标识，这是一个关键的数据项，在多个分承建单位的子系统里都要使用。项目初期规定采用地方标准，但某分承建单位提出质疑，要求采用行业标准（这是出于产品修改成本、在商务方面占据有利地位等多种因素的考虑），并因此发生比较激烈的争议。各分承建单位作为理性的市场参与者，在项目中都有自身利益和权益的诉求，都要追求自身利益的最大化。为了扩大自身利益、降低自身风险，分承建单位有可能做出有损于项目全局利益的事，甚至有些单位为了满足局部利益而牺牲项目整体利益，遇到问题推卸责任、拖延进度、降低质量。针对这种情况，高级项目经理要保证项目的全局利益，通过与分承建单位的“高层领导”沟通解决问题，即所谓擒贼先擒王，通过强有力的管理进行严格控制，绝不能因为分承建单位的局部利益影响到项目整体的进度和质量。高级项目经理要主动分析，随着项目的进展，会对分承建单位带来哪些利益和风险，进而考虑如何平衡各分承建单位的利益和目标的冲突，从而减少项目的阻力，使来自不同单位的参与人员形成一个团结合作的项目团队，为项目工作的顺利开展铺平道路。高级项目经理要与甲方保持密切的沟通，使甲方了解、掌握项目进展的动态，以便使甲方更充分地参与到项目管理工作中。这样，当项目执行过程中出现难以解决的问题时，高级项目经理就可以借助甲方的力量，增强自己对项目的组织、协调和控制力度。大型复杂IT项目管理实践第五篇成功经验---4.关注沟通管理4.

关注沟通管理

大型复杂IT项目涉及很多机构和单位，参与人员众多，各家单位的系统有大量复杂的接口，彼此之间的工作互相制约、依赖，有效地进行工程的组织协调是一项具有挑战性的工作。大型复杂IT项目包括的任务数量非常大，而且都是智力密集型的劳动，需要挖掘人的潜能、主观能动性和创造力，因此沟通的效果对于项目是否能获得成功是非常重要的。只有注重沟通，才能科学地组织、指挥、协调和控制项目的实施，才能够建立和改善人际关系，营造一个良好的内部和外部环境，才能使项目整体团队有凝聚力、向心力。

1)

采用正式沟通渠道，控制项目进展根据项目进展情况，高级项目经理可以定时（如每周或者每月）通过系统建设核心组(参见“新型的项目组织结构图”)召集各相关方召开项目工作例会，甲方项目经理、各子项目经理、监理方是必须参会的成员。高级项目经理通过会议了解各子项目在技术、进度、人力资源、质量以及成本等方面的状况和存在的问题，针对问题研究解决方案，落实责任人，并识别、分析和记录可能存在的风险，落实后续的主要工作任务，如果有任何影响工作完成的问题则提出，在会议上进行讨论，如不能当时解决则记录下来在会后协调解决。项目工作例会应形成会议纪要，在会后对照会议纪要，分别检查各子项目围绕会议决定的工作执行情况，并形成会议纪要检查表，下发至各子项目组成员。高级项目经理会后综合各个子项目的进展情况，形成项目总体进展报告定期向客户方项目领导小组汇报。建立项目特殊情况报告制度，当遇到重大问题，如技术难题、人力资源冲突、重大质量问题和进度问题时，各子项目经理可以书面形式或口头形式与高级项目经理进行沟通，高级项目经理组织相关人员讨论解决方案并落实相关工作的责任人。

2)

采用非正式沟通，营造和谐的团队文化在大型复杂IT项目中，经常需要各分承建单位的项目团队紧密配合共同完成工作。来自不同单位的项目团队成员开始时彼此陌生，容易发生一些摩擦，会有一个互相磨合、适应的过程。例如在“市民卡项目”中，卡管理系统与医疗信息系统分别由A、B两个单位负责开发，在联调接口的阶段，两个子项目经理协商好，A单位的技术人员去B单位的办公地点共同联调。但是当A单位人员按时到达后，B单位并没有做好准备，使A单位的人员等待了较长时间。在联调过程中A单位又发现B单位的程序有较多错误，更加不满，埋怨、责备了对方，还有个别人员之间发生了正面冲突，气氛很紧张。最后，A单位向高级项目经理投诉了B单位，联调工作受到一定程度的影响。解决这个问题，可以采用公事公办的方式，分清各方责任，这是必要的，但是容易造成双方的对立情绪。如果在正式沟通的基础上，能适当地采用非正式沟通方式，则能够在不同项目团队之间营造和谐的气氛，建立良好的关系。高级项目经理可以适当组织一些体育活动、聚餐活动，为不同项目团队的核心人员（包括子项目经理及技术骨干）建立非正式的沟通渠道。在轻松的活动中，大家会很快地熟悉并成为朋友，彼此关系融洽了，在处理很多事情时就不会站在互相对立甚至拆台的立场上，强调责任的界限和范围，而是能够互相包容，共同面对问题，积极解决问题。

3)

通过横向、纵向沟通实现跨单位、跨部门协调大型复杂IT项目通常需要跨部门协作，有多个子项目的骨干人员是来自于公司其他职能部门，这些人员与本部门任命的子项目经理之间没有明确的上下级关系，而且这些人员并不是全职服务于本项目，同时还承担着其所在部门的一些工作，因此给本项目的管理带来较大的难度。例如在“市民卡项目”中，抽调了其他部门的系统设计员、测试人员、系统工程师和实施人员，这些人员被分配给“市民卡项目”的多个子项目，子项目经理由本部门骨干人员担任，负责实施子项目的设计、开发和运行维护任务，按照矩阵式的管理模式进行项目管理，如下图所示：

图3-矩阵式组织结构中的跨部门管理

上图是一个简化的组织结构，为了突出一个特点，即项目团队成员来自于其他部门，子项目经理需要对这些“没有管辖权力”的人员进行管理。在大型复杂IT项目中，经常会遇到这种跨部门协调的问题：如何协调长期性组织（即职能部门）与项目组织之间的关系，子项目经理在遇到这类问题时普遍感到比较困惑。例如，子项目经理X所管理的开发人员A总是不能按要求完成任务，平时也很少向X报告工作，而且A经常不在岗，自称是部门2有事，也从来不提前告诉X。X感到很难与A沟通，无法管理，希望项目经理帮助解决。开发人员A虽然被抽调到项目组，但是对其有“权威管理权力”的却是他所在部门的领导，当项目工作与部门工作发生冲突时，A肯定要优先完成部门工作。在最初面临这个问题时，项目经理直接去找A的部门经理反映，转达了X的意见，部门经理答应与A沟通一下，但是沟通的结果完全出乎意料，A认为事情不是X说的那样，而且认为X的工作安排有问题。部门经理向项目经理反馈A的意见，并说A的一贯表现还是不错的。项目经理发现问题并不简单，如果再去找X核实情况，X又认为A说的不对，就需要反复验证，这个过程采用了纵向沟通方式，沟通环节太多，沟通效率低，效果也差。项目经理意识到在这种需要多方参与，反复交换意见、提供反馈的情况下，应采取横向沟通方式，把需要沟通的多方聚到一起，当面讨论解决问题。于是项目经理带X去找部门经理，首先表明项目进展很紧迫，有些问题必须要解决，请A与X就工作安排沟通一下。X与A当着部门经理的面就工作任务和时间安排进行了沟通、确认，由于有部门经理在，A表现的自然比较配合，问题顺利解决。最后，项目经理对部门经理和A的支持都表示感谢。进一步分析，这个问题还存在一些深层的原因：可以看出部门经理比较信任A，两人关系不错，而子项目经理X与A的部门经理不很熟悉，这可能是A有恃无恐，不服从X领导的原因之一。不可否认，职位所赋予的权力是非常有力的，但是很多时候，管理者对被管理对象并不具备这种权力，这就要求管理者通过自身的专业能力、优秀素质和品德建立个人威信，从而对被管理对象产生影响力。子项目经理与其他部门的部门经理以及员工应在项目工作中逐步建立起良好的个人关系，有问题多与员工横向水平沟通，在跨部门沟通时要注意态度诚恳、举止礼貌，但要意志坚定，目的明确，问题一定要解决。在大型复杂IT项目中，客户方、高级项目经理和各子项目经理都可以根据实际需要不定期地召开专题讨论会议，建立起正式的横向沟通的渠道，便于就特定专题进行广泛的研讨。例如在“市民卡项目”中，负责软件应用系统开发的多个子项目团队对智能卡芯片技术并不了解，在设计卡片应用系统接口、卡应用安全解决方案时遇到困难，项目经理组织相关分承建单位为所有子项目团队做了专题培训，详细讲解了智能卡芯片的文件系统、安全管理机制等，扫清了技术障碍。同时，还应建立起良好的项目文化，鼓励子项目经理建立起跨单位、跨部门横向沟通的意识，在项目需要时主动发起、组织多个子项目团队成员参与的会议，加强不同团队之间的沟通、协作，提高工作效率。有些问题需要横向沟通，而有些问题则需要纵向沟通，例如某个子项目的变更会带来其他子项目在需求、成本和进度等方面的影响，这不能仅依靠子项目之间的横向沟通，必须通过纵向沟通上报到高级项目经理，进行统一调配协调解决。在组织沟通中采取横向沟通还是纵向沟通的标准是看哪种沟通方式利于快速、有效地解决问题，采取正确的沟通方式可以起到事半功倍的效果。大型复杂IT项目管理实践第六篇---理念、思考和体会理念、思考和体会

本人一直从事软件项目管理工作，在“市民卡项目”的管理活动中，我结合公司的质量管理规范，应用项目管理知识、原理、方法以及其他管理知识，加深了对理论的理解，在实践中提高了项目管理的水平，总结了不少经验和教训，在此谈一些个人的思考和体会。1.

软件项目的范围管理是重点和难点之一。软件项目的需求在调研阶段很难确定，该现象在国内软件行业尤其突出，需求随着项目的进展逐渐明确，但是还可能不断演化、扩展甚至推翻，很多失败的软件项目往往因为需求变化的不可控而导致项目进度延期和成本投入加大。软件项目经理应对需求有敏锐的洞察力、较强的预测能力和控制能力，做到这些需要丰富的项目经验和优秀的沟通能力。此外，对于需求的变化不应该一味回避，应该采用滚动项目计划的方式主动适应变化频繁的需求，不断地在进度、成本和范围之间进行调整、平衡，从而使项目实现更大的价值。2.

软件项目经理大多是从技术专家提拔的，他们容易重视技术，沉湎于具体的工作，而忽略管理问题，这个现象在技术专家向项目经理角色的转变过程中普遍存在，项目经理必须懂得如何有效地发挥项目组成员的作用，如何与人很好地相处，如何激励他人更好地工作，而这些往往是技术专家的薄弱之处。因此除了专业知识以外，对有培养前途的项目经理还应该进行管理知识的培训，包括管理科学、行为科学等，使他们掌握项目管理的知识、技术，帮助他们完成从一名技术专家向一名项目经理的转型。3.

大型复杂IT项目一般会包含多个项目，在同时管理多个项目时，高级项目经理应在多个项目之间建立畅通的沟通渠道。项目内部沟通的信息主要集中在项目经理，便于项目经理进行管理和协调；项目之间的一般性沟通可以通过项目经理进行，项目之间的重要沟通，例如对核心共享资源的调配、项目间的进度协调等问题应该通过高级项目经理进行。4.

人力资源管理是软件项目管理的另一个重点和难点，这是因为软件项目的大部分工作都是智力密集型工作，这与其他工作在管理上有很大差别：工作成果不是物理可见的，而是逻辑的、不可见的，难以直观地判断工作成果的质量；工作成果的质量与人员的很多因素有关：例如个人能力、身体状况、心理状况等，而这些因素在很大程度上也是不可见的、难以控制的。软件项目的管理人员要充分理解这些管理特点，针对这些特点进行有效地管理。5.

高级项目经理应定期地组织多个项目组进行技术、管理、客户关系等方面的交流。一个项目犯的错误其他项目可以引以为戒，少走很多弯路，取得的经验可以互相共享和借鉴。自发性沟通的影响范围和效果有限，高级项目经理应通过组织级的知识共享机制保证经验、技能的积累和共享，从而降低多个项目的总体成本，并为人力资源的不断升值提供有效的途径。6.

在大型复杂IT项目中，各分承建单位的组织文化不同，各子项目团队的工作方式不同，参与项目的众多人员的能力和行为因素不确定性强，这种差异和未定因素是高级项目经理必然要面对的复杂状况。高级项目经理可以通过培训提升项目团队成员的能力，提高项目团队的整体素质和项目管理技能。培训的范围不仅应包括高级项目经理的下属，还应该覆盖其他单位的项目团队成员，这样才能够统一思想和工作方式，充分共享知识，促进沟通和理解。高级项目经理通过组织培训能够在内、外部团队成员中广泛地建立个人威信，巩固领导地位，增强整体项目团队的凝聚力和向心力。

在多家单位共同参与建设和运营的大型复杂IT项目中，高级项目经理要能够突破局部利益的束缚和不同单位之间的壁垒，站在项目整体利益的立场上，统筹考虑各子项目间的关联关系和相互影响，加强客户方、监理方及多个单位之间的沟通，统一管理制度和规范，提升整体团队素质和能力，严格控制项目进度和质量，在实现大型项目整体利益与目标的基础上，一定程度地满足各个相关方的利益，平衡相关方的冲突，从而减少项目的阻力和困难，为项目工作的顺利开展铺平道路。项目管理的核心与根本是对人的管理，传统的领导者管理他人的行动，变革型的领导者领导他人的思想。现代管理理念已经由“命令与控制”转向“鼓励与满意”，这种理念对于“管理大型复杂IT项目”具有重要的意义。人从根本上是自我激励的，通过影响人的动机和价值观可以影响人的行动，可以使领导者超越传统的管理方式，产生更大的影响力。多项目人力资源调配的难题在一个商业竞争日益激烈的市场环境中，为了获得竞争优势，企业各层的项目管理人员都不可避免地要面对复杂多变的多项目管理环境。我们必须比竞争对手花更少的钱做更多的事，而且做得更快更好，体现在每个项目上，就需要我们充分利用有限的资源不断满足用户快速变化的目标，只有这样才能具有竞争力，企业才能够生存和发展。相信大家都有一个共同的感受，就是企业所能提供的人力资源相对于要完成的众多项目而言，总是不够的，不同层次的项目管理人员都会不同程度地感到身处困境，承受着来自各方面的巨大压力，多项目人力资源调配已经成为我们必须面对的课题。多项目人力资源调配的难题两个项目都面临着周末上线的最后期限的压力，并出现了严重的资源竞争：开发人员Ｘ是不可或缺的关键资源，怎么办？项目经理A、B抱着最后的希望找部门总经理协调，他们据理力争，总经理也很为难，最后权衡再三把X安排给B了，另外安排开发人员Y给A。其实谁都知道：Y只是先填着空，X完成B的任务后还得立刻回来继续先前的工作。干完B的活，X想喘口气，就没主动告诉A，而B也想再占着X以防万一，所以也没告诉A，A迫不及待地问B，B就含糊其辞，模棱两可。在A的再三努力下，终于要回了X，而X发现Y的程序象网兜，漏洞太多，只好重做，非常辛苦。现在X需要承担更多的工作，为什么？因为他干活麻利，技术又好，很多项目经理都喜欢用，但是这也导致他的压力总是很大，而干的活多出错的机会也多，万一出了错还要挨批评，领导看不到功劳，只看到了错误，相当冤枉。相对应的，开发人员Y水平较低，技术差，项目经理不爱用，也不会给他安排什么重要任务，大错没机会犯，小错源源不断，活得自由自在。开发人员Z很“聪明”，A项目经理问他有无时间，他就说我在B项目上有事没干完，B项目经理问他有无时间，他就说我在C项目上有事忙得很，他的话虚中有实，实中有虚，项目经理很难清楚他到底在干什么，也没有精力和他斗智斗勇。X看到Y和Z的这些表现，非常不满，感觉自己费力不讨好，哑巴吃黄连有苦说不出。项目经理经常苦于无米之炊，为了做好项目，不得不尽一切可能把那些能干的开发人员占为己有，明争暗斗，互不相让；部门总经理很难权衡，各个项目经理都来争那几个能干的人，哪个项目都很急很重要，哪个项目缺了人都不行，不得不拆东墙补西墙，捉襟见肘，四面楚歌……参考上面的案例，我们可以了解到多项目人力资源调配存在的一些问题：项目经理对关键资源无序竞争，使其过渡投入于自己的项目，从而使其他项目受到影响；员工在多个项目之间轮换，项目经理很难详细、准确地了解员工真实的忙闲状况，从其他项目经理和员工本人得到的信息经常是失真的。不同员工忙闲不均，出现管理权限的真空和交叉：关键资源工作压力过大，工作效率、质量下降，身心健康受到摧残，产生强烈的不满情绪；后进人员效率低、态度差，得不到锻炼机会，总是处于劣势地位，造成恶性循环，使项目成本居高不下，对其他员工也产生负面影响。高层经理如何解决难题项目经理之间的竞争是难以完全避免的，由于项目干系人都是理性的市场参与者，即他们都要谋求自身利益的最大化，表现在项目管理中就是谋求所处项目的利益最大化。这种寻优行为在多项目环境下极为不可取，这与多项目管理的主要目标－企业效益最大化相抵触。在实现企业目标的过程中，往往需要某些项目作出一定牺牲。多项目管理特有的项目干系人之间的冲突的根本原因是个人自身利益要求和企业利益要求的内在冲突。根据对多项目人力资源调配问题的分析，本文结合个人实践经验提出一些具体的解决方法。

一、建立组织结构、团队文化和奖惩机制1.

建立矩阵型组织结构，优化人力资源配置建立矩阵型组织结构，划分职能小组，项目组可以从各职能组抽调所需人员，具有丰富经验的专家也可以为所有项目服务，各职能组的人员在不同的项目组中组合，增加了互相学习的机会，利于培养复合型人才。2.

避免过度依赖关键资源，组建专业化、学习型团队充分利用好关键资源，但要避免对优秀员工过度依赖。建立分工协作的专业化团队，提高团队整体素质，从而有效释放对关键资源的压力。合理安排项目之间的空闲时间，通过职业生涯规划、专业培训、知识共享切实提升员工技能，打造专业化团队，从而避免过渡依赖少数优秀员工，降低人力资源调配的难度。3.

刹歪风，树正气，建立良好的团队文化高层经理要善于“识别”影响团队工作士气的后进分子，及时纠正错误，毫不客气地给予相应的处罚。千里之堤毁于蚁穴，一个后进员工如果工作态度不端而未受惩罚，则会继续犯错误并影响周围的人，从而逐渐形成懒散、低效的风气。纠正一个人的错误并不困难，但扭转一种不良风气却会遇到无形的阻力，如果到了积重难返的地步，将很难再控制局面，所以必须要防微杜渐，不让不良风气有滋生的土壤。4.

建立赏罚分明的奖惩机制改变“任务竞争资源”的局面，把员工的工作成果与绩效工资的发放、年度调薪资格直接挂钩，建立“资源竞争任务”的利益导向，按责权利均衡的原则，鼓励员工在项目中主动承担更多的工作，贡献大、责任重的员工将得到丰厚的回报。

二、实行精细化、透明化管理，加大人力资源共享程度为了最大限度地降低多项目总体实施成本，必须尽量加大人力资源共享程度。为了能够有效降低管理的难度，需要实行精细化、透明化管理，采用软件管理工具为项目计划的制定、执行和监控提供必要的信息。1.

掌握员工的真实忙闲状态，充分共享资源项目经理在做出计划安排后，必须先在软件管理工具中申请使用人力资源，这样软件就可以记录员工在每个项目的工作安排及状态，项目经理可以随时查询，不会因为得到失真的信息而影响项目工作，还可以在不同项目中充分共享资源。2.

精细化管理关键资源，明确其在不同项目中的工时分配比例计划的制定贯穿整个项目的生命周期并不断完善和细化，对关键资源的任务安排最好细化到天或小时，并且明确关键资源在不同项目中的工时分配比例。在前面的案例中，开发人员X的工作时间安排没有精细化，造成不同项目轮换之间的管理真空。借助软件管理工具，可以保证关键资源的使用在管理人员之间是透明的，不存在含糊其辞、模棱两可的理解。3.

从“无序竞争”变为“统筹调配”精细化管理有利于改变项目经理获取人力资源的方式。在实际项目实施过程中，项目计划普遍不够细化、准确，这给人力资源的统一调配带来了困难。精细化管理使我们在计划阶段就可以发现关键资源的冲突，从而提前进行统筹调配，为解决人力资源冲突赢得了时间和机会。4.

及时发现问题员工，变“事后惩罚”为“事前引导”精细化管理可以使我们及时发现工作不饱满的问题员工，及时纠正错误，杜绝这些员工长时间处于闲散状态，影响团队士气，自身能力得不到提升，这对提高组织绩效、建立团队文化、帮助员工成长都有积极意义。5.

客观、全面、公正地评价员工绩效员工通过软件管理工具记录实际工作工时、工作成果，项目经理通过软件管理工具对员工工作进行评价。高层经理可以及时、全面地了解每个员工的实际工作状况及评价，以此作为绩效评价、奖励惩罚的依据。

三、多项目人力资源调配的具体策略1.

严格审批项目计划，加强项目成本控制如果两个项目的工作都在正常进展中，但两个项目组之间却有明显的忙闲不均，是什么原因呢？原因之一是其中某个项目的计划过于宽松，高层经理必须严格审核项目计划的工期和投入成本，这对预防项目实施过程中不同项目组的忙闲不均具有重要意义。在审核项目计划时，应了解项目的需求、技术难度等概况，评估项目计划的合理性，避免出现人多事少，浪费人力资源的情况，对于过于宽松的不合理的项目计划，要及时纠正，否则在实施阶段，会带来一系列问题，不仅加大了项目成本的投入，而且对员工的心理、团队的文化建设都有不良影响。2.

客观理性评估资源需求，避免“会哭的孩子有奶吃”的现象有些项目经理较强势，与领导沟通也较好，总能获得资源甚至经常过度占有资源，而有些项目经理只在必需的情况下才申请资源。高层经理要洞察不同人的行为特点和行为倾向，尽量避免这种“会哭的孩子有奶吃”的情况，使每个项目都得到必需的人力资源，对于项目经理的用人要求，也要根据任务的实际情况客观理性地评估。3.

利用好项目的时间差，保证关键路径的资源保证每个项目关键路径上资源的充足，当某个项目的关键路径人力不足时，在不影响其他项目的关键路径时，可以把其他项目的资源临时补充到该项目的关键路径上，缓解关键路径的压力。例如A，B两个项目分别处于需求、设计阶段，B项目进度紧张且人员不足，必须增加设计人员，可以从A项目抽调设计人员支援B项目。4.

给关键资源安排关键工作，解决关键路径冲突当不同项目对人力资源的需求产生冲突时，首先应满足处于关键路径上的项目。如果两个项目都处于关键路径上而使关键资源的工作压力过大，此时应遵循“给关键资源安排关键工作”的原则，即对WBS进行细化，关键资源只承担必须由其承担的任务，尽量把工作负荷分出去。例如某个需求分析人员同时承担两个项目的工作，苦无分身之术。这时可以把那些整理需求调研材料、填写格式化需求文档的工作分出来，给他配备助手，在他指导下完成事务性工作，他可以集中精力去做那些别人不能替代的更有价值的分析性、创造性的工作。5.

注意边际效应，合理释放关键资源的工作压力人力资源过度使用会产生边际效应。关键资源同时支持的项目数量最好不超过两个，最多不超过三个，这是由软件项目脑力劳动的工作性质决定的，如果多个项目之间的任务轮换过于频繁，工作压力过大，则工作效率和质量会明显下降。6.

依据项目优先级解决资源冲突，对风险项目提供支持当资源冲突不可能解决时，必须依据项目优先级对项目进行取舍，取舍的标准和因素很多，例如利润指标、政治影响、市场机会等等，需要综合考虑，权衡利弊。对于没有获得必要资源的项目应进行监控、提供持续的支持。例如在2008年，我们承担了奥运会相关的项目，公司领导要求全力确保项目的成功，在人力资源非常紧张的情况下，不得不从其他项目抽调精兵强将为奥运项目保驾。被抽调人员的项目立刻面临着客户响应速度变慢，客户满意度下降的风险，我及时与销售部门协调沟通，共同在客户关系方面做了一些工作，有效地缓解了紧张和压力，把不良影响降到了最低限度。7.

保持多个项目的进度均衡，避免资源需求的高峰保持多个项目的进度均衡可以一定程度上降低人力资源冲突的程度。高层经理应该在宏观上把握多个项目的实施进度，尽量避免使多个项目集中在同一时间段。有些项目的进度是刚性的，很少有回旋的余地，但是某些项目，完全可以通过与客户主动沟通、积极协调而有效推动项目的进展。例如在政府行业，一般上半年较闲，而到了下半年则开始签合同，忙实施，多个项目同时展开，增加了资源分配的难度。这种情况下，除了主动推进外，对于有把握拿到的合同，还可以提前实施，尽量使多个项目的进度保持均衡，避免产生资源需求的高峰。项目经理应注意的问题项目经理在多项目管理环境下也要掌握一些工作技巧：要充分利用好核心员工，合理安排工作，防止其压力过大或成为瓶颈；处理好学习曲线与项目进度的矛盾，避免过度依赖熟手而导致某些工作他人不能接手，只能依赖某个人完成，从而带来调配的难度；重视与领导的沟通，让领导随时了解项目各方面的进展情况，从而理解人力资源需求的必要性，合理性。多项目人力资源调配是一个复杂的问题，需要在项目管理实践中不断总结经验。项目经理之间的配合是顺利进行人力资源调配的前提，这很难通过制度和流程强制实现，而更多地依赖项目经理之间良好的关系和企业文化的魅力。多项目管理中更重要的是人际沟通的“软技能”，是管理科学性与艺术性的结合。金庸笔下的项目经理大盘点

(2015-11-1909:35:19)转载▼标签：

杂谈金庸，原名查良镛。从1955年开始，金庸先生共写出被武侠迷们称为“飞雪连天射白鹿，笑书神侠倚碧鸳”

的14部（《越女剑》是附在《侠客行》后面的短篇小说，一般不考虑）传世之作。到1972年，金庸先生在写出“巅峰”之作《鹿鼎记》后，就此封笔。

本着一切皆项目的原则，欣旋小编今天就从项目管理的角度带大家认识一下其中一些经典人物！

项目经理：康熙

擅长领域：项目整合管理康熙，又名小玄子，出处《鹿鼎记》。在这部巅峰之作中，金庸将历史人物与武侠彻底融合，也造就了鹿鼎记与纯武侠的区别。这其中，关于康熙的历史描写颇为丰富，结合康熙生平事迹将康熙皇帝刻画的惟妙惟肖。康熙皇帝作为清朝“康乾盛世”的开创者，是项目整合管理的专家。他擒鳌拜，废三藩等等。每个项目都计划周密，执行严谨，成功后还会举办庆功宴奖励下属，绝对是一个优秀的项目经理。以擒鳌拜为例，项目规划阶段，康熙先是选了一批少年整日训练摔跤。一方面麻痹鳌拜，一方面等这些少年学成，让这些少年成为擒拿鳌拜主力军。而执行阶段，他对于如何让鳌拜卸下武器，如何端茶倒水等等都与韦小宝提前演练，规避项目风险以及可能出现的任何变更，力保项目万无一失。展现了一个优秀的项目经理的整合管理能力。项目经理：段誉擅长领域：项目范围管理段誉，出处《天龙八部》。段誉贵为大理世子，天资聪颖，但为人善良，诚恳。项目经理在范围管理中，需要明确项目范围，并控制范围。也就是，明确知道哪些事该做，哪些事不该做。以他练习北冥神功与凌波微步来说，段誉在无量洞中无意得悉北冥神功和凌波微步后，为了救人不得已学习了凌波微步与北冥神功。但他认为北冥神功较为邪恶，从而严格控制范围，不使用北冥神功害人。但是，紧急状态下，他体内的北冥神功会不自主的流露出来。这也说明，项目有时会在不自觉的状态下出现范围蔓延，作为合格的项目管理要及时控制范围。在项目范围已经出现变化的情况下，需要做好变更管理。另一方面，段誉一开始对几个妹妹都有情义，但自从认识王语嫣之后，便心有所属，严格控制范围，不为他人越雷池一步。对比下他的“父亲”段正淳，见一个爱一个，实属范围蔓延。项目管理中，在识别到范围蔓延后，应当做好变更。而段正淳变更并未得到正房妻子批准，导致与正房妻子刀白凤产生矛盾，最终导致这唯一的儿子竟然不是亲生。可见，项目范围控制不好，会对项目产生多大的影响！

项目经理：张无忌擅长领域：项目时间管理张无忌，出处《倚天屠龙记》。张无忌为人宅心仁厚，以德报怨。作为管理者，他优柔寡断，并非一个合格的管理者。最终，他也将明教交给了朱元璋，使得朱元璋成为明朝开国皇帝。但就项目时间管理来说，他却是一个项目时间管理的好手，进度压缩技术--赶工于他来说却是轻而易举之事。以乾坤大挪移来说，此功分七层境界，悟性高者修习，第一层需七年，第二层加倍，如此愈发困难。秘笈作者本人只练至第六层，习至第七层者实是古往今来第一人。以此计算，习得第六层，没有八十年，至少四十年也是要的。然而，在明教危难的紧急关头，张无忌却仅用半日便将神功速成至第六层。对比明教历代教主，各个人中龙凤，然他们倾毕生精力也仅练至三四层，实乃赶工之典范。也许你会说，张无忌天资聪慧，且有九阳神功护体，所以容易。但对比下金庸先生其他作品中的人物，你会发现，即使聪明如杨过，且有九阴、九阳真经护体的情况下，他也是在中年之后才神功初成。而段誉虽然也能够在短时间内习得凌波微步，但凌波微步多为八卦方位的变化，与实际功夫有别，甚至连韦小宝都能在短时间内习得这种步法上的功夫，可见凌波微步的难度并不大。但是，金庸先生却重点描述了乾坤大挪移的每一层及练习时间。可见，金庸先生骨子里也是认为张无忌赶工速度快的。有了这么强大的进度压缩能力，张无忌进行项目时间管理自然不在话下！项目经理：杨过擅长领域：项目成本管理与采购管理杨过，出处《神雕侠侣》。杨过，字改之。他的名字是郭靖跟黄蓉取的，寓意有过则改。他小时候，与其母穆念慈在江南老家生活，贫寒的生活使他养成了吃苦耐劳的秉性。长大后，虽人处于亦正亦邪之间，但节俭的风格还是使他非常适合进行项目成本管理和采购管理。以他为郭襄过生日为例。彼时的神雕侠虽不是富可敌国，但想要钱财也不是难事。对比武林各路奇才拿着各种奇珍异宝来庆贺郭襄生日。他自己拿出的礼物，绝对是自制与外购分析后的典范。三件礼物中，杀死来犯的蒙古军、揭穿霍都阴谋以及火烧蒙古军粮草都是自制，或项目团队的自制行为。但是，他为郭襄设计的一场烟花盛宴（火烧粮草的信号），则属于外购。在这个项目中，他仅用了烟花的钱，却为郭襄过了一个意义重大的生日。可见，杨过的成本管理与采购管理的能力已达到登峰造极的地步。这也为各位看官们提供了一个为女友或老婆过生日的思路，不见得越贵的是越好的。有时候，自制礼物既节省了成本，又能够博得美人欢心。

项目经理：郭靖擅长领域：项目质量管理郭靖，出处《射雕英雄传》、《神雕侠侣》。郭靖，为人实在，