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

二十一世纪,企业的竞争是人才的竞争,人才是信息时代企业发展的动力之源,人力资源将是企业制胜的关键。这是我为大家整理的it人力资源管理论文，仅供参考!

it人力资源管理论文篇一

IT项目中的人力资源管理

摘 要：项目管理是为了完成一件完整的事物而进行的筹划，本文首先介绍了项目管理相关定义，分析了项目管理中最重要的因素之一，即人力资源管理的特点。接着从IT行业人力资源管理的角度对项目管理进行分析，论述了项目成员以及组织的特点，并提出了一些项目中人力资源管理措施。

关键词：项目管理;人力资源管理;IT行业

(一)IT项目的人力资源特征

1IT项目的项目成员特征

IT项目属于知识密集型行业，所以该行业的人力资源特征有别于其他行业的人力资源。对于项目组成员来说，IT人员比其他员工更有竞争性，他们特征主要有以下几个：

11创造性

相对于一般的职员来讲，知识工作者更喜欢尝试新的事物，挑战新的问题，他们希望每天都能有新的事物出现，厌恶每天简单的重复性的工作。

12独立性

富有创造力的能喜欢给自己留有一定的空间和时间，不希望别人把自己的每一件事都安排好。他们的思想更具有独立意识，不愿意受制于别人，不愿意被别人遥控指挥，强调自我对工作的控制与把握。高度的独立性，这样的工作作风有助于个体的成长，也有助于个体不断地尝试和接受新的挑战，但是对于一个项目团队来说，要完成一个完整的IT项目，非一个之力而能为之，需要整个项目团队的合作。因此对于IT团队，项目中的人力资源管理需要注意人员之间的协调，保证整个项目团队的协调，项目进度的如期。

13成就意识强

IT项目成员更加注重于个人价值的体现，这就是为什么他们都较强的独立性的缘故，他们希望得到社会的承认和尊重，尤其是得到团队中其他成员的认可，对于他们来说，工作的最大动力可能不是物质激励，更多的是一种精神上的愉悦。所以，IT人员希望参加富有挑战性项目，克服别人无法跨越的困难，把攻克难关看成是人生的一大乐趣。他们需要被认可、需要被尊重，这在今后的人力资源管理中需要加以关注。

14藐视权威

专业技术的发展使得组织的权利结构发生了变化，技能的特殊性往往使得IT人员对上司和下属产生影响，也就是说，当他获得同行的尊重和认可之后，往往获得比上司更加高的威望。

15需求具有个性化

由于知识工作者的教育背景、工作性质、工作环境等差异与其他行业，所以形成了不同于其他行业员工的需求。他们的满足感，成就感往往来源于工作，往往来源于个人的成长。每个人需要在自己的工作中获得提高和成长，获得别人的认可和尊重。

16流动意识强

IT人员更愿意在不同的企业中获得成长和锻炼，出于对自身职业的规划和发展前景的需求，人才与某一家公司保持长期雇佣管理的可能性被降低。那么对于企业来说，保持员工的忠诚度，留在人才对于IT行业的公司来说是一项挑战。

(2)IT项目的项目组织特征

IT项目的组织团队也有别于一般行业的项目团队，主要有以下几个特点：

1相互依赖和协同

IT项目的实施更需要团队成员之间的合作，软件模块之间的耦合度某些程度上取决于团队成员之间的合作力。

2信息沟通与知识共享

IT项目常常以模块化的形式合作完成，这种情况下代码的共享，以及需求分析人员和代码编写人员之间的沟通和共享就尤为重要。如Microsoft的Team Foundation Server实现的开发人员之间的代码共享并解决了版本控制问题。

3自我管理和授权

IT人员一般都具有一定的创造性和独立性，那么他们在IT项目的过程中更比一般的项目组成员期望实现自我管理和授权，希望自己能够控制所做的工作。

(二)人力资源管理的措施

