激励员工最有效的方法

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

;

IT部主管岗位职责 1 拟定和执行企业信息化战略

负责制订公司信息化中长期战略规划、当年滚动实施计划，制定企业信息化管理制度、制定信息化标准规范；负责公司信息化网络规划、建设组织、制订IT基础资源（硬、软件）运行流程、制定网络安全、信息安全措施并组织实施，实现IT资源集约管理；负责公司集成信息系统总体构架，构建企业信息化实施组织，结合业务流程重组、项目管理实施企业集成信息系统。负责集团公司网站建设计及总体规划。

2 企业信息资源开发

根据企业发展战略和信息化战略要求，负责企业内外部信息资源开发利用。导入知识管理，牵头组织建立企业产业政策信息资源、竞争对手信息资源、供应商信息资源、企业客户信息资源、企业基础数据资源五大信息资源库。

3 建立信息化评价体系

根据公司信息化战略和企业实情，建立公司信息化评价体系和执行标准、制定全员信息化培训计划。

4 信息处理

负责信息的收集、汇总、分析研究，定期编写信息分析报告报公司领导决策参考；参与公司专用管理标准和制度的制定和修改。

5 ERP等信息平台的开发及实施

负责公司计算机开发应用计划，有步骤地开发使用应用管理软件，逐步实现企业管理现代化、信息化；负责公司ERP系统项目的论证、引进（或开发）与实施，组织ERP系统与企业状况之间关系的分析，确保公司ERP系统的顺利运行。

6 控制信息设备预算

负责控制部门预算，降低费用成本，组织公司计算机相关设备的维护、添置、验收、发放登记归档，以及管理软件的咨询、设计、采购、测试、验收、日常维护，并提出可行性方案等工作。

7 协助其它部门管理

协助其它部门实施CAD、PDM、CAPP等项目信息管理，协同其它管理部门实施设备管理、人事管理、客户关系管理等信息化管理的实现。

8 日常管理

主持本部门日常全面工作，编制本部门年、月工作计划及资金计划，总结年、月度工作；负责本部门员工考核。

9 企业文化宣传

负责企业文化的整理、宣传、实施，负责公司整体CI形象策划管理工作。认真做好策划整体构思和合理地编制广告投入计划等工作。

10 其他

完成领导交办的其他工作。

IT部主管职责和要求 1 IT部主管的职责

建立团队，创造团队协作氛围,激励和鼓舞团队；

保证所有的项目需求都被定义，并能一直分解到最低一级；

领导计划的制定，根据计划进行管理；

管理风险,通过变更控制系统来控制基准的更新演变；

保证项目的可见性技术到位，并行之有效；

及时执行纠正措施来纠正偏离计划的差异。

2 IT部主管的权限

项目经理的权力可变范围很大，至少应该包括：财务控制权；资源协调权利；对责任的描述能够被理解和认同。

3 IT部主管的基本要求

良好的职业道德；知识和经验；综合的管理和决策能力；系统的思维能力；创新能力；身体健康；项目经理的基本素质；较强的技术背景

另外还包括:成熟的人格；讲求实际；和高层主管有良好的关系；在几个不同的部门工作过；把完成任务放在第一位。

4 IT部主管应具备的能力

领导能力和组建团队的能力；创业家和商业人的敏锐；技术水平和商务水平兼顾（多面手）；计划能力、组织能力和管理能力。

信息系统管理（每个系统）：

1、服务器 *** 作系统（补丁、防病毒、防火墙、系统账号、远程配置、共享设置、 *** 作系统日志导出审阅）；

2、web服务器（IIS、apache、tomcat等）安装、配置、管理；

3、数据库（SQL、MYSQL、Oracle等）管理；

4、服务器程序和文件（程序插件安装、程序进程查看、程序服务开机启动、config配置端口接口）；

5、数据备份（建立数据库备份计划、同步备份批处理代码、数据备份检查）；

6、信息系统管理（权限配置、账号管理及导出审阅、内容编辑管理、数据查询、业务部门变更支撑、应用层日志导出审阅）；

7、系统重建步骤文档、重建测试。（重建系统、配置补丁、安装数据库、安装程序、安装插件、配置网络、配置访问及远程权限、配置系统账号、还原数据库、检查数据库、安装客户端）

激励员工最有效的方法

职务激励法

一个德才兼备、会管理、善用人、能够开辟一个部门新局面的可造就之才。就应把握实际需要、扬长避短，及时地提拔重用，以免打击了“千里马”的积极性，作为一名单位的领导就是要有识才的慧眼，千万不能因领导者自身的私利，而对身边的人才“视而不见”、“置之不理”。压制和埋没人才只能使企业蒙受损失。对于在实践检验中确属“真金”者，要及时地给任务压担子，引入竟争和激励机制，形成“优秀干部有成就感，平庸干部有压力感，不称职干部有危机感”的良性循环。

知识激励法

随着知识经济的扑面而来，当今世界的日趋信息化、数字化、网络化。知识更新速度的不段加快，干部对伍中存在的知识结构不合理和知识老化现象也日益突出。要树立“终身教育”的思想，对单位一般员工可采取自学和加强职业培训的力度;对各类人才也可以进行脱产学习、参观考察，进高等院校深造等激励措施，作为一个跨世纪的人才也应掌握必要的外语和计算机知识，能够应用因特网获的各类信息(本单位也应建立高效率的信息情报网络)，各级各类人才只有在“专”和“博”上下工夫，不段提高自己的思想品德素质、科学文化素质、社会活动素质、审美素质和身心素质，使其能够成为“T”型或“A”人才。知识激励是人才管理的一个重要原则。

情感激励法

情感是影响人们行为最直接的因素之一，任何人都有渴求各种情绪的需求。按照心理学上的解释，人的情感可分为利它主义情感、好胜情感、享乐主义情感等类型，这就要求领导多关心群众的生活，敢于勇于说真话、动真情办实事在满足人们物质需要的同时，要关心员工的精神生活和心理健康。

提高一般员工和各类人才的情绪控制力和心理调节力以建立正常、良好、健康的人际关系、人我关系、个人与群众的关系;以营造出一种相互信任、相互关心、相互体谅、相互支持、互敬互爱、团结融洽的同志氛围、朋友氛围、家庭氛围;以切实培养人们的生活能力和合作精神，增强对本单位的归属感。

目标激励法

