当IT项目经理应该做哪些事情？

一、真正理解项目经理的角色

对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。

另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给其组员端咖啡，协调大家之间的关系等。

项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。

二、重视对项目组的管理，奖罚分明。

项目管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。

为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。

另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替;同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。

三、计划、计划、计划

几乎所有的人都知道项目的实施需要制定计划。但是在具体 *** 作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可 *** 作性差，因而实施中无法遵循(如项目计划过于粗略，落实不足)，没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查(与进度计划比对)和控制不足，不能维护项目计划的严肃性。

再完美的计划也会时常遭遇不测，但并不表明不需要制定计划了。如果没有计划就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。

在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。

项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高;反之亦然。

四、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。

培训是项目实施的一个重要环节，单在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的 *** 作。培训应贯穿于项目的始终，并且应做好适合用户水平的 *** 作手册，必要时在单位内部网页上做“常见问题问答”的栏目。

五、进行原型测试，做好一个理论和实践都可行的实施方案。

不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。

六、合理的降低客户的需求

任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。

对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求。这里所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。

信息化项目对企业而言，无疑是一项系统工程，既要符合企业发展战略，又要各部门协同配合，还要把握技术方向，因此作为企业信息化项目负责人的项目经理(往往由CIO担当)，在项目实施过程中起着关键作用，正所谓“成也萧何、败也萧何”，项目经理的能力是项目成功实施的基础。

一、项目经理应具备组织能力。

项目经理的组织能力具体表现在组建高效的项目小组、规范组织的工作范畴、明确项目成员的分工、协调各项工作的进度。拥有较高组织能力的项目经理，能够建立科学规范、分工合理、协调一致、高效精干的项目组织机构，作为项目成功的组织保障。

① 组建高效的项目小组。组建项目小组是项目开始的第一步，由于信息化项目往往牵扯的部门较多，因此项目小组的组建应考虑多个部门的共同参与，同时将各参与部门的人员分为实施人员和决策人员，并分别组成项目“领导小组”和“实施小组”的两层管理结构。这样，一方面能够让参与部门的各个层面充分了解项目的情况，另一方面可分别让项目的“决策”与“执行”寻找到合适的落脚点。

② 规范组织的工作范围。规范项目小组的工作范围，同时确定项目的实施内容，不仅可以有效保证项目组的工作目标明确，而且也是有效控制项目在实施过程中不断被扩展的有效途径。一般来说，项目范围的定义是项目组根据内部需求提出来的框架，这个框架一般会涉及到企业的具体业务，是项目实施过程的指导，并需要在项目执行过程中不断细化，因此要求项目经理具备把控工作范围的能力，否则项目会像滚雪球一样，越滚越大，远远超出项目的时间、成本预算。

③ 明确项目成员的分工。责任清楚、分工明确是任何一项工作的基础，尤其是像信息化项目这种涉及部门多、业务流程复杂的项目，更需要项目经理对项目组的每一位成员进行明确分工。

④ 协调各项工作的进度信息化项目强调各部门之间的协调配合，每一个部门的项目进度出现问题，都会影响到项目的总体进度，因此项目经理除关注项目的总体进度外，仍需协调各部门的项目进度，这样才能使各部门工作衔接流畅，从而步调一致，协同发展。

其次，项目经理应具备决策能力。

项目经理不仅仅是IT部门的管理者，更是项目组的决策者，在错综复杂的信息化项目中，项目经理应探查项目相关的各种信息，对其进行筛选，并对各种解决方案进行优势分析，从相关技术、设备、服务、行情等信息出发，进行分析预测，优中选优，做出符合项目战略的项目决策。

第三，项目经理应具备沟通能力。

项目经理在信息化项目中承担了企业(甲方)、实施方(乙方)、第三方咨询机构之间联系和协调的任务：企业通过项目经理将项目需求传递给实施方;实施方通过项目经理将项目方案提供给企业;第三方咨询机构对项目的诊断和建议也往往通过项目经理来传达。因此项目经理实际上在信息化项目管理中扮演了“三方”之间桥梁的角色，其与任何一方的沟通出现问题都会影响到项目的进展。因此一个好的项目经理，一定是一个好的沟通者，通过与项目任何一方以及项目组成员的沟通，才能全面了解用户、决策者、实施方，乃至咨询机构对项目的真实评价，及时发现潜在问题，并通过征求各方意见，协调各方关系，找到能够保障项目顺利进行的办法。沟通可以是多方面的，口头的、书面的、甚至定期不定期的项目通风会、讨论会都会成为项目经理沟通的手段。

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

技术人员绩效考核步骤：

一、技术人员的业绩考核

1、制定业绩考核制度

2、选择业绩评价工具

3、完善工作业绩标准

4、推崇计划管理

5、注意督促检查