通过项目组成员特点的分析，他们大多具有较强的独立性，希望得到不断的提升，面对新的挑战，针对这些特点，笔者认为可以从以下几个方面入手，加强IT项目组织中的人力资源管理。

1、项目成员的培训和提升

项目成员(如IT工程师)，希望在不断的挑战过程中得到提升，他们往往多追求自身的发展和提升，而大多数IT人员的离职也多为获得更好的发展机会，提升自我。那么，企业可以考虑从根本上满足IT人员的需求，用各种各样的培训充实员工，使其得到应有的发展，这么做同事也可以使得员工有归属感，意识到自己被企业所重视。

培训的重要职能就是促进学习，它通过周密的组织安排来帮助员工发现和获取所需的知识和能力，以更好的完成本职工作。项目团队的培训不只包括对项目成员个人能力培养与提高，更重要的是对于团队整体的培训。

同时，IT项目中对于人员不断创新的需求，要实现这样的目标，如果只是一味的追求成员知识水平上的提高，这并不意味着团队的工作效率会提高，而且，员工的离职也会给企业造成一定的损失。项目成员的个性化的工作作风反而会因为个人能力的提升更加严重，所以对于企业来说，培训的目的不仅仅是为了项目成员的个人能力的提高，更多是培养一个会协同工作的专才而非全才。企业应该把自身建立成一个学习型的组织，创造一个良好的学习的氛围，通过不断的学习形成一个协同合作的团队，并且能够使得员工在培训的过程中获得归属感。

2、项目成员以及团体科学的绩效评估机制

项目的绩效评估是使得项目团队的工作绩效与项目的战略目标一致的过程，主要是提供一个良性的系统，这个系统可以使得每个任务能够划分给不同的活动，任务和成员以保证最后系统能够反馈恰当的信息给管理者。

在评估的过程中，我们需要考虑的是个人绩效和团队绩效，那么我们应该更加关注谁当项目以团队的形式开展工作时，如果绩效评估与管理过程只关心个人绩效，奖励制度也只关注个人成就的话，将有助于减少工作中的偷懒和搭便车现象，但同时却忽略了作为一个优秀项目团队绩效中最重要的部分：协同与合作。这样会导致团队成员间的激烈竞争，而且有时甚至为实现个人利益以牺牲团队利益为代价。 同样，如果只关注团队绩效而不考虑个人绩效，就会导致搭便车现象，团队成员积极性和责任感的下降。由此可见，在强调合作和创新的IT项目中，这两种情况都不可行。实际上，只有当团队和个人的绩效都受到关注，并且都被看作是绩效管理过程中的重要因素时，团队的工作效果才能有所提高。

对于个人绩效的评估提供的事实和数据可以为那些个人业绩不佳的员工提供参考与指导，以利其不断进步;也可以用来对那些在团队绩效不佳的团队中个人业绩出色的成员进行奖励。所以，不仅要对整个团队进行评估，还要对每个成员对团队所作的贡献进行评估，将团队工作行为慢慢融入到个人考核中去，使团队绩效与个人绩效有机地结合起来。

3、项目成员科学的激励机制

知识型员工与其他员工有许多相同的个人需要、愿望、恐惧以及期待，但在目标定位、价值系统、需求结构以及行为模式等方面又存在很大的不同。正是这种独特性要求构建有侧重而且行之有效的激励机制，针对知识型员工常用的激励方式有薪酬激励、产权激励、情感激励和授权激励。

(1)薪酬激励

这是激励体制中最基本的激励因素，但是需要在团队薪酬激励和个体薪酬激励中做出平衡。IT项目的实施需要成员间和合作，但是这并不意味了要抹杀个体的贡献，那么，对于个体和团体之间的抉择是决策者需要考虑的因素，既要考虑到项目组整体性，又要有效的防止搭便车的行为的发生。一般而言，在个体贡献和团体贡献趋于模糊的时候，应该倾向于奖励团体，反之，应该给个体应有的激励。