目标是组织对个体的一种心理引力。所谓目标激励，就是确定适当的目标，诱发人的动机和行为，达到调动人的积极性的目的。目标作为一种诱引，具有引发、导向和激励的作用。一个人只有不段启发对高目标的追求，也才能启发动其奋发向上的内在动力。

在目标激励的过程中，要正确处理大目标与小目标，个体目标与组织目标、群众目标，理想与现实，原则性与灵活性的关系。在目标考核和评价上，要按照德、能、勤、绩标准对人才进行全面综合考察，定性、定量、定级，做到“刚性”规范，奖罚分明。

荣誉激励法

从人的动机看，人人都具有自我肯定、光荣、争取荣誉的需要。对于一些工作表现比较突出，具有代表性的先进人物，给予必要的精神奖励，都是很好的精神激励方法。对各级各类人才来说激励还要以精神激励为主，因为这可以体现人对尊重的需要。在荣誉激励中还要注重对集体的鼓励，以培养大家的集体荣誉感和团对精神。

行为激励法

人的情感总受行动的支配，而人的激励又将反过来支配人的行动。我们所说的行为激励就是以目对象富有情感的行为情感来激励它人，从而达到调动人的积极性的目的。我们常讲榜样的力量是无穷的，就是目种典型人物的行为，能够激激发人们的情感，引发人们的“内省”与共鸣，从而起到强烈的示范作用，就像一面旗帜，引导人门的行动。

薪酬激励的艺术

设计适合员工需要的福利项目

善的福利系统对吸引和保留员工非常重要，它也是公司人力资源系统是否健全的一个重要标志。福利项目设计得好，不仅能给员工带来方便，解除后顾之忧，增加对公司的忠诚，而且可以节省在个人所得税上的支出，同时提高了公司的社会声望。

职工个人的福利项目可以按照政府的规定分成两类。一类是强制性福利，企业必须按政府规定的标准执行，比如养老保险、失业保险、医疗保险、工伤保险、住房公积金等。另一类是企业自行设计的福利项目，常见的如人身意外保险、医疗保险、家庭财产保险、旅游、服装、误餐补助或免费工作餐、健康检查、俱乐部会费、提供住房或购房支持计划、提供公车或报销一定的交通费、特殊津贴、带薪假期等。员工有时会把这些福利折算成收入，用以比较企业是否具有物质吸引力。

对企业而言，福利是一笔庞大的开支(在外企中能占到工资总额的30%以上)，但对员工而言，其激励性不大，有的员工甚至还不领情。最好的办法是采用菜单式福利，即根据员工的特点和具体需求，列出一些福利项目，并规定一定的福利总值，让员工自由选择，各取所需。这种方式区别于传统的整齐划一的福利计划，具有很强的灵活性，很受员工的欢迎。

在薪酬支付上注意技巧

对不同的人员要用不同的激励措施。工资低的公司，即使企业文化搞得再好，也难留人。对高层次人才，工资较高但如果缺少培训和发展机会，仍然缺乏吸引力。

将现金性薪酬和非现金性薪酬结合起来运用，有时能取得意想不到的效果。前者包括工资、津贴、奖金、“红包”等，后者则包括企业为员工提供的所有保险福利项目、实物、公司举行的旅游、文体娱乐等。有些公司专门为员工的家属提供特别的福利，比如在节日之际邀请家属参加联欢活动、赠送公司特制的礼品、让员工和家属一起旅游、给孩子们提供礼物等等，让员工感到特别有“面子”。主管赠送的两张音乐会票、一盒化妆品，常会让员工激动万分。

适当缩短常规奖励的时间间隔、保持激励的及时性，有助于取得最佳激励效果。频繁的小规模的奖励会比大规模的奖励更为有效。减少常规定期的奖励，增加不定期的奖励，让员工有更多意外的惊喜，也能增强激励效果。

选用具有激励性的计酬方式

计酬方式通常包括按时计酬、按件计酬、按绩计酬等。最缺乏激励效果的是按时计酬，其激励作用只是体现在每年调薪前后的一段时间，很难持久。但它也有明显的优点：收入稳定，给员工以安全感，便于留人和招聘;实施方便;劳动力成本易于预测;不会因为强调产出数量而忽视质量等。计件薪酬对员工的激励作用十分明显，但它仅适用于产出数量容易计量、质量标准明晰的工作，对知识白领的工作很难计件。

在IT行业，最通常采用的是按时计酬与按绩效计酬相结合。它需要事先设定具体的工作目标(指标)，考核期结束时或项目完成后根据实际工作业绩评估结果计算浮动工资或提取佣金。业绩工资由团队业绩和个人业绩两部分所决定。对高级职位，企业利润常作为重要业绩指标而与薪酬挂钩。由于薪酬与可量化的业绩挂钩，更具激励性和公平性。这种方法需要有合理的目标设定方法和良好的绩效考评系统做支持。

重视对团队的奖励

尽管从激励效果来看，奖励团队比奖励个人的效果要弱，但为了促使团队成员之间相互合作，同时防止上下级之间由于工资差距过大导致出现低层人员心态不平衡的现象，所以有必要建立团队奖励计划。有些成功企业，用在奖励团队方面的资金往往占到员工收入的很大比重。对优秀团队的考核标准和奖励标准，要事先定义清楚并保证团队成员都能理解。具体的奖励分配形式归纳为三类。一类是以节约成本为基础的奖励，比如斯坎伦计划，将员工节约的成本乘以一定的百分比，奖励给员工所在团队。另一类是以分享利润为基础的奖励，它也可以看成是一种分红的方式。第三类是在工资总额中拿出一部分设定为奖励基金，根据团队目标的完成情况、企业文化的倡导方向设定考核和评选标准进行奖励。

善用股票奖励形式

在高科技行业，股票期权是个非常诱人的字眼。很多员工特别是高层员工认为工资的高低倒不是主要的吸引力，最重要的是有没有实行“员工持股”制度。不仅那些在海外上市的公司纷纷实行了股票期权，即使非上市公司，也在探索不同形式的员工持股办法。对非上市公司而言，由于国内现行法律对此缺少明晰的规定，在权益兑现方面缺少成功案例可供借鉴，而且往往因为担心会对未来的创业板上市造成法律障碍而左顾右盼，很多公司是雷声大雨点小。但随着国内创业板上市规则的日益明晰，这种分配办法将越来越多地运用在实践中。