二、技术人员的素质考核

1、对企业的忠诚度

2、分析和解决问题的能力

3、市场意识

4、谈判能力

5、组织才能

三、技术人员的绩效考核应与奖惩、职称晋升及任用挂钩

具体如下：

一、技术人员的业绩考核

1、制定业绩考核制度

考核制度的建立是对技术人员进行绩效考核的基础，对技术人员进行业绩考核第一步是建立健全各种考核制度，且各种考核制度都要基于工作过程。建立行之有效的考核制度，必须对各技术岗位的工作内容进行分析，明确各技术岗位对技术人员的素质要求，确定哪些是完成工作必须的业绩要素，然后通过建立规范、有序、高效、科学的规章制度，促使技术人员的实际工作行为与企业所要求的职责规范之间达到最佳结合。

2、选择业绩评价工具

对技术人员业绩的评价有些企业采用每月完成技术文件的张数，有些企业采用每年完成科研成果的项目数，甚至有些企业将技术人员在单位时间内为企业创造的经济效益等作为业绩评价的工具，到底选择哪种的工具评价技术人员的业绩，不同企业要结合自身特点进行选择，但要有个原则就是选择的评价工具越简单越好。

3、完善工作业绩标准

为了更好地调动技术人员的积极性，完善对技术人员工作业绩评价系统，将技术人员的能力与成果的定性考察与定量考核结合起来，建立客观而明确的工作业绩标准。定量考核，用数据说话，尽量避免定性成分过大，评价模糊等不足。

4、推崇计划管理

计划管理是保证技术人员的业绩符合企业目标的前提，如果企业的目标是A，技术人员的方向是B，A、B不统一，即使技术人员的业绩再突出，也无法转换成企业的生产力，所以计划管理用一定质量要求下的工作目标、工作数量、工作进度为指标，把技术人员的工作转换成可用比较精确的数字加以衡量的东西，计划管理并不是一个单一的计划，而是一个计划体系、一个计划网络，它是每个技术人员的工作与整个企业的工作，从长期、中期到短期相一致，并与企业各个部门到每一个具体的人都相协调，这样一来技术人员干起活来有目标，且他们只要按企业下达给自己的计划，按质、按量完成任务就会与企业的计划相衔接。另外，对技术人员业绩考核中的计划管理应把握好如下三个原则，即适度从高从严原则、周密完备原则、充分量化的可衡量性原则。

5、注意督促检查

技术工作是一个系统工作，往往因为一个人的拖拉，造成整个系统的工作不能如期完成，所以技术管理部门不能只管给技术人员下达工作计划，还要注意计划的督促检查。并且在计划的督促检查方面要有一定的提前量，这样的好处是即便检查时发现有些技术人员可能不能按时完成任务，还可以事先采取措施，保证整体任务的按时完成。

二、技术人员的素质考核

1、对企业的忠诚度

技术人员所在的岗位，特别是在企业里面都是有一定保密要求的岗位，如果技术人员的忠诚度不够很可能将企业的技术泄露，对企业造成不可估量的损失。

2、分析和解决问题的能力

同样一个问题不同的技术人员可以采用不同的技术方案去解决，但有的技术人员采用的方法简单处理后的问题可靠；而有些技术人员则不然，这与技术人员的知识广度，实践经验及分析和解决问题的能力有密切的联系。

3、市场意识

企业的发展靠产品，产品的更新靠技术，市场意识强的技术人员，通过走访用户等，可捕捉市场需求，把握时代信息为企业开发适销对路的产品，所以技术人员的市场意识对企业是一笔无形的财富。

4、谈判能力

技术再高如果没有说服用户购买企业产品或签订与本企业有利的合约的能力，在现代社会中，还不算最好的技术人员，所以对技术人员谈判能力的考核也相当重要。

5、组织才能

企业对员工的要求是有文化的劳动者，对干部的要求是懂技术的管理者，而企业的技术队伍是企业干部的主要后备力量之一，所以对技术人员从计划、指挥、控制、协调等方面考核其组织才能也是不可缺少的。

三、技术人员的绩效考核应与奖惩、职称晋升及任用挂钩

对技术人员的绩效考核与对其他人员的绩效考核一样，目的不能仅仅只停留在纸上，而应将业绩考核与他的工资、奖惩、职称晋升等切身利益挂钩。把考核结果作为经济杠杆，使月业绩考核与当月的岗位工资挂钩，年业绩考核与年终奖励及工资调整相联系，并将考核结果计入技术人员考核档案，作为他们职称晋升的重要依据，这样更易促使技术人员想方设法提高自身的素质，达到调动技术人员积极性的目的。

Ⅰ ITSS的工程师认证和项目经理认证有什么区别

 培训对象方面：源

 IT服务工程师的对象为IT从业服务工程师、应届毕业生。IT服务项目经理

