日常IT项目管理过程的四个关键控制点

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

设计

重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)[1][2][3][4]

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)

测试

测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)

测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

进度管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在eas项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及qa及时掌握项目进度，有利于对项目进度的管理。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而eas项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告项目管理部，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。

作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

项目管理最需要关注的是进度、质量、人力、成本、风险。

一、进度是项目首要关注的点，这个点不但要对客户负责，还需要对你公司的主管负责，因为进度延期势必要影响项目回款，回款也是很多公司的考核目标，那当然也就影响了项目以及个人的业绩。

如何把握进度？

答案就是要走在进度前面，替领导提前想到下一步应该做什么，提前为你的项目进展做好铺垫，识别出项目开展过程中必须开展的任务，提前去做。当然这里有点说者简单、做者难，每个项目都不可能拥有足够的资源，很多时候项目进度本来就订的很紧张，由于多种原因，我们无法去提前。但我觉着如果是怎么努力都无法按时完成的项目，我们还按照原计划去执行，那本事就是个错误，这个已经不是识别进度风险的问题，而是调整项目进度计划的问题，这里就不再讨论了。影响进度的因素我觉着有很大一部分是来自外部的，大家都是搞技术的，如果是来自内部技术、工作量等方面原因时，我想总是有办法去解决的，而且也是相对容易些的。但是来自外部的因素对于我们这些整天面对电脑的人来说，有很多时候会措手不及，例如，用户延期了需求调研的进度、推迟了培训计划、过多的用户评审会议、某个任务关键点迟迟不给确认、需求的频繁乃至重大的变更等等，这些项目组的外部因素有可能成为项目进度无法按期完成真正的黑手。

这些外部因素的确不好处理，但还是有一些办法的，这是需要有不断的经验积累才能更好的提升个人这方面的处理能力，我这里倒是有几个小方法：1）客户关系要恰到好处。多和用户交流，培养感情，但又不能不讲原则，要让用户明白，因为他的原因推迟的项目进度对你以及对大家来说损失都是巨大的。2）脸皮要厚点。有的时候对用户还是要发扬一点不怕麻烦的精神，当因为用户的某个工作未协调影响了项目进度，说不定你催几次，他也受不了你的罗嗦就给你办了，我发现很多时候我们某件事没有成功，就是因为差那么一点点，就再努力一点点，就成功了！

据调查，只有37%的IT项目在计划时间内完成，42%的在预算内完成。IT项目成功率不高的根源在于，IT项目管理是项系统工程，不仅需要项目经理个人具备一定的组织、决策、沟通、业务、技术能力，更需要运用多种手段对项目的时间、成本、质量和风险进行严格控制。如何提高IT项目的成功率呢？

关键控制点一项目的时间控制

首先，要明确项目期望值，做好需求调研，围绕企业的核心业务流程，制定切实可行的项目目标，这个目标万不可贪大求全，面面俱到，目的是满足核心业务流程需求，与核心业务流程关系不大或者毫无关系的内容，缓建或根本不建，将业务期望聚焦在更容易把控和量化的目标上来。项目实施完全围绕该期望进行，这也是项目实施中最重要的一点。

其次，信息化项目是需要多部门、多环节充分协作的系统工程，任何部门和环节的时间延误，都会导致整个项目实施周期的延长。因此，对影响项目进度的“短板”环节，进行着力攻坚，促进其与项目的其它环节步调一致，协同共进，能够有效保障项目的实施周期。

再次，信息化项目往往周期较长，因此需要针对项目的实施阶段制定“日清日高（？）”的项目时间保障机制，保证项目每一天都有明确的目标，才能对项目的进度进行有效掌控。

最后，由于信息化项目涉及面较广，参与人数众多，人员的素质参差不齐，对项目的把握也各不相同，因此在项目开始前需对参与项目的人员甚至高层管理人员，进行项目普及性培训，在项目进行中进行相关的项目培训……俗话说，磨刀不误砍柴工，提高每一位参与人员的项目能力才能有效提高项目实施的效率，从而保障项目的实施周期。

关键控制点二项目的成本控制

首先，信息化项目是IT技术在企业业务的应用，其开发和实施都建立在业务部门提出的项目需求之上。然而，由于项目开发和实施的时间较长，常常出现这样的情况，在系统开发完毕后，业务需求却已经改变，致使项目不得不重新进行开发。形成影响项目成本的主要因素。

产生这种情况的原因，一方面是因为项目小组前期调研不够深入，没有全面掌握业务部门的真正需求和需求的发展方向，另一方面是因为随着项目的深入，业务部门对项目在业务中的应用有了更加深刻的认识。想要控制这种来自需求改变的成本增加，项目经理除了在项目前期进行更加深入的项目调研外，还应该加大对业务人员的培训力度，让他们先于项目应用而对项目拥有更加深入的了解。

其次，在项目实施过程中，各种与业务相关的应用需求纷至沓来，不断增加的项目需求，将使项目预算不断增加，从而形成影响项目成本的又一重要因素。对于这种情况，项目经理要区别对待，如果确系有助项目期望的实现并能够帮助提高项目实施效果的需求，哪怕影响到项目的成本和延长项目的实施周期也要采纳这种需求，这是对项目的一种有益补充；如果与项目期望关系不大甚至没有关系的需求，则应坚决摒弃。

因此在项目实施前做好准确的项目期望，划定明确的项目开发任务和范围并严格执行，能够有效控制这类项目成本增加。

最后，信息化项目成本的另一主要来源是人力资源成本，因此在看到项目的硬件、软件等硬性成本同时，也不能忽略人力资源这一软性成本。有效控制项目实施时间、合理配置人力资源、避免人力资源浪费是控制这项成本的关键。

关键控制点三项目的质量控制