在向员工沟通薪酬时注意技巧

有的公司在员工薪酬、福利待遇上破费不少，但员工却无动于衷。作为主管，建议将你在福利方面的开支做个支出明细说明，让员工明白公司为他们所付出的代价。要告诉员工你的分配哲学。如果你确信公司的薪酬具有竞争力，为了让员工信服，不妨将你在薪酬方面的调查结果公开，甚至让员工参与薪酬方案的设计与推动。即使因为公司遇到暂时困难而不得不减薪，只要你坦诚相见，公平对待，同时再把薪酬以外的优势尽可能展现出来，相信员工也会理解并能同舟共济。

在调薪时，员工与主管之间存在一种微妙的博弈关系。员工理所当然希望工资尽可能地高，作为老板则希望尽可能减少人力成本。如何在博弈中既能控制住薪酬，又能使员工获得激励一种办法是先降低员工对其薪酬目标的期望值，比如对员工预期的调薪幅度和调薪范围做低调处理。当员工发现其事实上的调薪幅度超过其预想时，他会产生一种满足感。

厚待高层员工和骨干员工

在薪酬有限的情况下，企业为了发展，不得不有重点地保留住重点员工和业务骨干。某著名美国公司在遇到业绩下滑后，在年度工资调整上采取这样的策略：对高层员工采用高于市场平均值的增长率，对中层员工和业务骨干采用平均市场增长率，对一般员工则保持工资不变。他们的思路是：80%的业绩是由20%的精英来完成的，少数骨干决定了公司的发展。对于一些新兴的高科技公司，或者实力是很强的公司，这种方法尤其有效。

“先增加利润还是先提高工资”这个问题很像是“先有蛋还是先有鸡”我建议老板选择“先提高工资”，如果其资金能够支持一个利润周期的话。配合科学的绩效管理，公司将会进入“高工资、高效率、高效益”的良性循环，用一流的人才成就一流的事业，这样公司和员工都会有一个加速度的发展。

不花钱的激励法

1、取消“当月优秀职员”评选活动　这项活动意义不大。如果评选权在管理者手中，职工们不明真相，会认为那是“政治”活动，因而丧失兴趣。若是以工作成绩为基础，成绩突出者总是那几个;若轮流获奖，那更不会激起什么干劲儿了，因为机会是均等的。但是若能想办法让客户给职工——一些额外奖励，效果就大大不同了，比如一位客户存了一大堆促销用的帽子，你就可以安排他们给参与项目的职工每人发一顶，这将会使员工觉得他的工作有附加值。当别人问他，“嘿，你在某某公司的工作怎么样”他会说，“工资很低，但有时会发些东西。”

2、口头表扬不可忽视　对于利益高于一切的人来说，口头表扬可能是“只听楼梯响，没见人上来”，但对于追求上进的员工来说，它却意味着鼓励。口头表扬被认为是当今企业中最有效的激励办法。

3、保持肯定的态度　被激励的员工是那些有问题、有想法的人，尽管他们的想法并不总切实可行，但作为管理者，你应该鼓励百家争鸣、百花齐放，让他们说，唯其如此，企业才可生机勃勃。如果你对员工持肯定和引导的态度，员工们就会主动替公司分忧。

4、留心身体语言　皱眉头、瞪眼睛、指东划西，而所有这一切都会被看作是老板的权力和控制欲，而不是员工们值得依赖的小心翼翼的领头羊，其结果无疑会引起敌对情绪，合作便举步维艰。

5、管理者无需事必躬亲　一位低薪员工说：“老板有次对我说，这些都需在下午之前装进盒子，打上标签，装进货箱后运到车库，等你做完了，还有些别的事需要你帮忙。然后就走开了。这让我感觉自己是程序中重要的一环，老板相信我能做好，我由此得到鼓励，要证明自己能做好，不让他失望。”

6、不要总一本正经　管理人员对员工们偶尔的小小违规行为若能持微笑但缄默的态度，也能缔造公司内部健康、和谐的气氛，使员工们感觉管理带有人情味而安居乐业。

著名股权激励专家单海洋老师为您讲解IT行业股权激励机制的特点。1、对技术和技术人才依赖性强IT中小企业一般具有 “小、专、窄”的特点。即企业规模小、专业化程度高，经营领域狭窄。有相当一部分企业是专门为大企业提供产品服务的。一个成功的IT中小企业不仅要生产适应一个时期的产品。而且要对未来以及客观多变因素进行合理的预测和有效的决策。对创新进行超前性的准备。企业经营的成败、项目开发成功与否的关键在于有无创新的惯例和优秀的技术人才。在于怎样激发这些人才的技术创新积极性与创造性：与上市科技企业相比较。1T中小企业对技术和技术人才的依赖性尤为突出。往往某一掌握核心技术的技术骨干的去留都会影响企业的生存和发展。张雪奎讲师认为如果lT中小企业一旦拥有某项关系到企业发展前景的核心技术。发展将非常迅速，并且这种核心技术往往掌握在极少数技术骨干手中。一般人并不掌握这种技术。2、专业技术人才流动性强由于专业技术人才面临着广阔的就业市场 其就业选择余地大。流动性强 lT企业，特别是初建时期的IT中小企业。由于资金不充裕。没有能力像上市IT企业那样支付给核心技术人员高薪报酬。要想留住核心技术人才。不仅要用感情留人、事业留人等方法来留住核心技术人才。还必须在物质上对这些人才给予特殊的激励。激励要有力度。力度不够。不仅达不到激励的效果。而且还可能出现负效应。人才很容易被竞争对手夺走：激励要有长期性。使核心技术人才能长期地发挥作用。稳定地为企业服务。

你是从业多年的程序员吗，想过35岁以后还会从事这个职业吗？

你是实施工程师吗，干了多年基础工作之后，思考过奋斗的目标吗？

你是需求分析师吗，多年来与客户的接触让你的经验丰富，却一直没有勇气承担起项目的责任，渴望过让需求真正在你手里落地吗？

你是测试工程师吗，是否厌倦了不断找别人的错误，现在只想让别人找自己的错误？

你是前端吗，是否在不断地寻找合适框架中迷失了你的初心，曾经那个让你激动无比的效果，为什么没有再去使用它？

你是设计吗？是不是觉得自己再用心的设计

最终做出来都会变成不想要的样子，心有不甘却又无可奈何？