对象为3年以上或相关从业经验，1年以上相关管理经验。

 培训目的方面：

 IT服务工程师的出发点是为IT服务业提供初级人才，帮助IT服务企业将

部分内部成本转换为社会成本。IT服务项目经理则可以成为解决IT服务行业缺乏一线管理人员的问题提供有效支撑。

 培训内容方面：

 IT服务工程师主要学习其承担IT服务时所需基本意识和所需掌握的基本技

能。IT服务项目经理学习的是其所需掌握的IT服务基本理论、方法和工具。

 培养价值方面：

获得了IT服务工程师的认证，可以认为证书获得者初步具有合格的IT服务

工程师技能和素养。获得IT服务项目经理认证，可以认为证书获得者初步具有合格的IT服务项目经理管理能力内容由优秀的ITSS符合性评估落地工具云雀运维提供哦。望采纳！

Ⅱ 对IT行业的项目经理来说，职业资格证书通常有哪些选择

对IT行业的项目经理来说，职业资格证书通常可以选择PMP，信息系统项目管理师（软考），ACP，和Prince2可以考虑。

PMP认证是由美国项目管理协会(PMI)在全球范围内推出的针对项目经理的资格认证体系，其目的是为了给项目管理人员提供统一的行业标准。通过该认证的项目经理叫‘PMP’，即Project Management Professional（项目管理专业人员）。国内自1999年开始推行PMP认证，由PMI授权外专局(现在改名为中国国际人才交流基金会)负责在国内进行PMP认证的报名和考试组织。当前，中国是除美国之外拥有pmp证书人数最多的国家，项目管理知识体系被广泛应用于我国信息、制造、建筑、金融、科研及技术服务等行业，pmp持证人员成为各行各业的项目管理主力军。据统计，截至2019年9月份，全国累计PMP报考人数近60万人次。华为、阿里、中国移动、腾讯等众多企业都把《项目管理知识体系指南》作为管理人员的必修课。我国信息传输、软件和信息技术服务业的PMP报考量占了全国总量的4781%。

信息系统项目管理师属于计算机技术与软件专业技术资格考试（即软考）高级资格考试里面的一项考试。通过考试的合格人员能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制订可行的项目管理计划；能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下达到既定的项目目标；能分析和评估项目管理计划和成果；具有高级工程师的实际工作能力和业务水平，可聘任高级工程师职务。这个证书是国家认可的，终身有效。对于事业单位或者国企，这个证书对于评职称十分有帮助，高级项目管理师，意味着你就具备高级职称的能力，因此可以作为申请中高级职称的官方认可材料。很多城市对于拿到职业技能证书的职工会有一定的福利,可获得福利补贴。在一些“积分落户”的城市可以申请加分，帮助落户。

ACP考试是目前已知的所有敏捷相关考试中比较重要的认证考试之一，为从业者提供比现有的仅基于培训或考试的入门级证书更可靠的证书。ACP是PMI（美国项目管理协会）在全球191个国家和地区范围内，发起的针对敏捷实践者的资格认证。从2008年到2011年，PMI对600个组织代表900个项目管理人员进行调查，并根据调查结果，进行比例运算，并整合敏捷思想的领导者（包括敏捷宣言的共同作者，参与精益看板工具的人员，动态系统开发的***和其他敏捷专家等等）成立指导委员会，共同研究该组织可以为敏捷实战者提供的资源，适应整个市场的需求。所以证书本身的权威性和含金量已经有力的说明了你的能力。

PRINCE2（受控环境下的项目管理资格认证）是英国项目管理标准，它流行于英国及欧洲、澳大利亚等国家，联合国将其作为项目管理的推荐标准，PRINCE2起源于英国，但它有超过70%的成员是在英国以外的国家，有超过150个国家和地区都在使用与推广PRINCE2，全球有超过40万人获得此项认证，它被誉为世界500强企业首选的项目管理方法论。自2007年落户中国以来，在中国PRINCE2认证每年增长率都翻倍。

PRINCE2将业务和项目结合起来，指导项目如何实现业务收益，它不是描述性的知识 ，而是用以指导和一系列可 *** 作性的方法步骤 。它更多是站在真正的权利掌握者-项目管理委员会的层面考虑问题，项目经理只是一个项目日常管理的角色，而小组经理是真正交付项目产品的角色。

正因为PRINCE2落地性能良好，具有可 *** 作性，更重要的是，它运行的项目管理环境及管理层次和我国绝大多数企业的环境与层次相当。

因此，这套方法论能够更好的应用在我们实际的工作中，能够真正帮助企业将战略转化成价值。它更易于将此方法转换成企业的项目管理方法论。

Ⅲ IT项目经理等级如何设置

软考 系统集成项目管理工程师