信息化项目的质量控制包括两个方面，一方面是IT技术本身（硬件、软件、系统）的质量控制，另一方面也是最重要的一方面，是IT技术应用于企业的质量控制。对于前者，我们可以依照国家的质量标准进行考量，而对于后者，则没有统一的标准，并难以实行量化控制，但无论如何，信息化项目的主体是企业，检验IT技术应用于企业质量好坏的标准则应该是项目在企业中的实施效果。因此做好信息化项目中的质量控制需做到：

对项目技术方案进行适应性评估信息化项目的最终效果体现在企业的应用，因此不适应企业实际情况的方案即使技术再先进、架构再稳定也不是好的方案。这就要求企业的项目经理，在拿到软件公司（实施方）提供的项目方案后，首先要对其进行适应性评估：一方面，评估项目方案与企业其它项目的技术路线是否一致。信息化项目是影响企业多个层面的系统工程，因此它并不是独立的，而是与其它项目紧密相连的。如果信息化各个项目的技术路线不一致，将会导致信息化项目间信息流通不通、数据接口不一致，形成各种信息“孤岛”；另一方面，评估项目方案与企业业务的结合程度。信息化系统最终用户是业务部门，因此项目方案要适应企业的业务需求，并易于与企业的业务流程融合在一起，并在充分满足业务需求的基础上，对业务水平有计划的进行提高。

阶段性评估与项目验收并重信息化项目的建设一般周期较长，且信息化项目建设的效果也需要一定的时间才能显现出来，因此如果项目的验收和评估都集中到项目完成后进行，就会导致项目承担风险过大。信息化项目边实施、边应用、边考量、边改进的阶段性评估，不仅有助于项目经理在项目进行中进行质量控制，而且能够有效降低信息化项目的风险。

对项目实施进行文档跟踪在项目实施过程中，分别根据实施的每个阶段编写建设（使用）手册，进行文档跟踪，并在项目完成后最终汇总成统一的项目建设（使用）文档，能够有助于项目经理对项目质量的把握和监督。

关键控制点四项目的风险控制

对信息化项目进行风险控制能够减少信息化项目实施过程中的不确定因素，有效提高信息化项目实施的成功率。由于信息化项目的核心是通过IT技术为企业的业务提供应用服务，因此信息化项目的风险主要来自以下三个方面：

一是技术风险，技术架构好坏、软件提供方的技术能力以及项目实施方的实施经验等因素形成了信息化项目的技术风险。为了规避项目的技术风险，企业的项目经理，一方面要选择开发能力较强的软件提供方和经验丰富、服务优良的项目实施方；另一方面还要把握项目的技术架构与企业其它信息化项目技术架构之间的一致性；此外，引入第三方的专业咨询、监理和项目评估也是企业规避技术风险的有效手段。

二是应用风险，信息化项目应用于企业，与企业业务之间的适应水平、结合程度以及项目实施带来的影响等因素形成了信息化项目的应用风险。在项目实施前，进行项目适应性评估能够预测项目与企业业务之间的结合程度，并能够有效预期项目应用后所带来的问题，提前研究解决办法；项目实施中，边实施、边应用，随时监控项目的实施情况和应用效果，出现问题及时解决，也能够有效规避项目的应用风险。

IT企业多项目管理的实施难点与对策

导语：IT企业因其在经营过程中比一般企业面临着更多的不确定性和环境的动态性，给多项目管理的实施带来更大的难度，现针对多项目管理的实施要点展开讨论。以下是我为大家精心整理的IT企业多项目管理的实施难点与对策，欢迎大家参考！

1、多项目管理理论回顾

多项目管理是站在企业层面对现行组织中所有的项目进行筛选、评估、计划、执行与控制的项目管理方式。它是在假定存在多个项目的前提下，如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程。未来多项目管理发展趋势主要有：领域范畴不断扩展;未来项目与企业战略需求更加紧密相连;多学科知识的交融;多项目管理信息技术支撑平台的建立。对IT企业来说，多个项目的实施和良好的多项目管理可以降低项目成本，优化企业资源配置，从而提高企业的利润率。

2、多项目管理实施的难点

IT企业在应对单个客户需求时，可能具有较好的d性及其应变优势，企业领导者也可以对资源进行有效协调指挥，但当项目增加到一定程度时，势必又要增加管理层次来保证有效的领导，这就与其精干、扁平化的组织结构相违背。另外IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程、业务流程的重构，单靠信息技术是无能为力的，这些促使企业之间的依存关系日渐加强，往往需要根据企业的环境变化进行适应性调整或重新安排。

3、多项目管理实施对策

当面临多项目并行管理的时候，我们不可能象管理一个项目一样进行从头盯到尾，并且关注其中出现的任何问题，这从精力上来说是不现实的，而且如果你确实企图如此做，唯一的结果就是把自己弄得很忙碌，而且会突然发现，你不断处于救火的过程中。那么基于此，应该如何进行管理呢(1)判断轻重缓急，确立优先次序;(2)建立多项目管理机制;(3)利用时间差，尽量避免资源争夺;(4)清楚各项目团队能力，适当授权解放自我;(5)建立信息共享机制;(6)建立良好的绩效考核机制。

4、多项目管理实施的难点

多项目管理的产生和需求原因来自多方面，既是企业内部环境转变的结果，也是企业外部因素所致。这些因素将集中表现在企业分工与组织的变化、开发技术的变化、技术和管理的创新等方面。这种方法要求从参与项目活动的所有人那里收集到工作绩效方面的反馈意见，包括职能经理、同事和下级甚至客户。一方面这在结构层次简单的IT企业中较易实现，另一方面能全面发现个人的长处和短处，为提高绩效水平制定行动计划。关于这方面的讨论读者可以参考相关书籍。

注意事项

总之，随着更多的IT企业参与到国际竞争当中，跨国界、跨文化的项目日渐增多，多项目管理体系将更加多样化、复杂化。针对多项目管理实施过程中的难点，各种各样的对策方法将在实践中得到检验。当然本文探讨的对象也可由IT企业扩大到一般企业，因而企业在吸取项目管理理论精华的同时，更应该结合企业自身特点，有选择、有步骤地将最新成果应用到实际项目当中去，这样才能不断获得项目管理带来的喜悦。