这些IT职业的苦恼和忧愁，在IT行业有哪些职业能够解决上面的问题？答案可能有多个，但是最合适的选项就是IT项目经理。

作为第一选项，许多人会选择项目经理（以下特指IT项目经理）进行职业转型，原因自然是相对其它职业有着非常明显的优势，下面几条简单列举一下它的优势：

第一 入行门槛高，其实对于有经验的人来说，入行门槛高是一件好事，可以形成职业壁垒，只跟小部分人才进行竞争，职场压力相对会比较小。

项目经理岗位对工作经验和情商都有一定的要求，能胜任的大多数是在行业内从业多年，对行业通用的技能和规则有着一定了解的老油条。

如果没有太多的经验就贸然从事这个职业，很容易遇到困难就无法解决，只能向领导求助，依靠领导的不断救场，推进项目的进度。直到有一天领导受不了了，对项目经理说：“这还不如我自己干呢，我来管项目吧，你当领导去！”

但是还有另外一种可能，在一个项目的试炼之后小号完成了变成大号的终极考验，就像灰袍的甘道夫变成了白袍的甘道夫，一挥手，曾经遇到的强敌灰飞烟灭，小项目进不了他身，瞬间就能秒；又如同武林高手打通了任督二脉，练就一身深厚的内力，之后纵横项目的江湖，翻手为云，覆手为雨，从无败绩。

        当然，以上存属臆想，如果有人短时间就做到了这些，那只能说是天赋异禀，这只是少数人拥有的特质。我等战五渣，还是练好武功再下山吧，还得防备辛苦练武二十年，下山被人家一刀就秒了。项目的江湖，斗争激烈，只有身兼多项武功并且没有死穴的高手才能进入。

        第二 工资待遇高，由于入行门槛高，且需要有一定管理经验的人，相对来说人才稀缺，工资自然会定得高一些。

项目的规则是谁干最多的活，就得最多的功劳，出问题也得背最大的锅。项目经理因为岗位责任的原因，必须得尽最大的努力推进项目，结果自然是项目完成交付的最大的功劳是项目经理的。当然，没有交付好项目，责任也全在项目经理的，该背大锅就得背大锅，不可能功劳都给你了，背锅的时候就想跑。

        按照行业默认的规则，完成项目关键节点或者完成项目终验之后，会根据对项目的贡献发放奖金，以提高大家工作的积极性，项目经理自然会得到最多。实际上这也是一种工作的正向激励，能者多劳，多劳多得，在项目当中体现的最明显。

        第三 工作时间相对自由，项目经理最主要的责任是要发挥个人的主观能动性，按计划推进项目的进度，确保正常交付。

因为项目所在地一般和公司不在同一个位置，需要经常去项目现场外办或者出差，鉴于客户现场条件限制，一般公司很难或者无法在考勤上对项目经理进行固定的管理。

这样的好处就是项目经理在每天完成项目任务之外的时间，完全可以自由地支配，想干嘛就干嘛，不用像在公司必须按时打卡上下班，工作和生活的自由度都更大一些，可以满足d性上班的就业要求。

有的能力强的项目经理，都可以不用去项目现场，几句话指导，分分钟就能完成任务，真是人在床上躺，钱从天上来，这工资挣的是真轻松。

        看完上面的三个优势，是不是觉得这个职业很不错，非常心动，想赶紧尝试尝试。先别急，既然说到它有特别明显的优势，那肯定也会有地狱级别的工作内容，要不然简历肯定满天飞，都抢着去从事这个职业了，轮到咱们说不准黄花菜都凉了，不对，可能黄花菜冻得梆梆的了都轮不上。

实际上很多人对这个职业并不陌生，因为经常能与从事这个职业的人打交道，在工作中有或多或少的交集，打交道次数多了可能会觉得从事这个职业比较容易。

但那是没有真正对这个职业了解前下的结论，没有实践就没有发言权，更何况这是个非常看重过往从业经验的工作，没真正从事过更不会了解这个职业的风险与压力，那真是在刀尖上行走，每一步都要小心翼翼，如果走得不稳，那就准备好承受刀尖的反噬痛苦吧。

          说了那么多好处和难处，没有真q实d的 *** 作，还是无法感受真实的一面，下面就具体讲一下项目经理的工作内容，大家可以把自己代入到这个工作里面，看看在这个地狱难度的关卡中可以进行到第几关。

        第一关，组建项目团队。开局一个人，制霸新手村，就靠抢资源。

        项目经理大多有过这样的经历，领导晚上突然发过来一条信息：“这几天有个项目启动会，你参加一下，了解一下客户相关的信息，提前做好准备”，好嘛，连啥项目内容都不知道，就只给了一个地址，这种情况就像只穿着一条裤衩，就把你丢进了新手村。还想出去打怪升个级，没有装备武器，新手村门口都出不来。

        项目启动会是项目经理在项目中进行的第一项里程碑，确定了项目的正式启动，规定了甲方乙方以及第三方监理的责任和义务，最重要的是公司给予了项目经理组建项目团队的权利，根据项目的建设内容，可以要求公司抽调相关的人力资源，要求要各部门优先配合项目的进度事宜。

        获取资源是项目启动会之后最重要的事情。资源包括两种，一种是人力上的资源，比如组建项目的实施团队，团队成员可以从其它项目组抽调人员，如果没有足够的人员可抽调，就要考虑招聘新的人员；一种是行政上的资源，公司和客户需要给予项目经理场地、设备以及人员协调的支持。

        项目的初期是最容易获取这些资源的，这时候公司和客户对项目的关注度最高，对项目相关的审批优先级也是最高，对项目经理的合理要求也是大开绿灯一路放行。

现在项目经理已经被扔进了新手村，他看了看四周，空无一人，就给自己起了绰号“就我一个人可干不了！”，公会（公司）领导看到了，质疑他的能力，口头批评一次，他又改成“我自己就行！”，可是又想到活太多了，这么吹牛也不是办法，又改成“人越多项目越早完事！”，领导又看见了，对他说：“你自己组建团队吧，要多少名额，自己看着办吧！”

          好的，那就看着来了，大张旗鼓的改成了“我来了，我征服，谁不服我，我就服谁，谁服我，我就欺负谁！”，改完以后，一想这不是把自己真实的想法写出来了，这谁还跟他干呢。最后决定来个激励点的，“跟着我，活少，有肉吃，钱随便花”，项目的激励就这么定了。