(2)产权激励

相对于薪酬激励而言，是一种长期激励措施，如期权合约、股票持有，能够加深员工对企业的情感，增加员工的主人翁的意识，加企业的凝聚力。(3)目标激励

目标激励就是为工作能力较强的员工设定一个的富有挑战性的目标，以激发员工的斗志，激励他们更加出色的完成任务。目标作为一种诱因，具有引发、导向和激励的作用。

(4)授权激励

扁平式的管理结构使得项目更加易于管理，项目管理中采用授权方式可以使得项目经理能够抽身关注于其他事务，以提高员工的工作热情，增强他们的责任感。同时授权也符合了IT工作者的需要——证明自我价值的机会。

(5)情感激励

情感激励成为企业越来越重要的激励模式，现在很多企业都在追求自身的企业文化，加强和员工之间的联系，增强员工与企业之间的情感。员工工作效率的提高不能仅仅依靠外在的物质激励，更重要的是依靠员工自发的工作热情，这样的潜力才是无限的，才能够充分发挥员工的才智，促进企业的发展。与员工的沟通、建立良好的企业和员工之间的关系，使得员工有归属感，觉得自己受到了应有的尊重，在保持良好的工作热情，实现自身价值的同时促进了企业的发展。

参考文献：

[1] Jack Gido，James PClements成功的项目管理[M]张金成等译北京：机械工业出版社， 1999 8-16

[2] John D Strain， Project Management and the Integration of Human Factors in Military System Procurement

[3] InternationalJournal Management， 1999，17(5)： 283 292

it人力资源管理论文篇二

浅论IT项目的人力资源管理

[论文关键词]人力资源 项目管理 It项目

[论文摘要]现代企业的核心竞争力往往是由企业所拥有的人力资源决定，而在软件开发这样的行业当中，人才的作用更是显得关键。人力资源管理是软件企业管理的核心工作，将人员合理的分配的各个开发团队中，在各个开发团队之间进行人员的协调是保证软件项目顺利完工的前提条件。如何充分发挥“人”的作用，对于项目的成败起着至关重要的作用。

项目人力资源管理就是有效地发挥每一个参与项目人员的作用，让项目的所有相关人员能够在可控状态下有条不紊的进行项目的开发活动。人力资源管理包括组织和管理项目团队所需的所有过程。项目团队由为完成项目而承担了相应的角色和责任的人员组成，团队成员应该参与大多数项目计划和决策工作。项目团队成员的早期参与能在项目计划过程中增加专家意见和加强项目的沟通。项目团队成员就是项目的人力资源。

IT项目的人力资源管理是将企业中的系统分析师、软件设计师、程序员、软件测试员和配置管理人员等组织到一起进行项目开发的过程。IT项目的人力资源管理的主要过程包括如下几个方面：

一、人员组织计划编制

在制定人力资源的计划时，需要综合衡量人员的成本、生产效率与利用率。对各种岗位人员的能力要求要针对岗位的需求来制定，人员的要求不要过高，以保证刚好适合岗位的要求为宜，太高的话会提高人力成本，低了又不能满足项目的要求。当然，在具体挑选人员的时候不一定能够找到称心如意的，总的原则应该是在保证技能要求的同时，尽量降低人力成本，同时还需要综合考察人员的责任心、职业道德和团队合作能力。

在制定计划的时候还需要注意相关人员的进入项目的时间。在IT项目的早期，以项目经理和系统分析师为主，进行项目计划、客户接洽和需求分析等前期工作。进入设计阶段后，以软件架构师和软件设计师的工作为主。编程阶段则以设计人员、编程人员和测试人员为主。在系统部署和试运行阶段则以系统工程师和售后工程师工作为主。在整个项目过程中，项目的配制管理人员和测试人员的工作虽然是一直持续着的，但是工作量还是有轻重，在工作量不多的时候，可以将部分暂时闲置人员归还给原来的部门，以减少人员的等待损耗。