;

为什么选择IT项目经理职业生涯

1中国的IT信息建设需要大量的IT项目经理专业人才

赛迪顾问发布的2004~2005年中国信息产业与市场研究年度报告指出，2004年中国IT市场实现销售额达40831亿元，比2003年同比增长170％。信息技术在财政、金融、工商、税务、海关、外贸等政府管理部门加强监管和提高工作效率方面发挥了越来越重要的作用，同时在提升传统产业、调整产品结构、降低能耗、提高效益方面的作用也日益突出。

可见中国的信息化建设，将是持续的投入，并以大量的IT项目形式进行着。无论是应用IT的企业，还是提供IT服务的厂商，都需要一批有经验、有能力的项目经理管理这些IT项目。项目经理将是二十一世纪的关键人才，IT项目经理更是中国信息化发展的关键人才。

2项目经理是通向公司管理层的通道之一

项目经理的工作特点和性质，决定了IT项目经理是一个融合技术和管理的复合性人才。

IT项目涉及的工作内容和管理方式，与管理一个小型公司非常类似，例如有项目干系人的关系，有项目组人员和其他项目资源的使用，有明确的项目目标，有项目财务指标和分析。很多IT小型公司也正是从一个项目开始创立的。因此项目经理的工作与一个小型公司的总经理的工作内容也很相似。小型公司总经理遇到的和需要处理的问题，项目经理也要面对和处理。

如果把企业经营本身看做一个项目，公司的总经理就是一个超级项目经理，负责管理公司中的所有项目。公司中的项目分为两类，战略性的项目和经营性的项目，战略性项目是公司内部过程项目，经营性项目是公司对外的项目。总经理通过委派项目经理对每个项目负责，实施项目管理。

项目经理通过管理项目实践，不仅完成项目管理的工作任务，同时提升了管理业务的能力。所以，项目经理是通向公司管理层的道路之一。例如：IBM公司全球服务事业部的部门经理，有一多半是从项目经理提升上去的。项目经理的成长和成熟，也是公司管理走向成熟的表现。

3职业经理人职业成熟的一个阶段

每一个要选择做项目经理的人，需要明确为什么要选择这样的工作。不要认为项目经理是一个带经理头衔的职位，大家就趋之若骛。以这种“官本位”的思想，来做IT项目经理是要栽跟头的。项目经理的核心，是对项目的成败承担责任。IBM公司在培训项目经理的第一堂课上，就明白地告诉大家，选择了项目经理，就意味着你选择了一条路，一条要承担更多责任和压力的路。

那么当项目经理有什么好处呢？当项目经理的好处也正是承担责任，让自己成长。如果不能承担责任，就不能做项目经理，有些人什么责任都不敢承担，或者善于将责任往外推，无法想像他怎样团结和领导项目小组完成项目的工作。承担责任也不是简单的承受，有些项目经理非常认真努力，把所有责任都揽到自己的身上，但是没有把责任合理地分解下去，结果自己吃不了兜着走，到时完不成项目的任务，是个“傻”项目经理，必然失败。

真正的项目经理，有条件地承担责任，承担合理的责任，理性地承担责任，是一个明白的经理人，能够把责任合理地分解，把压力分解，能够柔性地承担责任。做项目经理，学会承担责任，是职业经理人职业发展的一个关键环节。

IT项目经理的职业特点和挑战

IT项目管理就是在规定的时间和预算内，达成IT项目建设的目标。项目经理的工作是制定项目计划和执行项目计划（Plan the work and work the plan）以达成项目目标。项目经理对项目进行管理，就是要明确项目目标，为项目制定可行的项目计划，有效地执行项目计划。项目经理的项目管理工作决定着项目的成败。

项目管理是一种有效的管理模式。所有项目管理的好处，都需要在项目经理手中进行落实。任何不成功或失败的项目，都与项目经理有着重大关系。例如1996年亚特兰大奥运会的IBM赞助的信息管理系统项目，由于时间和资源的问题，系统测试不充分而导致使用中很多问题，就是项目经理在项目管理上没有做好。

1项目经理的工作特征

项目经理必须为项目的成败负责任。项目经理每天都在做决定。无论是项目前期的规划阶段，还是项目的实施阶段，项目经理都必须不断地做出决定。而且做决定，就要负责任，并善于把事情推向前。在前进中解决问题是一种解决问题的正确方法，正如小平同志关于中国改革开放的“发展是硬道理”。项目过程中出现问题很正常，不要停下来纠缠问题，没有决定的决定，是最坏的决定。项目经理一定要推动形成决定，并执行决定。

项目经理不仅要能够承担责任，还要能够承担压力。不能承担压力，不要当项目经理。项目经理是一个管理职位，在IBM公司经理候选人培训时，总经理特别告诉大家，做经理是一种生活方式的选择，必须有承担压力的心理准备，不能仅仅完成自己的工作，还要对别人的工作结果负责，解决和处理别人工作不利的问题。

项目经理每天都在沟通。项目有一系列的干系人，对项目的成功都有影响，项目经理必须通过沟通来控制这些影响。有一位项目经理，对此总结得非常好：项目经理要对三个方面的人负责任，一是客户，让客户满意，达成客户的目标，二是公司领导，达成公司的目标，三是项目组成员。客户和管理层往往不能站在项目的总体目标上看问题，项目经理则要使决定符合项目的总体目标，因此要花时间沟通，以项目的总体目标协调各方的关系并获得支持。

项目经理每天都在谈判。项目的一次性、团队的临时性的特点，决定项目经理不断面临新的问题、新的冲突。例如客户提出项目变更但要求保持项目的工期，项目成员不愿意为项目目标加班工作等。因此项目经理需要与项目干系人进行谈判，解决问题。

2项目经理的权力挑战