Ⅳ 如果做IT项目经理需要学习什么

做一抄个项目经理,不是要求你全能,而是要求你能把一批各有所长的人 成一个团队完成上面交下来的任务

第一 专业知识层面上的做任何项目的市场都需要对所做的的项目有所了解销售是想通的,一般专业知识会在成交中占不到百分之二十的比例,专业知识越精,对你成交越有帮助

第二 销售方面和销售技巧任何一个公司都是靠销售吃饭的,做好了在任何地方都有一个饭碗

第三 和客户沟通和谈判技巧

第四 全国市场和当地的小市场上你项目的情况分析你们所能提供的服务同行的竞争者有多少优势和不足之处

Ⅳ 听说很多IT企业申报资质那些需要项目经理来挂靠什么的，具体是怎样啊

具体流程如下来：

首先,找到需要自证书的企业,然后与企业签合同,确定挂靠价格。第二步企业买入你的社保（最好不要在一个城市，同一城市不能重复买入社保的），第三步企业准备帮你申请高级项目经理的业绩（一个高级项目经理需要3000万的业绩），中级项目经理的业绩（一个中级项目经理需要2个200万业绩），同时准备好你的申请表（当然这个内容需要你配合），第四步在提交材料前需要你的身份z、毕业证及软考分数或软考证（各城市要求不同，大部分城市需要原件），还有小一寸照片电子版，第五步，拿着前面所有的材料，交到当地相关部门。完成，等工信部网上公示。我的就是中级项目经理，以前也是自己找企业，但资源太少，实在是难挂靠出去，几年前通过“IT建设人才网”挂出去多次了，挺好，不用 *** 心，年年有钱收，爽呀。

Ⅵ 什么职位能晋升为IT项目经理

项目经理属于技术管理类，应该具有技术背景，还需要较好的管理水平，最好是遇到一位好领导好好学呗，只要你学到手了，还怕找不到。

Ⅶ 关于申报项目经理证书问题（IT）

软考报名时填写的单位与实际申请时单位没有冲突，在申请项目经理时，主要是看现任单位给你提供的业绩及社保证明，就可以了。但如果你原单位有可能用到你的证书申请项目经理，你离职时要与他们说清楚，你自己要用证书。软考证书不可以同时申请，不然你的证书都会被冻结。如果你现任公司不需要的话，也可以找外面的单位来挂靠。我单位不用，我也是通过IT建设人才网挂靠出去的。

Ⅷ 哪家发的IT项目经理证书比较得到社会承认

目前是信息产业部的项目经理证书能够得到承认但是目前信息部(现在工信部)发的是大型集成信息项目经理,高级经理,资深经理的证书一般而已,拿他的目的是为了接到项目而不是为了证明自己的能力的都是公司boss,骨干级别的人才去考的以前可以上培训班考核现在开始必须考试高级职称考试才有资格考核(信息管理师)

如果要增加自己筹码,参加的项目经理培训可以考pmp项目管理师考试由当地人事局组织的发美国pmp证书

Ⅸ 关于IT的项目经理考试有哪些

IT的项目经理考copy试：

个人知道的：

1、软考 包括项目经理（系统集成项目管理师，属于中级）、高级项目经理（信息系统项目管理师、属于高级）

2、CPMP 国内的项目管理师认证

3、PMP 美国推行的项目经理资质认证，也是现在推行最广，含金量最高的

4、IPMP 欧洲的项目管理体系认证分A\B\C\D级 其中C级IPMP相当于PMP级别

IPMP相对推广的和PMP差很多， 并且稍微侧重工程领域！

5、PRINCE2 英国商务部推行的 受控环境下的项目管理认证 含金量也非常高 和PMP不冲突

个人知道的IT的项目经理考试就是这些，欢迎其他朋友补充！

这些认证，个人觉得含金量比较高的是：软考高级项目经理、PMP、PRINCE2

至于首选哪个，要看个人所处的项目环境以及职业发展！

如果没有特殊条件，首选PMP 但是此三项认证应用并不冲突！

很多人都是既是PMP又是软考高级项目经理，再牛一点的话就把PRINCE2也学了 哈哈！

补充：PMP是属于学习的比较基础的项目管理认证！

————光环国际广州塔

Ⅹ IT项目经理怎么考，有什么硬性指标吗

科及以上学历，计算机、通信相关专业。相关专业证书有：信产部项目经理、PMP、IPMP培训。

//hi/zhuwei2007msn/blog/item/8f58deefaeb2a0ebce1b3ea6。这是个现成的。不懂可以再问啊

网上找资料不容易啊，如果有帮助请采纳，需要积分啊。

以上就是关于如何做好IT项目经理全部的内容，包括:如何做好IT项目经理、IT项目经理必备的三种能力、当IT项目经理应该做哪些事情等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！