用标准方法指导IT项目管理

对于IT项目团队的管理可以采用项目管理的方法。下面我们给大家介绍一下项目管理中在IT项目的沟通管理应用。在IT项目管理中，专门将沟通管理作为一个知识领域。在《PMBOK®指南》中也建议IT项目经理要花75%以上时间在沟通上，可见沟通在IT项目中的重要性。多数人理解的沟通，就是善于表达，能说、会说而IT项目管理中的沟通，并不等同于人际交往的沟通技巧，更多是对沟通的管理。

一般来说，沟通管理包括以下几方面工作：

1、确定沟通目标：IT项目中沟通对象主要为IT项目干系人，不同干系人需要的信息可能不同，所以在IT项目启动时，就要识别所有的IT项目干系人。以及不同人的不同信息需求。

2、制定沟通计划：沟通对象，需要的信息，信息发布频率等都要确定好。

3、执行沟通计划。

看上去很简单，每个IT项目都可以依此模式套用，但实际上很多IT项目在执行中都会出现沟通问题，我认为大部分情况下是IT项目经理犯有沟通障碍症，主要有以下几类：

（1）“我以为”的错误：以为沟通过，别人就清楚了，以为没有反馈就是没有意见了。特别是跨部门的沟通，无论是口头还是书面，更是要注意双方是否理解一致。

（2）不敢越级沟通，不敢与高层直接沟通：不少公司的IT项目经理在职能上，一般比部门经理要低，所以经常出现IT项目经理不敢直接找高层或其它部门总经理沟通，都要上级职能经理的协助，我认为这是需要改进的，当然，这与企业文化也有一定关系，但在一个以目标驱动，强调解决问题的组织，没有人会反对这样做，包括你的上级。

特别是对跨部门的较为复杂IT项目中，IT项目经理要敢于“管理”公司高层，就IT项目问题也高层进行直接沟通。可能有部分IT项目经理是担心不知如何与高层沟通，，因为高层的思维是较发散和概要的，如果你下谈解决方案等细节问题，估计很难交流，这里也要求IT项目经理要对问题有很好的抽象归类能力。

（3）害怕被拒绝：这是人的本性。如果在销售岗位，估计有专门针对的培训。在IT项目推进中，经常出现这样的情况，你可以有一些想法建议，要么思考很久才敢提出来，不要不敢与IT项目干系人提出，白白延误了好时机，或者需要其它部门协助时，不敢提出来。

4、没有提前计划沟通活动，造成等人局面：经常出现这样的时候，要确定某个事项，需要个负责人参加，但因为没有提前计划，到时约不到人，结果推迟等待，无谓的增长滞后时间。实际上，对于难度较大问题，至少要提前两周计划好，预约好相关人员。

5、欠缺适当的沟通技巧：我们不是管理专家，不用在沟通技巧中耗费太多时间，掌握一些适当的沟通技巧，是主要是对人对事的敏感度，能针对具体事情判断是单独沟通、书面沟通、口头沟通更有效，还是需要适当借力。能达到这个层次就可以了。

沟通中最重要的不是技巧，而是你的真诚。如果你能与沟通对象建立信任关系，就是沟通的最高境界了。

沟通对于IT项目的成功是相当关键的，但同时又是容易被大家不够重视的，作为IT项目经理，做好沟通管理是基本的要求。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

在IT项目管理中通常会使用8Manage项目管理工具，可以从立项-计划-实施-收尾等全过程监控，可以管理到项目的进度、计划、风险、资源、成本、需求、变更、时间等方面， 项目实时管理，第一时间汇总项目动态，项目超支、风险预警提醒，支持多部门、多站点、大型复杂项目，多项目实时管理，第一时间发现项目问题，迅速提醒、响应。

IT项目的特征：

(1)时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

(2)项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。因此，IT项目经理必须在项目开始前通过合同(或等同文件)明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

(3)不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。

项目管理就是把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。项目管理是通过启动、计划、实施、控制和结束等项目管理过程来进行的。通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。所以IT项目的管理往往是一个非常复杂的管理过程，是一个对复合项目（Program）进行的组合管理（Portfolio Management），而不是一个单项目管理（Project Management）。

不管是IT开发项目、IT应用项目，还是IT服务项目，项目管理都有其共性。PMBOK和Prince2分别从项目管理的体系和过程提出了标准的框架。作为IT项目的管理者，整合这两种标准框架和方法并灵活运用，将为其进行有效的IT项目管理提供重要指导。项目管理的水平可以用成熟度来表示。项目管理的成熟度可以从两个维度来衡量，一个维度是从单项目管理到复合项目管理再到组合项目管理；另外一个维度就是从标准到测量、再到控制，最后到持续改进。

PMBOK项目管理体系

现代项目管理知识体系（PMBOK）是美国项目管理研究所（PMI）从1984年开始研究，1996年推出并投入使用，2000年新版修订的。国际标准组织以PMBOK为蓝本制订了ISO10006标准，包括一整套现代项目管理的程序、技术、工具和方法。PMI将项目管理知识体系分为9大领域，即综合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。

Prince2项目管理体系

受控环境下的项目管理（Prince2）是英国商务部根据长期实践经验开发出的一套项目管理标准。Prince2以一种完善的项目管理组织形式协调应对项目内外环境变化，以标准化流程、结构化的方法控制项目进程，确保实现项目投资收益。Prince2按项目的整个生命周期把项目管理分成8个过程，即计划、指导一个项目、准备一个项目、启动一个项目、控制一个阶段、管理阶段边界、管理产品交付和结束一个项目。

PMBOK与Prince2的比较

在对项目的定义上，PMBOK强调项目的目标，独特性和临时性等重要特征。Prince2在这个基础上更强调了过程和环境。PMBOK将项目管理分为启动，计划，执行，控制和结束五个过程组，Prince2将项目管理分为八个过程。Prince2的计划和指导过程贯穿整个项目生命周期，强调了计划和指导的重要性和滚动性。PMBOK没有特别强调项目各阶段间的边界和控制，而Prince2则强调项目的各阶段都是可控的。

PMBOK是一个完善的项目管理知识体系，但没有过多涉及具体的 *** 作方法，而Prince2在方法和实践方面介绍了很多可 *** 作的内容。PMBOK定位于知识架构，Prince2定位于实施指南。

PMBOK中对每个过程分为输入、工具技术和输出三部分来讲，Prince2则对每个子过程分为基本原则、背景、过程描述、职责、需要信息和关键标准来讲。

PMBOK和Prince2作为两种通用的管理方法论，各有特点，各有侧重。两种体系可以在实践中有效结合，灵活加以应用。二者都是在实践的基础上总结出来的项目管理标准体系，都会随着实践经验的总结而不断发展和更新。

距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。

项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。

举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

以上就是关于IT项目团队的管理技巧，你学会了吗全部的内容，包括:IT项目团队的管理技巧，你学会了吗、你认为什么是IT项目管理特征是什么IT项目管理体系包含哪些在IT项目管理中通常会使用哪些工具、用标准方法指导IT项目管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！