容纳项目管理的组织，一般都有矩阵式的组织特性，然而项目管理组织的临时性，决定了项目经理在矩阵组织结构中的职位权力的局限性，很多项目经理都抱怨，做项目经理的责任远大于公司赋予的权力。例如项目成员不直接向项目经理汇报，项目成员有时不接受项目经理分派的任务，这样项目经理就很难开展工作。所以很多公司的项目管理内训中，大家都非常希望了解跨国公司项目经理的权力，寻找解决这一问题的答案。这正是项目经理的权力挑战。

一个管理者在组织里的权力，体现为两种方式：一是公司赋予的职位权力，例如部门经理拥有的明确的人事权力、财务权力、对员工直接考评的权力，一般来讲，员工对职位权力都会下意识地服从。项目经理渴望职位权力，以便“从容”地指挥调度项目成员的工作。另一个是影响力权力，通过目标导向说服其他人或管理者进行工作。项目经理可以使用的就是影响力权力。以项目目标为导向，安排调度项目资源，有冲突时，与公司管理层协调，争取公司的支持。

召集会议和撰写书面报告是项目经理行使项目经理权力的利器。项目经理有权召集项目工作会议，邀请有关各方，包括公司的项目主要负责人参加讨论项目中的问题，进行决策和资源配置。例如对资源安排的冲突，如果项目经理自己没有权力解决，就可以通过高层会议的方式，获得公司高层的支持来解决问题。而且会后，马上整理并公布书面报告，记录会议的决定，并通过报告跟踪决定的执行状况。通过会议和报告，有效利用公司高层领导的职位权力，是项目经理掌控项目的关键。

3IT项目经理的挑战

首先是IT项目管理有自己的特点。IT项目管理不是简单的“IT＋项目管理”，IT项目与传统项目相比，d性大，反映在两个方面，应用IT的目标的d性和项目成员产出的d性。企业应用IT有一个认识过程，甲乙双方都不可能在项目开始前，充分完整定义项目的目标和内容。在项目的实施过程中，一方面，双方会对IT项目的目标和内容产生新的体会和认识，提出新的要求，常常难以界定这些要求是对原项目目标的明确，还是项目范围的扩充，项目经理需要把握项目目标的d性。另一方面，IT项目多涉及以知识和智力相结合的软件应用，在项目管理中要把握知识的产出、转移和接受过程，而且项目工作人员的工作效率和有效性，也会因工作人员的不同，工作人员态度、技术、情绪的不同，而存在不确定性，由此导致项目成员产出和项目成本的d性。

其次是IT项目经理从技术到管理理念的转变。IT领域是一个比较专业的领域，IT项目经理需要技术和专业的背景和知识，因此IT领域的项目经理多数都是从技术出身而转向管理的。技术到管理的转变必须是一个有意识的过程。因为技术出身的人员，比较容易把注意力放在项目的技术方面，甚至热衷和追求项目技术的先进性，而忽视项目管理的总体目标的管理和控制。IT技术发展逐渐成熟，统计资料显示，IT项目失败的原因，主要是项目管理，而技术原因所占的比例已经很小了。项目管理是以项目目标为导向，利用有限的资源完成项目目标，在项目目标、质量、时间和成本诸多方面进行平衡。

最后是中国IT项目管理的环境。由于对IT应用项目的认识和把握还在提升的过程中，以及市场竞争等因素，很多IT项目经理必须面对中国IT管理环境的特点。例如有些项目在项目目标和范围不明确时，就签订了项目合同并开始进行项目的实施工作。此类“开口合同”的项目风险管理，就是一个特别的题目。中国项目经理必须面对这样的项目，采取恰当的策略，在项目进行过程中来控制风险。

项目经理的成长路径（如何承担责任）

项目经理是一个有前途的职业方向，但同时也充满各种挑战，怎样才能快速成长呢？

1学习和能力增长模型

有意识地去发展自己才能快速成长。成人学习的特点是只有在知道并掌握如何学习、何时何地学习以及学习什么样的新知识和技能以后，才能收到最佳的学习效果。下图是一个能力发展模型。

能力发展首先要突破“不知道没有能力”。认识项目管理是一个职业方向，通过了解项目管理实践和知识，“知道没有能力”，从而可以开始有计划地建设能力，通过学习和实践，掌握项目管理，达到“知道有能力”，并在不断应用中，运用自如，到达“不知道具有能力”的大师境界。

项目管理随着IT应用的发展，不断出现新的技术、工具、管理理念和最佳实践。因此项目管理的学习是一个长期的过程，通过研讨调查，分析自己的能力，与新的项目管理标杆比较，发现自己的不足之处，进一步建设能力提升自己，进入反复循环的过程。

2承担责任是能力的关键

承担责任是一种态度，是构成项目经理能力的关键。作为职业经理人，态度取决一切。没有负责任的态度，再多的知识和技能，也是没有意义的。通过下图的成功能力模型，说明项目经理能力的构成，指导项目经理如何加强自身的能力建设。

项目经理的关键是承担责任。承担责任的态度，就是一种能力。而且承担责任的态度，是人生职业发展的核心要点。2003年在纽约Fordham 商学院的MBA毕业典礼上，一位资深的有着近40年商业经验的华尔街金融家，谈他自己的人生职业发展的基本原则时，强调了两点，我非常赞同，一是“take charge”,这是一种态度，一种精神,特别是在别人都不愿意，不敢负责任的时候，勇于站出来负责，让自己有更多的机会，得到锻炼，也学会承担责任；二是“do the right thing”,这是悟性和经验的结合，是一个可以从总体和全局上把握事态的能力，在复杂的环境面前，理清关键点，把握事务相关关系和顺序。以上两点是敢于负责和能够负责，相互配合，相互支撑。