现在到了地狱级别闯关的第一关，项目经理已经有了公会（公司）的许可，需要在新手村组建自己的项目团队，磨炼相关的工作技能，初步建立分工协作，有了这些基础，就可以组团出去打项目的各种Boss了。

        组建团队至少需要有三种类型的人员，第一种是任劳任怨的核心成员，第二种是能解决问题的技术专家，第三种是能够掌控全局，预判风险，时刻关注项目每一个细节的成败的项目负责人，也就是项目经理自己了。

        用游戏的职业转换一下，一个是攻击不高，但是防御力强的肉盾，可以一直顶在前边，抵挡怪物的进攻；一个是攻击力高，关键时刻大概率会出现暴击输出的主攻选手；一个是可以给团队成员加各种状态的团队辅助，出现危险的时候，要顶住压力，保全团队，以完成任务为第一责任。

        很多人以为任劳任怨的核心成员，是项目组最容易协调到的人力资源。实际上不论哪个项目团队最缺少的都是这种类型的成员。这种类型的人员与职业和从业经验关系并不大，更多的是本人具有强烈的责任心，这恰恰是项目团队最需要的成员。

        从哪能得找到这样的成员呢？这个就需要很是琢磨一番了，一般来说会从三个方面去寻找。       

        第一 寻找曾经的队友，以前曾经在一个项目团队共同战斗过，对其各方面比较了解，有过深入的沟通合作，确定是你想要寻找的成员。

        如果这个人现在正处于项目的空闲期，那就别犹豫，分秒必争，赶紧向领导申请把这个人调过来。是金子在哪里都会发光的，是好用的员工哪个项目组都会抢着要的。

        你不早下手，别人就会下手，到时候看着别的项目经理可以当甩手掌柜，动不动几天见不着人，项目却一点事都没有，你却只能悲催的当救火队员，一天不出现，大火就烧过来了。回想起那次的错过，下次一定会忘了拖延症，饭都不吃了，就去把人抢过来。

        第二 领导的推荐，领导对员工的个人脾气秉性比较了解，会根据项目的难易合理安排人员。

        但是有一点要知道，领导考虑的是全局，很难周到考虑到这个员工是否是符合项目需要的人，而且有些员工在领导面前表现出来的工作态度和实际的并不一样。

        所以切记，领导可以帮你做出选择，但是做出决定需要多考虑一下，领导认可的不一定是真正需要的，有条件的话可以先多做接触，考察实际的工作能力和沟通能力，再最终决定是否接纳入团队。

        第三 招聘新人，在项目团队人手不齐，时间又宽裕一些的时候，可以考虑这样做。但是风险始终存在，对于项目团队来说最重要的是有稳定可靠的成员，新入职的员工，各方面的能力都是未知的，短时间内很难确定是项目需要的人，也很难确定其是否有长期入职的打算。

        如果想等一等，观察观察再做打算是否让其参与到项目中，但是项目的计划不会等，客户的耐心不会等，投入的资源也不会等。新招聘的人员只能在交付项目的过程中，通过实践去检验工作能力了。

        等到项目启动的时候再去招聘，要承担很多未知的风险，这也是为什么公司会有储备人才的原因了。为了避开这种风险，可以考虑一种办法，推荐熟悉的人来公司应聘，这样可以绕开对新员工不熟悉的风险，属于一种抄捷径的做法。

        既然是抄捷径，好处是省去了观察的时间，选择了一个相对靠谱的人员；坏处就是相信了别人，就要承受相信的代价，如果推荐过来的人是个水货，或者没有达到相应的标准，项目经理想换个人，但是碍于情面，毕竟是熟悉的人推荐过来的，对他也只能睁一眼闭一只眼了，只能走一步看一步，徐徐图之了。

        按照上面的三个办法去寻找，技术专家也不是难题，只是个人要求上面会多一些其它方面的考虑，比如擅长的技能是否是项目需要的，考虑技术问题是否实际，理论型的人才尽量要避开，眼高手低的不要过来，无法沟通的一定远离，诸如此类种种，如果都能考虑到了，挑选出来的技术专家从理论上已经符合项目的需要了。

        项目团队初具雏形，之后以这个团队架构为基础，根据项目任务的需要，会从其它职能部门协调人员配合完成任务，比如从质量部门协调人员对项目的质量进行检查和监督，从设计部门协调人员进行系统的设计和美化等等。

        随着项目团队成员已经就位，接下来的任务是建立项目制度，明确职责分工，通过完成项目任务培养相互之间的配合度，一步一步变成一个战斗力强劲的团队，但那是后面的事情了，现在项目经理面临更大的一个挑战。

        公会（公司）为了发展的需要，在服务器新开的区（新的项目），项目经理安排入驻开辟新的战场，经过多方面的努力，第一关终于通过了，项目经理在新手村招揽一群精英级别的打怪小分队成员，内心已经跃跃欲试，向小怪们磨刀霍霍了。

可是却面临一个尴尬的情况，没有装备（客户的信任）和武器（需要交付的系统或者设备），没有基础属性点可加（业务了解程度），村口碰到个5级的小怪都打不动。

        虽然小怪的攻击低（项目初期的任务都是零散的小任务，没有形成统一的体系），但是防御力高（项目的建设内容需要细致的了解之后，才能有针对性的实施），非常努力地打了一天，一滴血都没打掉。

        是可忍，孰不可忍，辛辛苦苦组建的精英团队竟然对付不了最弱的小怪，说出去都让NPC笑话，怎么好意思制霸新手村，趁早散伙，大家分行李去吧。

大门口都出不去，是不是有点丢人，怎么办？记住项目经理职业的第一原则，无论对内部还是对外部，遇到事情需要做决定的时候，无论内心有多慌有多没底，一定要表现出事情在掌控中的样子。

为什么要有这样的表现，对内关系到团队执行力，对外关系到客户的信任，毕竟谁也不想把重要的事情交给一个没有信心能办好的人，谁都不想跟着一个看起来不靠谱的人。

解决问题的四个步骤，遇到问题，分析问题，提出解决方案，解决问题。项目的解决方案最好是可以在团队内部解决的，这样资源比较容易获取，而且不用等协调的时间，还有一个重要的因素，不能事事都找领导，经常这样容易造成能力不足的表现，如果碰到团队真的解决不了的，再找领导解决问题也不迟。