二、项目团队组建

由于每个项目成员都有的各自的特长和性格特点，必须要充分考虑项目成员的技能情况和性格特点为他们分配正确的工作，同时还需要考虑项目成员的工作兴趣和爱好。尽量发挥项目成员特长，让每个人从事自己喜爱的工作岗位是项目经理进行工作分配要考虑的问题。各项目成员的知识技能评估，个性特点分析，优点和缺点是要事先分析和考虑的内容。项目团队的组建是否合理，项目相关人员是否满足项目的需求，是项目能够顺利进行的关键，找错了人或者是将人放在错误的位置都可能会导致项目的失败。

三、项目团队管理

我国历史上有过很多的以少胜多的战争。如著名的“官渡之战”、“洄水之战”都是以少胜多的典范。可以看出打胜仗，军队的数量固然很重要，但是指挥官却决定着军队命运。软件开发和行军打仗很类似，同样的团队在不同的项目经理的领导下，其团队精神、项目进度和开发质量可以截然不同。不管个人能力多么强，如果团队像一盘散沙，每个人都谁都不服谁，那么这个项目的结局必然是悲惨的。

项目经理在管理IT项目的时候，不是要去监视每个开发人员的做事过程，那种事情应该是监工做的。项目经理需要从管理制度、项目的目标、工作氛围和沟通等方面做工作，以保证项目的顺利进行。

(一)制定良好的规章制度。所谓强将手下无弱兵，没有不合格的兵，只有不合格的元帅。一个强劲的管理者首先是一个规章制度的制定者。规章制度也包含很多层面：纪律条例、组织条例、财务条例、保密条例和奖惩制度等。好的规章制度可能体现在，执行者能感觉到规章制度的存在，但并不觉得规章制度会是一种约束。

执行规章制度还有一些考究，破窗理论说明，对于违背规章制度的行为，应该及时制止，否则长期下来，在这种公众麻木不仁的氛围中，一些不良风气、违规行为就会滋生、蔓延且繁荣。项目经理虽然是规章制度的制定者或者监督者，但是更应该成为遵守规章制度的表率。如果项目经理自身都难以遵守，如何要求团队成员做到

(二)建立明确共同的目标。团队中不同角色由于地位和看问题的角度不同，对项目的目标和期望值，会有很大的区别，这是一点也不奇怪的事情。好的项目经理善于捕捉成员间不同的心态，理解他们的需求，帮助他们树立共同的奋斗目标。劲往一处使，使得团队的努力形成合力。

当然，在具体实施需要根据不同的员工给不同的政策。有些员工努力工作是为了使家人的物质生活条件更好一些，那么这类型的员工在进行奖励的时候应该偏物质。而另外一些员工可能觉得事业上的成就感比金钱更具有吸引力，对于这类员工应该多给他们挑战和上升的机会。

(三)营造积极进取团结向上的工作氛围。钓过螃蟹的人或许都知道，篓子中放了一群螃蟹，不必盖上盖子，螃蟹是爬不出去的，因为只要有一只想往上爬，其它螃蟹便会纷纷攀附在它的身上，结果是把它拉下来，最后没有一只能够出去。 企业里常有一些人，嫉妒别人的成就与杰出表现，天天想尽办法破坏与打压，如果不予去除，久而久之，组织里只剩下一群互相牵制、毫无生产力的螃蟹。对于项目组中的不知悔改的螃蟹，应该尽早清理出去。对于公司而言，也许 历史尚短，还没有形成成熟的企业文化和企业精神，从而造成大环境的不良风气，但是在项目组内部，通过大家的一致努力，完全可能营造出一个积极进取团结向上的工作氛围。