与态度相结合的是知识和技能。其中知识的获得是比较容易的，一般通过课程和自学得到，因特网的发展为学习知识也提供了方便。技能则是应用知识，解决问题的能力。有知识不等于有技能。例如你可以通读所有的法律知识，却不能保证你能上法庭帮助客户打赢官司，再如老外可以从网上得到中国菜谱和详细的烹饪说明，却未必能做出地道的中国菜。技能中含有很多体会和诀窍（know now），需要实践和师傅的指点，才能领会和掌握。项目管理的知识和技能也需要通过不同的方式学习，如何获得项目管理的技能是难点。

3项目经理的培养

项目经理的培养有两个方面。首先选择项目经理职业的个人，要对自己的职业发展负责，有明确的自觉成长意识，根据成功能力模型的三个要素，拟定自己的发展计划。比如在实际的项目工作中解决问题、承担责任，学习项目管理的知识，并在具体的项目工作中，应用项目管理的知识，转化成自己的技能。另一方面，企业需要明确项目管理在企业管理中的定位，培养项目经理是企业建立项目管理体系和机制中的一个重要组成部分。

IBM公司和HP公司有很清晰的项目经理培养方案。项目管理是公司运营管理的核心组成部分，项目经理是运营管理中的关键角色。从人力资源管理上，确立项目经理是公司的职业通道之一，并制定了项目经理职业发展规划。该规划由两部分组成，一是明确的项目经理职位序列：项目经理、高级项目经理、资深项目经理等，定义了每个职位的职责和能力，根据项目经理的关键能力体系指标，对项目经理进行能力评估，确定每个项目经理在序列上的位置。二是制定提升路径，让项目经理明确，经过什么样的培训和锻炼，可以从项目经理晋级到高级项目经理，从高级项目经理晋级到资深项目经理。

系列的项目经理培训课程有三个方面。一是项目经理的入门课程，针对刚开始项目管理工作的员工：项目管理基础、项目管理应用等。二是项目管理专项课程，例如项目中的谈判、管理电子商务项目、管理全球项目。三是项目经理职业软技能的课程，例如领导力课程、高效团队、解决问题和决策、咨询技术等。培训课程让项目经理可以迅速获得项目管理方面的知识，课堂的讨论和经验分享也可以让学员有一些技能的体会。

项目经理成长的关键是实战技能的提高。工作中的锻炼（On-Job-Training）和师徒制培养是培养有效的方法。项目经理是干出来的，也就是说在成功能力模型中的技能的获得来自于实践。项目管理既是科学，又是艺术。科学知识可以来自书本和课堂，艺术部分必须经过实践。师徒制培养可以帮助项目经理快速提升项目管理的实践经验，能够帮助他们从有项目管理经验的师傅那里更多地学习和体会项目管理的应用。另外建议在公司成立一个项目管理俱乐部，定期组织项目经理进行讨论，共同分享项目管理方面的体会。

IT服务高级专业人才的技能

IT项目管理的能力与销售和咨询能力是紧密结合在一起的。。项目管理的全过程，与项目的销售是分不开的，特别是对于提供IT项目服务的乙方来说，IT项目的销售过程是项目管理的一个关键环节，项目经理必须参与其中。咨询是一种工作方法，为客户设计解决方案并为客户提供可接受的工作方法，既可以独立开展咨询服务业务，也可以是销售和项目管理过程中的工作方法

下图说明了IT服务高级专业人才的技能结构，即以IT技术背景为基础（包括IT基础实施、软件、应用）的销售、项目管理和咨询的能力。掌握销售和咨询的能力的IT项目经理，将成为IT服务行业的高级专业人才，也一定将成为IT服务行业发展的****。

导语：项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。以下是我分享给大家的部分关于项目管理的一些经验，欢迎大家前来查阅!也希望文章能够给解决大家的烦恼!

项目管理经验分享

企业项目管理体系建设的核心是建立企业的项目管理方法，目前,大部分组织缺乏系统的、统一的项目管理方法。在我们咨询的几家公司中，我们常常会听到这样的质疑声：一套方法怎么可以管所有的项目吗特别是IT项目，技术过程都不统一，如何用一套方法来管所有的项目，由此我们也看到很多朴素的管理方法在各个项目组织中自由成长，但在一个企业内，项目间的联系是不可避免的，相互间的协作、配合由于缺少系统的管理方法，往往顾此失彼，矛盾此起彼伏，项目经理和公司领导成为消防队员，责权不明，协调不畅, 常常陷于项目经理无法，公司管理层无奈，项目成员无所适从的状态，给项目成功实施带来了潜在的风险。是什么原因导致这样的问题呢，是否有可行的办法来解决这个问题呢

一个完善的项目管理体系建设是与企业本身的行业背景、业务领域是分不开的，出现上面的问题的根本原因就在于项目管理和业务流程的交叉，导致项目管理过程复杂化，不可控，这也就是为什么大家说一套方法不可以适用所有的项目的根本原因。

企业的项目运作包括业务流程、项目管理、技术工作三个方面，业务流程是如何运作业务，是由企业的行业特点、业务背景所决定，项目管理是如何管理项目，而技术工作则是实现项目目标所需要的技术手段。对于一个企业而言，建立企业的项目管理方法论就需要依照企业的业务流程、技术手段来设计相应的管理方法。

项目管理方法是一个结构化的方法，是可以在大部分项目中应用的方法，具体实践过程中，项目管理方法需要针对行业特点，建立适合行业特色的项目管理体系。

依照项目管理理论，项目管理过程按阶段划分为启动、计划、实施、收尾，对于任何一个项目我们都可以依此进行阶段的划分，这是项目的共性，而对于项目中的个性就是项目的业务和技术层面，对于具体的企业，项目阶段划分就需要由业务流程和技术方法决定，在实施过程中，针对具体的项目进行客户化，项目管理方法论的核心就是综合所有项目的特点，建立一套包括技术、工具、管理技巧在内的一站式服务的指南和模板。这种将项目管理方法和业务流程相互配合，并在实践中进行优化的管理方法，就是项目管理方法论。