比如说现在遇到的问题，分析一下，就是没有客户的支持寸步难行，不了解项目的需求埋头干就是白干，方案就是同客户快速建立信任关系，尽快了解项目的重点需求和真正需求（注意两个需求的区别，后续会提到）。

项目经理想起了在新手村最大的好处，通过做任务快速的升级别，不用辛辛苦苦的打怪，简单地围着村子转个圈，找几个人说说话能就完成任务得到奖励，升级换装备换武器，战力蹭蹭的往上涨，门口小怪一刀秒一群。

梦想是美好的，现实是残酷的，时刻要谨记世上没有白吃的午餐，世上也没有好做的项目。

现在就要进入地狱级别闯关的第二关，项目经理要与客户、监理建立良好的信任关系，对项目的需求进行了解和分析，有针对的进行重点突破，不要以为这是个简单的事情，三下五除二就能搞定。世上最难的事情，就是让陌生人把钱从兜里掏出来，并且亲手交到别人的手上，第二难的事情就是大把的花着陌生人的钱，还得让他相信这钱花的是值得的。

从接触了各大行业领域的项目经验嗅觉，以及在项目组中担任了项目管理者（也就是项目经理）的角色经验来看，要做好一名项目管理者实在不容易，如果说要求再严苛点的话，要评上优秀标签，那么想要覆盖所需的能力点就是一种挑战。

在之前没接触项目管理之前，一直有个误区，那就是项目管理可能不需要太多的专业技术能力，懂点行政管理，有点领导力就可以轻轻松松，把一个团队管理地有模有样，把团队里的每个人管得服服帖帖。

后面转向项目管理这块，做个几个项目之后，越发觉得之前的想法设想就是天真得不行，以至于在很多时候项目管理实践上踩过很多“坑”，有过许多地无可奈何，均由于在当时缺乏项目管理者所需的能力，以至于项目管理得连自己都觉得狼狈。

这么说来，要做好一名IT项目管理者究竟需要拥有什么能力呢？在经历过我踩过一些项目管理上的“坑”以及吃过不少的苦头的反思总结下，我觉得需要具备以下的几种能力。

其实不管是哪一行业也好，特别是在IT领域，比如像我是从事IT领域的信息安全方向，在我看来，信息安全技术的能力就是自身能力框架的基石，就像你要盖成摩天大楼，就必须根基牢固，这样的话任何风雨飘摇都无法轻易撼动你，因为会由于基础的夯实而坚挺。

所以基础的能力是取决后面发展的长远，否则“跨越式”的跃进可能会忽略基础成长的机会，造成日后基础松垮，限制了向上堆积的能力。

还有如果你想你的项目团队成员都能心甘情愿听从你的领导和安排的话，你就得有一个让他们“服”你的前提，团队成员他们擅长的是实施的业务能力和专业技术，如果你的专业技术或者业务能力无法优异与他们，那他们又有什么理由一定要服你呢？

这一点其实在项目管理中体现地尤为常见。一位基层员工，由于某些管理的能力特质，被领导赏识，进而提拔为IT项目主管。但是当时被提拔为项目主管时，他的技术能力相对一般，但却面临着要去领导一群大部分技术能力比他好的技术工程师。

一开始他觉得很正常，也没什么压力挑战，因为他自己误以为做好一名管理者，不需要很强的技术能力，因为只需要有好的领导力就可以做好管理了。

后面等到项目实施时，他才发现其实如果本身技专业技术能力不过硬的话，比团队内的人还弱的话，就会面临一种管理的“痛苦”在里面，那他们会有一种心理想法那就是：我根本不会管你管理有多厉害，你的技术都没我厉害牛逼，我凭什么要听你的。

也许，你可能会很无奈：为什么我是作为一个管理者的角色，为什么非用跟你比技术能力呢？但是你也怪不了人家，因为在IT领域里搞技术实施的，人家认的就是第一基础能力，你要我听你的话，可以，只要你技术比我厉害我就承认你。

所以在IT项目管理中，管理能力的基础就是技术能力，技术的晋升拓展就是管理，这种主次之间的逻辑认定，你如果逆反执行，你就会遭遇举步维艰的困境。

其实这种能力在古代军营中的元帅与军将士兵之间的能力差别中体现到很到位。比如大唐薛仁贵，起初作为一个不起眼的火头军，如果没有身怀十八般武艺的能力和过人的胆识，怎么可能屡建丰功伟绩，最后晋升为元帅；在晋升为元帅这种“军营一哥”的角色之后，他同样是一个大的管理者角色，手底下均是武艺高强的武将下属（罗通、秦汉等），从他的武艺在历史电视剧里面的表现来看，更是超越了众人，所以同事及下属没有几个不钦佩赏识以及服从他的。

这也皆因有很大部分是因为极为出色的专业实力在推动了自身的管理，为管理顺水推舟，使得管理的可执行性有了一定的保障性。

估计很多的人都因缺乏良好的沟通表达能力而吃过亏。在论文答辩时，你做出来的论文水平比你的竞争者要高，但人家却因为沟通表达比你好，而得了高分；在求职面试时， 你的专业技术水平比你的竞争者强，但人家却因为回答表现比你好，而被录用了；在项目实施中， 你的其他综合能力都很全面，但如果没有良好的沟通协商能力，那么你的需求永远得不到满足。

所以说，要想成为管理的主导者，你必须学会如何去更好地沟通表达。一个人想做一件事情，这就是他内心的一个真实的需求，但是需求需要实现或者说被满足，它就必须被表达出来，那么如何更好将需求通过语言形式传递表现出来，这就是沟通表达。合适恰当的传递表现形式，就好比优秀良好的沟通表达，更直抵对方的内心，更容易让人听懂接收，以至于让对方去接受并响应你的需求。

在IT项目的实施管理更为重要，对于团队内部，有一件事情需要大家一起来协作共同完成的，这个时候，如果你没有把需求很好地表达出来的话，会有几种情况：第一，你根本表达不清楚，比如没说清这部分的功能要谁去实现，输出报告要谁去整理；人家就不会理解你的需求是什么；第二种是你既说明了事件是什么（事项）、为什么要去做（缘由背景）、谁去做（实施人员）、什么时间点要结果（Deadline）；到这里的话你的需求表达算比较明确了，但还不是最优。