项目经理为了酿造这种氛围，需要做这些努力：奖罚分明公正，对于工作成绩突出者一定要让其精神物质双丰收，对于出工不出力者受到相应的惩罚;让每个成员承担一定的压力，项目经理不应该成为“所有的苦，所有的累，我都独自承担”的典型，项目经理越轻松，说明管理得越到位;在学术问题讨论上，要民主要平等，不做学霸不搞一言堂，充分调动每个成员的积极性。在生活中，项目经理需要多关心多照顾项目组成员，让大家都能感受到团队的温暖。

(四)良好的沟通能力是解决复杂问题的金钥匙。软件开发项目中，需求变更是最难控制的。瀑布开发模型只适合于一开始时需求就已经明确的项目，但是在实际开发中，特别是信息系统的开发中，往往到了项目的最后阶段还可能提出需求上的变更。这其中的原因是多方面的，正因为如此，在敏捷开发方法中才提出了“拥抱变化”这一口号。

在软件的开发过程中，设计师与程序员，程序员与测试人员之间的也需要不断的沟通。同样的内容，不同的人的理解可能不同，因此就需要开发人员之间不断的进行沟通。设计的变更、接口的变化，会导致编程的改变和测试的改变，如果各方没有良好的沟通的话，就可能出现打乱仗的局面。当项目的质量、进度、成本等目标出现变化的时候，项目经理必须向公司领导及时汇报情况，决定如何对项目进行调整。IT项目的延期已经是一种普遍现象，在这个时候，项目经理就需要协调与上层领导和客户之间的关系。

四、结束语

项目的人力资源管理是一个包括计划、组建和管理到解散的整个生命周期的管理。加之人的因素在IT项目中的特殊地位，使得IT项目的人力资源管理的作用比在其他项目更加显得重要。项目管理在国内还处于 发展阶段，人力资源管理这个概念在国内企业中也接触不是太久。由于传统思想的约束，使得很多西方的人力资源管理思想在国内企业很难贯穿实行。因此，具有我国特色的人力资源管理是目前大家值得探讨的问题。

项目管理系统，就是项目的管理者应用专门管理项目的系统软件，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。它从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

按照传统的做法，当企业设定了一个项目后，参与这个项目的至少会有好几个部门，包括财务部门、市场部门、行政部门等等，而不同部门在运作项目过程中不可避免地会产生摩擦，须进行协调，而这些无疑会增加项目的成本，影响项目实施的效率。

而项目管理的做法则不同。不同职能部门的成员因为某一个项目而组成团队，项目经理则是项目团队的领导者，他们所肩负的责任就是领导他的团队准时、优质地完成全部工作，在不超出预算的情况下实现项目目标。项目的管理者不仅仅是项目执行者，他参与项目的需求确定、项目选择、计划直至收尾的全过程，并在时间、成本、质量、风险、合同、采购、人力资源等各个方面对项目进行全方位的管理，因此项目管理可以帮助企业处理需要跨领域解决的复杂问题，并实现更高的运营效率。

项目管理系统的应用从80年代仅限于建筑、国防、航天等行业迅速发展到今天的计算机、电子通讯、金融业甚至政府机关等众多领域。目前国内，对项目管理认识正逐渐深入，但要求项目管理人员拥有相应资格认证的还主要为大的跨国公司、IT公司等与国际接轨的企业。

项目管理系统是基于现代管理学基础之上的一种新兴的管理学科，它把企业管理中的财务控制、人才资源管理、风险控制、质量管理、信息技术管理（沟通管理）、采购管理等有效的进行整合，以达到高效、高质、低成本的完成企业内部各项工作或项目的目的。

随着IT行业的发展，IT行业内的项目拓展和投资比比皆是。为了提高项目管理水平，赢得市场竞争，特别是在加入WTO后在国内、国际市场上拥有与国际接轨的项目管理人才，越来越多的业界人士正通过不同的方式参加项目管理培训并力争获得世界上最权威的职业项目经理（PMP）资格认证。

当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人力资源管理论文全部的内容，包括:it人力资源管理论文、IT 项目管理 系统 描述、当IT项目经理应该做哪些事情等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！