项目管理体方法论的重要表现形式是项目管理手册，这是组织规范项目标准管理过程的重要手段，通过正确的决策、高效的流程、标准的 *** 作、可控的过程，确保项目的有效实施。

企业项目管理手册编制的基本方法可分为三个层面，一是项目管理理论知识体系，目前世界范围内比较通用的主流项目管理知识体系，包括美国项目管理协会(PMI)推出的《项目管理知识体系指南PMBOK》，英国商务部开发的项目管理方法《PRINCE2成功的`项目管理》可作为理论支撑。二是在管理方法上跨国企业实施项目的管理方法，中国著名企业的项目管理经验可作为最佳实践基础，在此基础上则是对企业本身项目管理实践经验的总结。从三个层面对企业的项目管理过程进行梳理、定义、借鉴，即可固化出企业本身的项目管理方法。

具体到项目管理手册内容就是描述项目输入转变为输出的过程。通过项目阶段过程的定义，将项目管理过程、项目实施支撑、项目监控方法及项目作业指导，系统化地与项目管理理论及产品要求融入到具体的 *** 作实践过程中。

具体包括以下主要内容：

1 项目过程控制阶段划分：通常需要考虑两类过程，一是按照项目的管理过程，对项目过程进行阶段划分;另外是按照项目的技术过程，将项目过程进行阶段划分。企业的业务流程，主要关注项目的管理阶段划分，而项目经理执行和管理项目时，必须将项目的管理阶段和项目的技术阶段划分结合起来，进行项目管理。

2 阶段输入和输出：包括数据和信息、计划和报告、风险及可以交付的成果等;

3 过程控制：包括工作流程，工作方法、 *** 作规则和作业指导;

4 角色职责：在实践中，项目管理职责，不能简单归于项目经理一个人，而是由一组角色共同完成，包括职能部门和角色对项目阶段和实施步骤的贡献。

依照项目管理方法论编制的项目管理手册，将项目实施过程中的项目管理方法与企业的业务流程、技术方法有机地集成起来，从而建立以项目管理为核心的业务流程。

不可错过的优秀项目管理者经验分享

执行计划

在完成计划编写之后，项目经理需要将计划分发给每个团队成员，然后给成员提供需要的资源，由成员开始执行计划。此过程除非项目经理还兼职技术角色，通常需要做的事情不多，假如你在此阶段非常辛苦，通常是因为计划作的不够好。在晚餐项目中，因为我还兼职小工，所以比较忙，这会儿已经开始淘米、下米、洗菜、切菜等活动。

团队建设

首先，项目经理需要懂得团队发展的阶段(形成、震荡、规范、成熟)，其次项目经理必须熟悉各种领导(指导、教练、支持、授权)、管理风格(民主、独裁、自由、官僚)，并在合适的时机采用合适的风格。此外，项目进行中，难免出现困难、挫折和打击，团队成员的士气会低落，严重影响项目绩效。此刻，项目经理需要采用各种手段激励团队，让团队充满干劲。激励的关键有几点，第一点，要想激励别人先激励自己;第二点，必须懂得人们做事的动机;第三，要根据团队成员的特定采用恰当的激励手段;第四，在恰当的时机来激励。

在晚餐项目中，因为我们就两个人，彼此非常熟悉，所以团队震荡期非常短，形成后迅速到达规范期。启动项目时我采用了自由式的风格，大家各抒己见，来讨论各种可能性;我做计划的时候采用了民主式的风格，因为我爱人属于做饭方面的专家，民主式可以广泛征求团队成员的建议;在执行中，我采用了独裁式，严格要求我们执行既定的计划;在接近工作完成，我采用了官僚式的风格，对晚餐执行中的问题、经验、进行了记录和总结。关于激励，是每时每刻必做的事情，我爱人不断赞美我洗菜的专注、切菜技术的进步;我也时刻保持谦虚谨慎，用求知的眼神向她请教、用崇拜的目光欣赏她的成果。总而言之，我们保持了优良的团队作风，大家充满激情的、充满快乐的完成项目的工作。

管理团队

再熟悉的成员，也会有摩擦，再好的团队，也会有冲突。项目经理必须了解冲突常见原因，熟悉冲突常用解决策略(问题解决、强制、撤退、妥协、调和、合作)和使用时机，能够迅速的解决团队中出现的冲突，并且注意及时、私下、合作这些基本原则。及时就是越早越好，因为冲突开始的时候大家不会情绪化;私下就是不要在正式场合，给对方面子，不让对方下不来台;合作就是本着解决问题共同进步的态度，不是要追究谁的责任、证明谁是对的、谁是错的。

在完成项目执行期间，我和我爱人发生了二个冲突，分别采用了不同的措施进行解决：第一个，在做花生黄瓜时，我想用刀切，而不是拍黄瓜。我爱人指出来必须拍，我问为什么，她解释拍出来的味道鲜美，用刀切味道会受菜刀的影响。因为她是专家我听她的，问题得到解决;第二个，在洗菜过程中，我突然想起来需要写点东西，于是擦手计划去电脑旁边，我爱人根据计划指出来，我洗菜必须按时按质量完成。我不服还想去写东西，我爱人采用了强制的手段：如果我去写东西，这饭就不做了。我采用了撤退的策略，放弃写东西的念头，乖乖继续洗菜。

验收成果

很多人会误解，以为项目成果的验收是项目收尾的事情，其实不然，在执行过程中，可以随时对完成的成果进行验收。验收包括两个步骤，一是质量是否符合要求，二是得到干系人(通常是上级)认可。在实际项目中，得到认可非常重要，因为认可后的才可以要求付款。

在晚餐项目中，我们随时进行验收，如淘米工作完成时，我对淘完的米进行检查，我爱人进行认可;洗菜完成时，我对洗完的菜进行检查，我爱人进行认可;切好菜之后，我对菜切的大小数量进行检查，我爱人进行认可;在炒菜工作完成时，我爱人自己品尝咸淡对菜质量进行检查，我进行认可;这些都属于阶段性的成果验收。

监控风险

在项目执行过程中，项目经理需要密切关注已经识别的风险是否发生发生的风险是否应对应对的效果是否达到同时还需要识别新的风险。实践中，需要定期召开风险会议来实现上述目标。具体会议召开的次数，需要看项目的阶段、项目的规模来确定。

在晚餐项目中，因为我们识别了可能的风险，并采取了应对措施，基本没有出现新的风险。在项目执行和监控中，项目经理需要做两类事情，一是管项目，对项目绩效的管理;一是管人，对团队的管理。第一类事情比较容易，只要懂得必要的技术知识、制定了完整的项目计划，按计划进行即可。最难的是第二类，如何管理项目团队 。由于我们国家的发展背景，目前大多数企业中项目管理 者都是技术出身，对技术很熟悉，对管理很陌生。面临的最大挑战就是如何由技术到管理、如何在思想、能力、行为方面做出转变。

在此过程对项目经理的要求，知识方面需要具备心理学、领导模式、管理模式、团队规律等方面知识;能力方面需要懂得沟通、激励(当团队遇到困难时)、说服(在变更发生时)、谈判(随时随地)、领导(指明方向)、管理(协调资源)、问题解决(解决冲突、控制风险)等能力。

应对变化

在项目进行中，项目的环境可能发生变化，如此前的假设不再成立，或者因为发生了风险，项目的计划可能需要调整。变化是必然的，为了应对变化，在必要的情况下我们需要变更项目计划。这需要在项目启动时，就确定变更的流程、变更审批的组织(在大型项目中通常由高层组成变更控制委员会ccb)、变更的文档。

案例分析：

软件项目管理工作经验总结

软件项目最大的特点就是不确定性。这是指软件项目不可能完全在规定的时间内，按照规定的预算，由规定的人员完成。

因为这种不确定性，导致了计划赶不上变化，也导致了平时的工作中的2种倾向：1、变化太快，索性不制定计划。2、过度强调计划，往往要将项目中非常琐碎的事情都考虑的非常清楚之后再启动项目。第一种倾向，在我做过的项目里占了2/5，都是在项目开始时制定一份计划，项目一启动就丢到一边，项目过程中完全不理会，个人能力强的PM大致还能把握方向和进度，但是问他之前做了些什么额外的工作时，往往回答不出来，等到项目结束，再把当初的计划改改，做个大概的统计也就了事。而项目过程中的一系列的常见问题也是导致项目失败的原因(以下的原因是我做过的项目中总结出来的影响最大的5点，按照影响程度的严重性，从高到低排列。)

1、项目经理的管理能力不足

项目经理的管理能力不足之所以放在第一位，我想大家都清楚原因。项目经理作为一个项目的灵魂，对于进度的把控、团队成员的组建以及积极性的调动、成本的控制、和客户的沟通、需求变更的把控、重大事情的决策。。。这些任何一个都能左右一个项目是否成功。我遇到的几个项目中都是由于项目经理的能力不够，直接导致项目失败，而且使得项目成员在项目过程中也疲惫不堪，怨声载道。其实现在很多项目的项目经理都是由技术骨干兼任,因此他们往往习惯于关注技术开发，而忽视了项目管理工作。项目，本身就是为了盈利而生，所以不排斥项目经理兼任项目技术主管或业务咨询，但是必须要有将项目管理工作区分开来的意识和责任感。如果没有这样的意识，就会造成疏忽项目计划的制定、上下左右的沟通、专业资源的分配、项目组织的调整、成本的控制、风险分析等。项目管理工作的忽视，必然导致项目失控。

2、需求不明确，变化多

需求的多变是必然的。由于用户对计算机系统认识的不足，加上一个东西的从无到有，所以往往需求开始都是模糊的，只有随着项目的发展和反复的沟通，才能逐渐的明确。如何尽早的引导客户把需求明确，是项目经理、需求分析人员的工作，是保障项目可以顺利实施下去的前提保障，它是一门技术，也是一门思维沟通艺术。需求调研清楚了不代表着万事大吉。同一个东西，不同的人有着不一样的理解。开发人员和客户之间隔着需求人员这么一层，如何把客户的意思明白、清楚、不变形的传递给开发人员，这也是大部分项目中头痛的问题。我们经常可以看到在产品开发的差不多的时候，需求、开发、测试聚在一起吵架，责任互推。

3、工作量估计过低

工作量的估计不足，会直接导致项目延期。要对每项任务，甚至整个项目给出一个合适的工作量估计，需要综合开发的技术、人员的生产效率、工作的复杂程度、历史经验等多种因素。我遇到的几个项目中，计划制订者往往是凭个人经验，个人拍脑袋给出来的，问他的凭据是什么，回答往往是个人经验，有时里面也会包含其个人对自己的自信或自尊心问题，怕给出的时间过多而显得自己能力不足。抛开这些，我们还应该注意一些平时不可见的工作量，如人员的培训时间、各个阶段的评审时间等等。制定工作量时，不能被客户给的时间期限或上级的压力所限制，否则往往是以失败结束。

4、项目团队水平不足

技术人员的水平如果不能与项目的要求相适应，对项目需求或新技术不是很熟悉，对项目的质量、成本、进度都会产生影响。当进度开始滞后，项目经理最常用的方法就是增加人手。我之前的一个项目就是如此，由于项目经理不能把握需求，需求不断的增加，于是开始不断的加班，在这种折磨中，老员工开始纷纷离开，新来的员工不熟悉，进度进展缓慢，项目经理开始大量的加人，但是对系统代码和需求的不熟悉，往往3、4个人新员工都抵不了1个老员工。于是，开始无限制的加班，在加班的折磨下，新员工又纷纷离开，于是又加人。恶性循环，项目被无限的延期。这样的项目相信大家遇到过不少。导致项目失败的因素还有很多，对于一个团队来说，一个好的管理者是一个好的开始，但并不等于项目成功。加强自身能力的提升，是每个项目管理者必须有的意识。

5、计划不充分

计划不充分，分为计划太粗或太细。制定的计划不严谨，随意性太大，会导致可 *** 作性差，在实施中根本无法遵循，也就失去了计划的作用。有的人会抛弃全局计划，采取每周制定下周的计划，这样也是不可取的，毕竟计划没有一个长远的目标或宏观上的掌控，只局限于眼前的一点点事情，往往会致使项目失控。我一般采取先制定全盘计划，再每月制定详细计划，当月快结束时，根据实际情况调整下个月的计划，这样既有了较长期的把控，也有了和项目目标的对比，同时也不会把自己陷入无止境的修改计划中。

与业务部门的误解形成鲜明对比的是，IT部副总裁感到自己身上的压力越来越大：一方面，在面对各业务部门的不理解和抱怨时，他和他的团队要负责向全北美洲的所有企业客户以及几百个分支机构提供IT支持服务；另一方面，为了提供更符合业务需求的IT服务，他还要向整个IT团队灌输一种以业务为中心的文化：即IT是为了业务服务，更好的服务于各种业务的需求。

该公司的CIO认为，他的最终目的是建成一个提供IT服务的“一站式店铺”——以一种单点联系的方式解决所有与IT相关的问题。这一服务方式有以下几个方面的好处：

·由于只有一个联系点，发生服务故障时，业务人员可以直接与IT技术服务人员联系，避免了不知找谁来解决问题的情况发生，从而缩短了“遗失时间”。

·通过配置管理中的配置管理数据库，处于单一联系点的IT服务人员可以掌握所有配置向信息，使其可以更有效果且更有效率的使用各种配置项资源。

·服务台人员对所有IT用户提交的服务请求，故障和问题等进行记录，这些记录提供了一种发现IT基础设施问题的机制。

·为IT管理提供一种可量化的评价机制来评估业务

·位于服务台的服务人员可直接接触用户，解决用户的问题。他们的服务以及对用户的态度将直接决定了业务用户对IT的认识，有效的IT服务台将彻底促进IT与业务的沟通，改善业务对IT的认识

·当面对同时发生的大量突发事件时，服务台提供了一种结构化的流程来安排工作优先级，影响度大且紧急的问题优先解决；同时，服务台选择最快的方式来恢复发生故障的IT服务。

1充分肯定人员在IT项目中的作用和价值

IT项目管理最大的一个复杂性就是人员的管理，对于IT项目中的项目成员都是从事有创造性的劳动，虽然CMMI更多的强调了过程的重要性，但一些通用的GP仍然强调了人对项目的重要性。没有规矩不成方圆，过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，同时要肯定项目成员对项目成败的重要价值。

2选择和招募正确的人

首先是要选择或招募到正确的人，承认招聘是有成本的，也应该在招聘上做充分的准备。对人员考察的重点不仅仅是具备的知识技能，而更多应该是针对其个人性格，价值观，协作和沟通能力，自我学习能力方法的考察。个人的工作习惯不是一朝一夕形成的，而习惯形成又依赖平时的工作和生活的态度，态度决定一切；其次才是理解和自我学习能力，然后才是现有的知识和技能。

3为人员分配合适的工作

每个项目成员都有的各自的特长和性格特点，必须要充分考虑项目成员的技能情况和性格特点为他们分配正确的工作，同时还需要考虑项目成员的工作兴趣和爱好。尽量发挥项目成员特长，让每个人从事自己喜爱的工作岗位是项目经理进行工作分配要考虑的问题。各项目成员的知识技能评估，个性特点分析，优点和缺点是要事先分析和考虑的内容。

4考核要真正体现个人绩效

做的事情越多往往犯错的可能也越多，从事预研和创造性的工作往往没有结果，是不是完全根据产出物质量进行考核？这些是经常遇到的问题，因此推荐的仍然是根据工作成果即难易度，个人的协作精神和价值观两方面综合进行考核。只有两个方面都表现不错的人才是项目真正的骨干成员，并且应在工作岗位和薪酬上得到体现，使其成为项目长期稳定的优秀员工。

5更多的是培养人而不是管理人

IT项目经理除了在项目前期依据个人经验充当领导和管理角色外，项目的执行过程中更多的应该充当教练的角色。只有真正的从培养项目成员出发才能够将被动的管理转变为自发和主动的管理。我们认为管理难很多时候进行的是强制性的管理，而这种管理是每个项目成员都反感的。你不是去指责项目成员当前犯的错误而是协助他分析为何会犯这样的错误，你不是帮助项目成员解决当前的问题而是教会他们如何解决以后类似的问题，转变态度使每个项目成员形成一种良好的工作习惯，希望习惯和学习方法是培养的重点内容。

6经常和项目成员进行单独的沟通

项目经理花在沟通上的时间在70-90%左右可见沟通在项目管理中的重要性。沟通体现了项目经理对每个项目成员的重视，项目经理应该定期和项目成员进行单独的沟通，了解项目成员的工作和生活情况，个人的职业规划和工作想法，单独指出项目成员工作中的不出和需要改进的地方。很多时候沟通达不到效果往往是项目成员并不会说出自己很多真实想法，因此沟通双方应该是完全平等的，开诚布公的进行沟通。

7冲突是不可避免的

在项目进行过程中，项目内部，项目成员和外部接口或干系人之间出现各种冲突往往是不可避免的。PMBOK的观点认为冲突往往对项目是有益的，对于项目成员间自己可以解决的冲突项目经理尽量不要越徂代疱，同时也要尽量不让冲突升级。项目经理作用就是让冲突在项目可控的范围内，并在冲突过后促进项目成员反思和学习。

以上就是关于互联网IT项目的管理心得体会全部的内容，包括:互联网IT项目的管理心得体会、如何做一个it项目管理者、日常IT项目管理过程的四个关键控制点等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！