沟通表达的效果差异，在于表达之后，需求如愿实现的差异。什么是好的表达？我觉得就是你把要表达的需求和东西说出来之后，人家不仅仅听懂了，而且按照你的需求反馈了最为积极正确的回应。接着上面的例子，为什么还不算是最优的表达，因为其实还缺少表达一个比较重要的点，那就是目标预期，因为有些时候你把目标预期定出来，对方就会更接近你的真实需求导向输出结果。

但如果没有说出目标预期的话，就有会像是大领导总有天马行空的空洞设想，底下的人听不到目标预期的界限，也许只能无奈地自由发挥，跟着天马行空，实施落地就是痴人说梦。

在将领导的目标预期落地执行方面的话，Google现任CEO皮查伊做得简直太好，这也是他的大boss——拉里·佩奇（Google创始人之一）为什么那么赏识他，最后愿意当一个“甩手掌柜”的原因之一。

因为拉里·佩奇是个不善言辞又喜欢脑洞大开的主，在开高管会议时，总是喜欢说些天马行空的概念，可能由于太过于宏观， 导致高管们一头雾水，不知所云。

但是皮查伊却懂得去主动与老板交谈，简短几分钟便能抓住老板的目标预期是什么，并准确无误地传达给团队成员，以至于可实现落地。

这就是高效沟通表达的艺术，巧妙的沟通不在于冗长而在于精准简洁。

然后对于项目团队外，也就是面对客户或者其他跨部门的沟通的话，除了会沟通，还要懂得协商。不懂得协商的话，自己就会身处被动，客户的配合主动性就会很低，项目开展实施，就难免会陷入“对方都是大爷，我一切都听大爷的安排”的低段位服务姿态。

一般客户方（甲方），服务方（乙方）项目开展合作形式就是：客户方配合服务方开展工作，很多时候会遵循一条原则：“你们主动做事，你们就应该主导，我们只是配合方”，所以谁做事，谁就要去占据做事主导权，因为配合方往往是不着急的。所以在这个时候，当我们是服务方时，我们去把握主动是正确合理的，因为你想把良好的结果导向自己这边的话，主动跟他们说需要怎么配合要比自己不知所措，等着问他们怎么配合；要是后者这种情况的话，会产生两种结果。

第一种，客户方会不满。“事情主要是你们来做，我们是配合的，你们自己都不知道怎么做，那我们怎么知道配合你们呢？”  也许你心里会说自己其实是知道怎么做的，只是咨询下你们的意见而已。但其实，只有当对方把自己代入配合角色， 就会自然而然喜欢别人来引导，而不是来反问他们。

第二种，客户方逆转局势，你陷入被动。当你同样不计划主动告诉对方怎么去做，而去问客户怎么开展工作的时候，而刚好遇到的是不厌其烦且很有想法的客户，那你可能就就要无奈地开启“苦逼模式”。

踏入“不能做主”的泥沼，什么事情，怎么去做，都要听人家的想法来做，自己就失去把握的主动权，这样的话，可能会把自己拉入一个一个隐形的“大坑”，到时候要么你就只能“入坑”或者放弃脱离。

所以，面对近乎苛刻的要求和选择时，必须懂得从自身立场出发，通过与对方的协商，将结果主动导向自身有力的一面，而不是任由使唤，被动去接受本不应该接受的诸般要求。

《驱动力》里面讲到：“企业管理最让人头疼的问题是什么？员工的主动性和创造性。”   其实大到企业管理层面，这是个问题，小到基层项目实施， 驱动力简直关系到每个项目成员能否发挥最大的积极性来推动整个项目的实施，这是个根本性的关键问题；同时，这也决定了项目管理者是否是一名激励人心的驱动者。

也许普遍项目管理者会认为：调动成员积极去帮项目做事情，不外乎就是在多点付出而获得成效后，通过多分几张钞票或者说几番激励赞美的话，这两种方式就可以解决了吗？ 这只是通常的驱动力激励手段，应该是属于“治标不治本”的方法，即使这两种在一定的程度驱动了他们的积极，而无法深层通过在项目过程中，激励出他们应该有的“成就感” ，那只是一种短暂的驱动，时间一久就会疲乏，驱动就会变得迟缓。

所以管理者在通过物质需求和言语激励的方式之外，还应该懂得将员工的“成就感”当成创造力和执行力的源泉，并费些心思，将驱动力的力量从自身散发出来，感染到每个人，使得获得成就感，而成为自愿自觉去创造的“个体”。

在我看来有几个成长点是管理者具备后才能修成驱动力的，第一是自身的人格魅力，第二是本身的强大执行力，最后是拥有思考驱动力的思想。

管理者每时每刻都在产生决策，如果在决策时，无法赶跑“犹豫不决”这只怪物，那么你只能被吞噬。

对于决策迟疑，缺乏决断力，我深深吃过它的亏。有一次，一个比较重要的项目实施开展到重要里程碑阶段，只要完成这个里程碑阶段的工作，就可以进入项目验收阶段了。但是在完成里程碑阶段工作之前， 存在一个比较头疼棘手的问题。

那就是有个项目组核心成员，在那个时间点刚好赶上他自己另外负责的项目有项紧急的事情需要他去处理。但因为当时部门项目的现状是几乎大部分数人手里自己都带有项目，也就是自己既是项目经理，又要做项目实施人员，可谓是光杆司令；不但如此，在自己项目空窗期，还要“接济”帮忙下其他同事的项目。

刚好，那个核心项目成员他自己身上也是刚好有几个项目在跟的，只是当时我手上这个项目刚好在做，需要人手。在那个时候，我刚好是关键节点比较赶，而他那边又着急需要安排处理他自己的事情，我面临要去做出选择决策：究竟是让他去处理自己的项目，还是让领导去另外安排协调同事去处理呢？

如果他去，我这边项目搁置，不好交代；但是他那边不处理，我绑着人家好像又有点不合理，安排其他的同事又可能搞不定。不过领导是有提到一点：那就是我这个项目的重要程度会比较高，其他的项目可以灵活安排。

领导虽然没有说得很明白，但是也很明显传递给了我一个信息，那就是目前你负责的项目的优先级是比较高的，在遇到与其他优先级低的项目事项冲突时，必须做出合适的判断，优先执行优先级高的事项，其他事项通过外部资源协调解决处理。

但我当时还是缺乏全局观的意识，在遇到这样一个急需立马做出决策判断的时刻，陷入的却是迟疑和犹豫不决，前面的领悟总结只是事后“马后炮”才正确意识到的。

我还是在“浪费性的思考”后，做出了错误的决策，“老好人”般地放了那位同事去处理自己的棘手事去了。之后我被领导狠狠地批了一顿，因为我失了轻重， 项目里程碑阶段工作拖了进度“后腿”，结果耽误了项目的正常验收。

这是典型缺乏决策力的表现，作为一名项目管理者，在遇到关键决策时，综合评判出各个选择的优先级和重要程度后，就应该强有力地去执行重要程度高及优先级大的事项，摒弃“完美周全”的理想想法，因为现实总是难以做到百分百的兼顾所有；因为有些其他选择可以选择移交转移，让别人来帮你实现。

自己都想揽在身上，自己解决，那只会让自己陷入困顿、犹豫，最后所有的事情都成了“耽误综合体”，决策成为痛点；而当拥有睿智的决断力时，事情可能就会因为精准理智的快速处理而变得高效，进而推到整体事态的进展，映射到项目上的话，那就相当于项目进展会因为管理者的强有力坚定的决策，而衍生影响全局的强大执行力，促进了项目完成里程碑式的跨越。

所以，当一名IT项目管理者拥有了非常扎实的专业技术能力、出色的沟通表达能力、优秀的协商能力、振奋人心的驱动力以及睿智强大的决策力，这些必需的一项项能力后，在项目管理领域，那便意味有了开辟属于自己疆场领域的绝对资本以及自信。

研发技术人员结果导向的薪酬激励——山东某企业研发技术人员薪酬激励案例

研发技术人员在企业中往往都被视作一个特殊的群体，因为他们掌握着企业的核心技术，他们的学历水平高于企业中的大多数人，有些水平较高的人更是社会上的稀缺资源。他们有着先天的优越感，他们敏感且自尊，施加在他们身上的任何管理手段都有可能产生意想不到的结果。正因如此，企业在对待研发技术人员时往往是既重视，又带着些畏惧的。一方面企业依赖于研发技术人员为企业获取或保持技术上的竞争优势，另一方面企业又担心如果不能很好的激励研发技术人员，造成的怠工或离职会给企业造成损失。因此如何对研发技术人员实施有效的考核激励，一直都是企业HR很头疼的课题。

最近在山东某轴承配套企业做项目时，就遇到了同样的问题。该公司的研发技术人员主要承担新产品的开发，新产品需求来源于客户的定制化订单，研发技术人员需要根据客户对产品的技术要求设计出合格的产品来。

公司以前对研发技术人员是实行年薪制，年薪标准是双方谈判的，应该说标准是不低的，最低也在10万以上，部分人员达到了15万。但是在发放时采用的是月度发70%，年底发30%的方式，并且月度的70%还要拿出40%来进行月度考核，实际上固定部分比例也就只有42%。月度考核采用的是设计质量、进度等方面的评价，由上级主管打分，扣分情况还不是很多，但是公司强制要求不能出现100分，因为在公司看来员工的工作不可能做到100%达标。年度考核采用的是新产品最终交样合格的比例考核，由公司直接根据结果打分，扣分就比较多，造成员工全年收入与谈判的年薪之间差距较大，员工不满情绪非常严重。在原有的考核激励模式下，研发技术人员留任率非常低，基本上是2年左右就要换一批人，而且在职的人员也不愿意推荐同行到公司来，造成人员的吸引和保留都非常困难。

公司采用上述考核激励模式的目的是可以理解的，研发技术人员的工作不是要画一大堆图纸出来，而是要确保设计出的产品达到客户的要求，促进成交。但是年终考核交样合格率却造成了研发技术人员越忙收入越低，因为项目多，设计进度本身就会受到影响，图纸设计完，还需要跟踪模具加工、产品打样等环节，而这些人员的工作进度和质量也会因为项目太多而降低，造成最终交样合格比率降低。

从上述情况来看，该公司对研发技术人员采用的是结果导向的考核激励，应该说基本方向是正确的，单纯的过程考核并不能推动研发技术人员高效率的达成研发目标，只是在考核激励的具体措施上面需要加以改进。首先项目组对研发技术人员的薪酬结构进行了调整，将年薪制改为月薪制，不再保留年底考核部分，而是将考核集中到月度，确保研发技术人员月度收入达到个人期望。同时将月度工资切分成三个部分：基本工资+绩效工资+新产品销售收入提成。基本工资占原年薪标准的40%，按照研发技术人员工资区间和技术等级进行设定，按月根据出勤情况发放。绩效工资占原年薪标准的40%，按照新产品开发任务考核按月发放，完成图纸设计发放60%、交样合格发放30%、量产发放10%，发放时与新产品开发的进度、质量考核结果挂钩。另外新产品销售收入的提成也是按月计算发放的，提成比例设定是远远高于原年薪标准的20%的，以激励研发技术人员更有力的跟踪、指导新产品的加工和打样，也激励研发技术人员更好的配合销售业务人员的开发活动。

上述三个部分的切分不只是简单的结构性调整，在绩效工资部分还增加了当月绩效工资总额与任务定额之间的关联。由公司根据以往设计量的统计分析，核定出每种类型产品的标准设计工时，如A类产品设计工时为10天一个新产品，B类产品设计工时为7天一个新产品，按照当月实际的任务分配情况，如某个设计人员承担的设计任务按照标准设计工时累加，超出了当月应出勤的工时，就按照超出比例给该设计人员增加绩效工资。如果某个设计人员承担的设计任务没有达到应出勤工时，就按照不足比例扣减绩效工资。这种方式可以避免设计人员工作进度拖沓，促进设计人员提高设计效率，当然因公司设计任务不足而造成的工时不足是不予扣减的。

在2016年公司销售收入增长以新产品销售为基础的背景下，上述的调整确保了研发技术人员在比以前忙碌的情况下，收入也能同步提高。公司也通过考核激励模式的调整，能够更有效的促进研发技术人员自觉提高工作效率和工作配合度，达到公司与员工的双赢。

以上就是关于当IT项目经理应该做哪些事情全部的内容，包括:当IT项目经理应该做哪些事情、如何创造it团队协作氛围，激励和鼓舞团队、激励员工最有效的方法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！