it项目管理团队

it项目管理团队（精选8篇）

it项目管理团队 第1篇

服务型系统集成项目，特别是在金融IT服务领域里，由于客户方也拥有着自己的技术团队，客户的软件项目通常不直接将项目整体交由集成商控制，而是购买系统集成供应商的服务。如此一来，甲方就占据着绝对的强势地位，项目的计划、进度与开发的方方面面均由甲方统一控制和管理，从而公司项目团队便承担更少的责任和风险。但与此同时由于其职能结构的混合性，带来了一些与自主管理项目不同的、更具有挑战性的问题，作为公司方的项目经理必需能够很好地处理这些挑战性的问题，例如：沟通，资源协调，进度协调，成本控制以及风险控制等等。

该服务型的团队混合组织结构与职能式的组织结构有诸多类似，在职能式的组织结构中，其项目性质的活动优先级一般都不能够与部门的职能活动相比。类似地，一个项目成员，即要听从项目经理的安排完成项目任务，也要遵照甲方的领导，合理安排日常工作。项目经理在这种组织结构里，权力相对比较少，更多的时候只能担任“项目协调员”的角色。那么服务型的混合组织结构里项目经理该如何利用自己有限的资源达到项目的成功实施呢？这是本篇我们要探讨的一个问题。

在项目的开展过程中，可能经常出现下列的情况：

Ø项目整体由甲方控制，甲方在名义上承担大部分风险，但实际上在风险发生时集成商需要替甲方“背黑锅”。

Ø项目经理处于较尴尬的地位，团队成员的意见或要求难以得到解决。项目经理圈子 项目经理圈子

Ø项目经理趋向于技术专家的角色，埋头于自己手上的工作，而无暇顾及到项目及团队，导致“后知后觉”现象发生。

Ø团队出现多头领导，甲方项目经理通常会直接管理团队成员，而被架空的公司项目经理仍必须跟踪和监控项目，因此团队成员必须同时向两头汇报工作。项目经理圈子

Ø团队成员来自于公司，但公司职能领导很少给予驻外项目成员基本的关怀（如举办活动、职业规划、培训等），而项目经理的权力空间较小，难以实质性地开展该项工作。

服务型的混合组织结构里，项目经理可能除了需要对项目进行协调外，还有自己项目外的工作需要按时开展，也就是说，他/她的日常工作不仅仅是进行着项目管理就可以了。因此，对于我们的项目经理，除了要是公司某项目业务上的精英或专家外，他还必需要有高的个人素质，有必要的项目管理能力。而相对项目管理来讲，项目管理过程中，我们看重的不是他的专业技能，我们更需要项目经理有充分的沟通和协调能力，因为一个项目经理有70%-90%的时间是用来沟通与协调的。然而在服务型的混合组织结构里，我们的项目经理必定是公司的专家或精英，项目的管理与沟通能力可能不是公司特别看重的。这是他所面临的第一个需要解决的矛盾。

项目管理本来就不易，服务型的混合组织结构里的项目管理更加不容易。以下，我将个人认为服务型的混合组织结构里项目管理的团队管理与沟通方法提出来与大家探讨。

一、人员管理

项目经理圈子

一个项目团队，就像一支足球队，是一个文化实体。而项目开发，就像是一场足球赛，是一个文件事件。你的项目团队在项目开始时、过程中以及项目结束时看待项目的方式在很大程度上影响着项目的成功与否。项目团队如何从个人和集体的角度来看待它本身，也同样影响着项目的成败。项目管理论坛

项目经理必须把促进每一个团队成员的进步作为自己的一个长期目标。因此，我认为对一个项目经理最准确的一项的评价标准就是看他是否使那些加入到本项目的团队成员有所进步。

然而，领导不同于管理。领导就是引导人们付出额外的努力、承担义务以及得到他们的支持的能力，而这些人本来是没有义务做这些事情的。而管理更多的是侧重于权力的使用，过多的使用权力将会在很大程度上影响团队的士气和战斗力。因此，要想得到一个具有高凝聚力的团队，项目经理应该在以下几个方面多加重视：

Ø项目文化管理

理解组织文化。组织文化严重影响着项目文化。如果团队成员对管理缺乏信任、不执行软件过程、或把进度表看成是纯粹虚构的，在这样的环境下，项目经理想使项目变得健壮就必须付出艰辛的努力。因此，在形成软件项目文化氛围的过程中，第一步是了解组织文化，请给自己提出以下问题：

n在这个组织中,项目通常经历一个怎样的过程？

n项目通常都获得成功了吗？成功意味着什么？

n团队成员们是怎么看待该项目的？

n组员们对组织的过程、项目进度表、测量、管理者、领导和其它的项目因素有多大的信心？

了解每一个团队成员。了解成员的学历背景、有过多少和什么类型的项目开发经历、出生于哪个年代、具有什么样的个性特征和私人生活以及从专业和个人方面看该成员实力和缺点是什么？在了解了这些成员的背景之后，才能更好地将团队成员相互搭配起来更好的工作。项目管理培训

将文化和工程角色同人相匹配。而且要如同管理技术问题一样来监控和管理团队文化。

Ø如何管理优秀的人

n在不进行微管理的情况下获得可见性。

n评价过程和产品，而不是人。

n协调，而不是操纵。

n使用你的知识，而不是你的权力和地位。

n采用引导而不是控制的方式对人进行管理。

n将重点放在项目和人的需要，而不是你作为经理的权力。

Ø使优秀的人更优秀

n使专业发展成为一个项目目标。

n认清长期专业发展目标和短期专业发展目标。

n让每一个团队成员确定个人进步目标。

n让团队成员跟踪他们的个人时间。

Ø领导优秀的人 项目管理培训

n对自己和团队有信心。

n领导者不是没有错误的。出错了要承担责任，同时将重点放在纠正行动上。

n树立领导榜样。向团队展示你对自己和团队有什么期望。

n利用团队的全部智慧。要知道你无法全凭自己来使项目取得成功。

n按时完成你分内的工作。

n不要将朋友的关系与领导关系搞混。这会影响你在关键时间的威信。

二、减少团队内部的无效沟通

在项目开展过程中，几乎所有的项目都会存在这样的情况：客户在检查项目阶段成果时，指出曾经要求的某个产品特性没有包含在其中，并且抱怨说早就以口头的方式反映给了项目组的成员，糟糕的是作为项目经理的你却一无所知，而那位成员解释说把这点忘记了；或者，你手下的程序员在设计评审时描述了他所负责的模块架构，然而软件开发出来后，你发现这和你所理解的结构大相径庭……

在项目中，沟通更是不可忽视。项目经理最重要的工作之一就是沟通，通常花在这方面的时间应该占到全部工作的70%-90%。良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面。

项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。很多项

目中没有完整的沟通计划，导致沟通非常混乱。有的项目沟通也还有效，但完全依靠客户关系或以前的项目经验，或者说完全靠项目经理个人能力的高低。然而，严格说来，一种高效的体系不应该只在大脑中存在，也不应该仅仅依靠口头传授，落实到规范的计划编制中很有必要。因而，在项目初始阶段也应该包含沟通计划。

应遵循尽早沟通、主动沟通两个原则。尽早沟通要求项目经理要有前瞻性，定期和项目成员建立沟通，不仅容易发现当前存在的问题，很多潜在问题也能暴露出来。在项目中出现问题并不可怕，可怕的是问题没被发现。沟通得越晚，暴露得越迟，带来的损失越大。

保持畅通的沟通渠道。沟通看似简单，实际很复杂。这种复杂性表现在很多方面，比如说，当沟通的人数增加时，沟通渠道急剧增加，这使相互沟通带来困难。典型的问题是“过滤”，也就是信息丢失。产生过滤的原因很多，比如语言、文化、语义、知识、信息内容、道德规范、名誉、权利、组织状态等等，经常碰到由于工作背景不同而在沟通过程中对某一问题的理解产生差异。如果要想最大程度保障沟通顺畅，当信息在媒介中传播时要尽力避免各种各样的干扰，使得信息在传递中保持原始状态。信息发送出去并接收到之后，双方必须对理解情况做检查和反馈，确保沟通的正确性。

如果结合项目，那么项目经理在沟通管理计划中应该根据项目的实际明确双方认可的沟通渠道，比如与用户之间通过正式的报告沟通，与项目成员之间通过电子邮件沟通；建立沟通反馈机制，任何沟通都要保证到位，没有偏差，并且定期检查项目沟通情况，不断加以调整。这样顺畅、有效的沟通就不再是一个难题。

另外，项目组内部沟通不是越多越好，你会发现当内部的沟通时间没有规律或是沟通时间过长，这样其实也会严重影响项目成员的开发进度，但沟通又是必不可少。这需要由项目经理结合实际情况来把握好度，一般来说，是通过定期如开会议来完成统一沟通。如：例会。

三、与客户沟通

项目经理的沟通包括项目组内部的沟通和项目组外部的沟通；而项目组外部沟通中，与客户的沟通尤为关键，因为它在很大程度上决定了项目的成败。

然而，面对各种性格特征和知识背景的客户，如何做到与客户的有效沟通，最终有利于项目？这恐怕是对大多数技术人员背景出身的项目经理一个不小的挑战。

现在，集成商在绝大多数的SI项目中基本上都处于一种不利的地位，在这样的环境和形势下开展项目开发工作，其项目经理必须注意一些与客户沟通的技巧。以下是我总结的一些沟通注意点：

Ø应当谦虚礼让，要控制“据理力争”

项目经理一定要注意尊敬客户。与客户沟通时，项目经理需要有良好的态度和谦虚的心态，沟通时语气要礼貌柔和，让客户感觉到您不但是一位了不起的专家而且是一位修养高尚的人，这样更容易赢得客户的配合和理解。

如果项目经理以自己是专家、技术能手自居，认为自己的见解或做法比客户高明而喜欢和客

户辩论或“据理力争”，这是非常有害的。因为我们始终需要明白，我们是去解决问题、去把项目做好，而不是去和客户比能力、比见识，如果执意“据理力争”，很可能会让客户反感而对日后的合作不利，最终影响到项目的成功。

当然，忌“据理力争”，并不是说我们不需要向客户表达我们的看法和观点，只是需要我们注意表达的方式和方法。

Ø多做换位思考，不要刻意说服对方

经常会遇到客户提出新的需求，为了尽量避免项目需求的变更，有些项目经理往往急于从“自身”的利益出发，想方设法去说服客户，这种做法实不可取。对客户提出的需求，当我们难以理解或接受时，不妨先换位思考，从客户的角度去体会和分析客户如此期望的理由，这样更容易理解客户提出的需求是否合理。如果分析的结果标明客户提出的需求是项目所不需要的，我们大可以从项目对客户的价值的角度去引导客户并最终让客户放弃；如果客户提出的需求确实是项目所需要的，则我们可以通过执行需求变更流程的方式去影响这些变更（结果可能是终止变更、无偿变更或有偿变更）。

Ø尽量为自己留有缓冲余地，不应当场回绝

经验欠佳的项目经理，在与客户沟通时，总会不自觉地当场给客户一个“是”或“否”的结论，其实这种做法是欠妥的，特别是当场回绝客户则更不可取。因为这样做，一方面可能会出现回复给客户的结论不当，另一方面也会让客户感觉到您不是在用心对待他们的需求。

当客户提出需求变更特别是一些我们认为比较棘手的需求变更时，我们定不可当场回绝客户，正确的做法应该是先把问题记录下来，等进行变更评估或报告上级批准后再答复客户，甚至可以请自己的上司与客户沟通。这样做既会让这件事情得到一个比较妥善的解决，同时也会让客户感觉到您是一个做事稳健的人、一个思维严谨的人、一个对事负责的人，从而为以后的合作打好基础。

Ø在沟通时应该主题明确，而不是海阔天空

有些时候，我们可能需要和客户沟通一些项目方面的问题或向客户介绍、汇报项目情况，这时我们只需主题鲜明言简意赅地把主题讲清楚就可以了，而不要去滔滔不绝谈一些与主题无关的话题。因为这样做一方面浪费自己和客户的时间，另一方面也可能导致该说的事情没有说清楚。

Ø有任何问题应该当面沟通，不能在背后议论

在和客户的沟通交往中，难免会出现一些彼此误会甚至产生些许冲突的情况。如何处理这些问题？有些项目经理碍于客户是甲方因而不敢或不愿和他们当面沟通，选择了背后发牢骚或与朋友“倾诉”的方式。实际上，这种方式与事无益甚至会导致误解加深或关系恶化，因为背后议论别人是对别人最大的不尊重，况且你的背后牢骚很可能会不胫而走传到客户的耳中。

良好的做法是，在适当的环境下采用适当的方式与客户当面坦诚沟通，因为这样做至少可以让客户清楚您对他的“不满”,并且你很愿意去正面化解彼此之间存在的“不快”。这样会使彼此

之间的关系良性化并最终解决问题。

总之，在服务型系统集成项目的项目管理活动中，与一般的项目管理不同，它往往更侧重于沟通和团队管理，而相对于进度及范围管理等方面的工作通常都由甲方项目管理者统一控制。因此，团队内部沟通和客户沟通工作做得好坏与否，对公司项目团队在该项目中的话语权有着相当大程度上的影响。

it项目管理团队 第2篇

团队建设的加强

IT本身的特点造就了知识更新迅速和人员流动频繁的情况,这种情况下，人员的流失经常会对项目的运作产生较大的影响。比如一个骨干技术人员的跳槽，很可能会导致项目的一部分瘫痪。

如何针对IT行业的特殊性来管理项目团队呢?

IT项目管理不仅仅是领导并激励团队成员的能力，同时也是在对技术的热爱和实践中寻求平衡的能力，当然，项目管理的目标不是为了技术而技术，而是朝着特定的目的（更好的客户服务、产品质量和更高利润）的渐进过程。项目管理是一个要求高度平衡的工作。

项目经理要做好团队组织和技术使用的平衡工作

团队建设，简单讲就是：给你一拨人，你得能把他们拢在一起，朝着一个方向走。怎么做呢？下面就把个人实践中，认为应该优先考虑的一些做法给列出来：

首先，一切的前提—尊重！不懂得尊重人，一切都无从谈起。这个尊重不是来自鬼都不相信的“人人生而平等”，而是来自于坚信“只要是个人，就有比自己强的地方，就有用”。这个尊重是有形的，是可以看得出来、感觉得到的，比如说：你对人的守时、守信、虚心听取意见等等。最大、最可贵、最有效地的尊重是信任！这体现为对团队成员的合理、有效的授权和委任。

然后是沟通，把情况了解上来，把影响施加下去。好的沟通就像一个灵敏有效的神经系统，又像是机件运行的润滑剂。沟通的手段多种多样，自己比较喜欢用的有：聊天；有人曾经问我：怎么整天见你跟人聊天啊？我的回答是：聊天也是工作。因为，那不是乱聊的，尤其在时机和话题的选择上。目的只有一个—拉近距离，融洽气氛，了解情况，施加影响。还有比较喜欢用的就是娱乐，尤其是下棋、打牌、喝酒，这三项活动最能体现人的性格，想藏都藏不住。性格无所谓优劣！最重要的是要因人而异，善加利用。通过合理的组合，减少冲突，增强合力。

还有就是文字记录，一定要让团队成员，尤其是关键成员养成做文字记录（正式非正式）的习惯，这对团队建设本身不是十分重要，但从企业管理和项目管理的角度来看，却是非常重要。而且，团队建设的目的，也是为了最终把工作做好。

然后是服务，这是团队建设的核心内容。要尽可能地把自己是头、有权发号施令的念头压下去，把监督、控制等字眼儿压下去。更多地想的是对这个团体的责任，目的是要把工作做好。工作最终要靠整个团队，而不是某个人来完成。要立足于服务，给团队成员创造出一个良好的工作环境。

换句话说，组织者的任务就是把台子搭好，让团队成员把戏唱好。不要担心会被抢了风头！一则，戏唱的再好，到上司那里汇报的还是你；二则，即便是团队成员最终超越了你，你真诚地帮过他，他自然也会帮你，何乐而不为呢？所以，不要吝啬在上司面前肯定团队成员的成绩，更不要邀功于己，诿过于人，这是非常忌讳的。要让团队成员放手工作，“错了，责任是我的，对了，功劳是你们的”这句话，不但要说，更要做！

这里讲的服务，既是工作上的，也是生活上的，都很重要，都要尽可能细致、周到。服务做好了，管理基本上也就到家了。这里需要指出的是：服务不等于迁就，是有原则的，也是在自己能力范围内的。还有，在这个过程中，会有不少误解、委屈，也会很“吃亏”，没办法，谁让你是头呢，如果你想把工作做好，这些你都得认喽，吃这些小“亏”占“工作做好”这个大“便宜”。等成绩出来的时候，那些误解、委屈也就没了，你收获得将是一帮多少年后都还彼此眷顾、相互信任的朋友和一段美好的回忆。

还有协调和组织，也就是把合适的人放在合适的位置上。实际上，作为一种具体的技能和工作内容，这是和尊重、沟通和服务是连在一起的。把前几项做好了，协调组织基本上就是个水到渠成的问题。由两个需要注意的方面，一是要注意实际情况，因人就势；一是要注意尽可能多地、合理地授权，管得越少越好。

再就是激励。物质奖励是必要的，但一定要慎用、少用。因为，好事往往会变成坏事，尤其对于时下的国人而言。不但起不到激励的作用，反而造成不必要的麻烦，增加攀比、猜忌等矛盾，破坏气氛。而且，如果老是要靠物质刺激来激励的话，就说明组织、薪酬体系有问题。

激励更多的应该是精神层面的，最有效的就是对人真诚的尊重和信任、充分有效的授权和对成绩及时有效的肯定，最不济也可以用哥们义气。如果你能真正重视团队成员的意见并给予充分、有效、适当的授权，完成任务时给予及时的肯定，失败时给予真诚的帮助和鼓励，比许诺奖他多少多少钱产生的激励作用要来的强烈和持久的多。“士为知己者死”，虽然没必要那么夸张，但作用绝不可低估。每个人都希望自己的工作获得认可，及时、公开的表扬就显得很重要了，那代表着认知、肯定和认同。

最后，也是最重要的，就是个导向问题。前面提到的种种，都要以一个原则为导向，那就是：产生合力，达成目标，最终目的是要把工作做好。这是基本准则，也是衡量团队建设成功与否的标准。

总之，团队建设说难不难，说易不易，关键在于你如何把握。只要你热心、诚恳、负责任，肯和团队成员交朋友（洛阳有句话：伙计搁好了，活也就做好了），加上一些必要的技巧（不是玩心眼），和上司的支持（这也非常必要），团队不愁建不好。

非常手段的使用 关于团队建设的一些心得

前一篇中讲了团队建设中应该着重、优先考虑的一些做法，但是，革命不是请客吃饭，团队建设中也不可能总是和风细雨，总会遇到一些非常情况，也总会用到一些非常手段。下面，就谈一下自己信奉的一些名言和实际体会。

首先，既要可以“俯首甘为孺子牛”也要能够“横眉冷对千夫指”。在面对对立、被误会、被造谣中伤甚至暂时的众叛亲离等困境时，一定要够坚忍！这其实不难做到，一个基本的态度是：活着，要充满感激。这是我在学校当班长时，面临前面提到的困扰时悟出的。当时的想法是：现在遭遇的种种比将来到社会上将要遭遇的，不只要少多少、轻多少，那么现在不就是一次好的锻炼机会吗？和你过不去的人不就是在帮你吗？帮了你，不就该感激他们么？这样想了以后，顿时浑身清爽，跑道操场上，当时的感觉就是阳光在每一个草尖上跳舞。其后是在进水口带工程师组的时候，因为面临要把失去的工期抢回来，又要转变由来已久的工作作风，“乱世用重典”，又没有过多的时间去解释、通融，一时间恶名远播。但当时经过多年的历练，已经很自信了，知道自己是什么样的人，也坚信时间和事实能证明一切，再加上上司的信任和支持，最终也挺过了这一关。另外一个基本态度就是：不要害怕得罪人，不能以和求和。原因很简单，你来工作的目的是干活拿钱，是把工作做好，不是来交朋友的。所以，对危害团队的人和事，一定要坚决反对，处理起来要当机立断，毫不手软。这方面，我又成功的经验，也有深刻的教训。曾经有两个人，自己判定他们不适合待在团队里，但因为有上司地说请给留了下来，最终都惹了一些不必要的麻烦，后一个还给工作造成了较大的损失。

有了基本的态度以后，策略上，“谁是我们的朋友，谁是我们的敌人，这是革命的首要问题”。实际上，这也是团结一切可以团结的力量，争取大多数；孤立、分化、瓦解、打击极少数的问题。即便是在要打击的极少数里头，也还要再讲个“首恶必惩，协从不纠”。总之，打击面要尽可能的窄！因为，这绝不可能双赢，所谓“杀敌一千，己伤八百”。所以，一定要慎重，而且，必须是在团队利益受到危害时逼不得已的选择。这里讲的敌友，衡量的标准就是是否危害团队利益，绝不可凭个人好恶。

敌友问题搞清楚了，下一个面临的就是雷锋说的：对待同志，要像春天般温暖；对待敌人，要像严冬般冷酷。一旦决定对危害团体利益的人和事采取行动，就一定要坚决有力，次数上要尽可能少而精，力度上要尽可能稳准狠。要让人知道，你手里有剑，而且，一旦需要，这把剑会毫不留情地砍下来的。这样做的原因，还有一点就是：对待人的群体，在认同“性本善”的同时我还认同枣核理论。就是说：在群体里头，特别好的和特别坏的都是少数，绝大部分人是集中在中间的，往两头跑的。榜样的力量是无穷的！决定这个群体性质的关键就是看哪头得势。作为一个团队建设者，就是要惩恶扬善，树立正气，形成良性循环。一旦形成良性循环，工作就非常顺利了。

至于说具体手段，就要因人就事，不拘一格了。毛泽东讲：这个世界是复杂的，所以我们的思想也要复杂一些。尤其你面对的人，往往都是小人、恶人、自认为聪明的人。所以，不讲些手段，仅凭善良和正义是不行的。不要对手段抱有成见，其实和内容决定形式一样，目的决定手段。就像毒药，可以用来害人，也可用来杀耗子，帮助人。手段本身无罪，关键看你用来做什么。不过，运用手段的时候，有一点一定要提防，不要像面具的故事那样在戴面具的过程中被面具迷失了本性。依据自己的性格，追求和应用的手段就是不用手段，实在要用，也是一招制敌。武侠小说里讲：无招胜有招。古龙更是塑造了小李飞刀。实际中，看着对方费尽心思玩手段对付你；你呢，你不跟他玩，只是好整以遐地看着，什么时候不想看了，一刀捅到他心口窝，他的所有动作戛然而至。你脸上不动声色，但心里的感觉，爽！不过，这也说明自己的修炼还不够，包括在这里舞文弄墨。真正的境界应该时宠辱不惊，心如止水。

还有一点：上司的信任和支持都非常重要，尤其在你面对非常情况、陷入困境的的时候！事实上，自己几次成功的团队建设经历，也都和上司的信任和支持分不开。可惜的是，在处理和上司的关系上，我做得很不好，需要的是更多的反思、提高和转变，主要是个性和观念。和大部分人一样，我认为跟上司走得近乎是巴结、逢迎、献媚。自己曾长期津津乐道并引以为豪的是不会去故意和上司套近乎，得到信任是因为自己的实力。后来的两件事情和两篇文章是我改变了看法。一是遇到了一个巨细管理的上司，什么都想自己管，猜忌防范下属，虽然他最终没能怎样，但确实给个人、给工作带来了较大的困扰。还有一次经历，我曾一度失去了一位一直很信任和支持我的上司的支持和信任，虽然最终排除了干扰，但毕竟有了一段不愉快的回忆。再看看历史上，那么多的忠臣良将被奸人所害，不都是教训深刻么？后来，在学习项目管理的过程中，我看了两篇文章，一篇是关于如何应对巨细管理的，一篇是关于如何看待办公室政治的。具体内容不管它，两篇文章有一个共同点就是，碰到这些问题，不能逃避，要抛开传统观念，从问题的正面出发，积极应对。虽然其中种种行之有效的技巧我还是做不来，但起码不像以前那样反感。而且，一些基本的概念也已确立,比如：上司也是人；上司周围的空间，与其让小人、奸人去填补，不如你去填补；你可以对客户做的，为什么不能对上司做，何况，上司是你最重要的客户等等。

it项目管理团队 第3篇

一、人民银行IT团队组建现状与问题分析

人民银行省会中心支行IT部门的职责之一是承担本单位软件系统的开发、系统软件的集成、系统应用的推广等。每一项工作大都以项目形式来开展, 为每个项目组建相应的团队来实施, 如组建软件开发项目组、系统集成项目组、系统推广项目组等。如何组建一支优秀、高效的团队来更好地适应环境的变化, 给我们提出了更高的要求。这使得在组建团队进行项目实施过程中, 也开始认识到一些问题。

(一) 团队成员组成结构不够合理

由于人民银行单位性质本身的原因, 进人机制并不如公司企业顺畅, 这对可用的人力资源形成制约, 不能完全按照所需人才来组建团队, 集中体现组建团队的人员不足和人员结构不合理。以人民银行省会中心支行软件开发项目组为例, 项目组一般由项目负责人、系统分析员、系统设计员组成。这种组合对于开发一个小型系统是合适的, 可对于开发一个大型系统显然不能满足需求, 但由于单位人员编制的限制, 不可能组建一支人员完备的团队, 只能由一些临时而不固定的人员补充团队空缺或是干脆空缺。这样极大地影响了项目进度, 进而影响软件生命周期, 降低软件价值, 经常性出现开发的软件产品逾期交付使用的情况。

(二) 团队成员协作意识不强, 团队整体素质不高

一是体现在团队成员目标不一致。团队成员组成一般由领导决定, 各成员加入团队的目的不同, 出发点不同, 且经常忽略必要的思想教育, 没有让团队成员统一思想, 真正形成一个统一的目标, 欠缺团队凝聚力。二是体现在团队意识不强。由于对团队缺乏有效的培训机制, 团队成员偏重于个人技术水平的提高, 而忽视了团队意识的培养和训练, 导致出现多人合作而不起效的局面。一两个人开发一个小项目时, 能心应手, 效果甚佳;而多人共同开发大项目时, 却举步维艰, 收效甚微。三是体现在团队成员沟通效果不理想。一方面缺乏沟通意识, 各成员经常处于孤军作战状态, 遇到困难只顾自己埋头若干, 独自钻研, 没有形成有效的团队力量;另一方面沟通表达能力不强, 常常出现说者表达失真或听者理解偏差的情况, 导致认识不能形成统一, 成员间的工作成果不能有效衔接, 严重影响项目进度与质量。这些充分反映了团队的整体素质不高。

(三) 团队成员积极性不能充分发挥, 项目进展不力

主要是没有充分调动和发挥主观能动性, 没有能够采取主动积极的方式处理事情。IT部门岗位分工过于专业化, 使员工长期从事单一的专业技术工作, 其职业生涯发展空间有限, 长此以往, 不但挫伤了这部分员工的主观能动性, 而且违背了提倡积极培育复合型人才的指导思想, 导致员工悲观失落, 岗位创新动力不足, 工作绩效下降, 团队归属感大大降低。具体工作表现为调研不充分, 计划不周详, 时间控制不强, 进度控制不好, 项目受到严重影响。

(四) 团队成员个人能力不强, 项目质量得不到保证

随着社会的不断变迁, 科学技术日新月异, 员工的专业知识得不到及时充实和拓展, 不能完全满足团队任务工作的需要, 缺乏新项目所需的技术能手, 所组建的项目团队也只能勉强为之, 不能很好地保证项目质量。

二、IT团队组建与人力资源整合方案探讨

组建团队是为了更好地实现项目任务目标, 人力资源管理是为了有效地实现组织目标, 二者相辅相成、相得益彰。

(一) 深化人事制度改革, 做好人才储备, 促进团队成员结构合理

目前人民银行大区分行的管理模式并不能完全适应省会中心支行运作的要求。如现在省会中心支行有对全省的业务指导权, 但没有人事权, 这就给有效整合人力资源带来困难或者不便。适时完善人事制度改革或适应调整人力资源配置权限, 使得省会中心支行人权、财权、事权相统一, 就能更好地发挥人力资源的优势, 有效地解决团队建设中存在的人力资源问题。

(二) 建立健全团队管理制度及规范

通过明确团队及团队成员的职责与分工, 规范团队工作与协作流程, 进一步增强团队管理的规范化, 提升团队管理水平。邓小平曾经说过, 好的制度能让坏人干不了坏事;不好的制度, 能让好人变坏。所以, 制度建设是组建高效团队的根本保障。管理制度的规范也有助于团队成员树立共同目标, 提高团队凝聚力。

(三) 建立完善的考核体系和奖惩激励机制, 营造团队和谐氛围, 形成向心力, 提升团队精神

薪酬激励是一方面, 但作为技术人员, 都希望能通过自己的工作绩效来获得精神及地位上的满足, 期望通过一种创造性和挑战性的工作来体现自身的价值, 因此, 应向成员提供专业性强的挑战性工作。开发项目适度应用新技术, 定期举办技术交流沙龙, 并且引入竞争机制, 培养良好的竞争氛围, 从而满足他们的成就感。

(四) 积极关注员工成长, 增强培训, 提高团队成员的业务素质

加强信息技术专业培训和管理培训, 打通科技人员的职业发展通道, 探索专业人员管理新模式, 关注每位成员的成长。其实, 人民银行的IT建设不应该只注重技术, 更要注重行业经验。基层科技人员的素质普遍较高, 对于有着长期维护人民银行各种业务系统经验的同事, 应结合其特点推荐到业务管理岗位, 造就一批复合型人才。对于总行开展的各类培训和开发项目, 推荐团队内优秀的伙伴参与, 省市中心支行的科技人员均有机会获得提升, 团队内部实现资源共享, 促进省市科技人员共同进步。团队成员的成长, 有助于推进项目任务的实现。

(五) 创新团队组建模式, 组建虚拟团队, 打造全省一盘棋的战略目标

随着人民银行两级数据中心的建立, 一方面, 地市中支科技人员面临着逐渐被边缘化的尴尬局面, 他们知识面有限, 知识结构老化。另一方面, 省会中心支行IT人力资源紧张, 忙于应付各类应用系统的日常维护, 在技术更新和软件开发上捉襟见肘。而目前, IT技术的迅速发展, 资源、人员、信息的共享已经在不断改变着软件开发的格局, 分布式开发模式将成为今后软件开发的主要模式, 因为它能够将分散在各地的成员快速组成临时团队。在较短的时间内可形成高效、有序的协作力量, 搭建起一个不需要在同一场地办公的虚拟团队, 用较低的管理成本完成目标并实现利益共享。目前, 人民银行南宁中心支行已开始这方面的摸索, 曾组建一个小型的虚拟开发团队并取得一定效果和经验。下一阶段, 在扩大虚拟开发团队的同时, 将尝试组建虚拟服务团队。

三、结束语

随着人民银行省级数据中心的建立, 省会中心支行IT部门的压力会越来越大, 建立起一支高效的团队是当务之急, 借助于人力资源优势的配合, 进一步研究实践虚拟团队建设, 充分发挥出团队的高效优势, 定能提升全省信息技术整体服务能力。

参考文献

[1]劳伦斯.霍普 (美) .管理团队[M].北京:企业管理出版社, 2001.

[2]李卫东, 刘洪, 陶厚永.企业研发人员工作激励研究述评[J].外国经济与管理, 2008.

[3]佟天佑.团队管理与行动力五项指引[J].人才资源开发, 2008.

浅析IT项目管理的团队建设 第4篇

关键词：IT;项目管理;团队;科学;效率

一、IT项目管理建设的意义

1、IT项目管理团队建设的内容

IT项目管理团队建设是指把背负项目管理任务的团队成员依照特定的方式组织起来，协调配合，以便完成期望的项目目标。IT项目管理团队建设是项目团队成员和项目经理的共同责任，团队建设过程中应开创一种自信和开放的氛围，使全体成员有使命感和統一感。同时IT项目经理要确保团队成员间的沟通交流，并为积极创造促进团队成员间的社会化的条件。

2、IT项目管理团队建设的重要意义

IT项目管理团队建设的目的是要使整个项目管理团队能为了实现共同的项目管理目标而努力奋斗。团队建设能合理的分工与协作，使每个成员明确自己的权力、任务;使团队成员建立起明确的共同目标;加强团队成员之间的相互信任;建立起高度的团队凝聚力，使工作事半功倍。

二、IT项目管理团队建设中存在的问题

1、企业团队目标不明确

团队目标的不明确严重阻碍了项目的完成。或者，有的团队设立过多的目标，导致混乱，团队的成员无法明确自己的工作和责任，反而降低了工作效率，对项目的完成产生消极影响。

2. 团队领导素质有待提高

IT 项目管理团队中领导素质的高低对整个团队的工作成效有直接影响。由于我国IT发展较晚，很多方面都不成熟，所以当前我国 IT 项目管理中领导的素质不够高，没有良好的指挥和管理整个团队，从而影响了团队的建设，进而影响了项目的顺利完成。

3、绩效评估机制不完善

IT 项目管理在实际操作的过程中，人为因素会对正确的绩效评估机制产生影响。一旦绩效评估的机制不够完善，很容易受主观情绪的影响而使绩效评估机制失去公平，进一步降低了团队成员工作的积极性。

4、团队内部沟通存在问题

作为一个团队成员之间性格和能力多有不同，甚至IT 项目管理团队中的成员来自不同的区域，存在着地域差异，而这些不同也就促使他们表现出不同的行为，导致不通畅的团队内部沟通。沟通是团队合作的基础。

三、IT项目管理团队建设的改善

我国由于 IT 产业发展时间较短，相关研究和实践基础都较为薄弱，群体的功能不是简单的叠加而是出于不断相互作用和相互适应的过程之中，所以我们要从多方面进行IT项目管理团队建设的改善措施。成员具有多种技能组合，成员有把总目标转变为具体绩效指标的能力，成员具有很强的核心价值观，成员具有团队精神，公平发展，成员之间真诚沟通。

1、明确团队目标

团队的目标是团队的灵魂所在，是团队是否可以完成任务的关键。因此，IT项目团队要设立明确的目标，还要对团队成员有激励作用，尽量细化目标，保证并且最终目标和短期目标都是可以具体操作完成的。如此才能促使团队成员积极的为目标努力工作。

2、人才的培养和储备

加强信息技术专业培训和管理培训，关注每位成员的成长。金融方面的IT建设不应该只注重技术，更要注重行业经验。建立健全人才培养机制。将调动员工工作积极性作为首要任务。保证领导能够根据市场做出正确的决策和企业发展规划。为团队成员工作创设一种良好的氛围，激发成员的活力和创造力。

3、完善管理机制和奖惩机

建立完善的考核体系和奖惩激励机制，营造团队和谐氛围，形成向心力，除了薪酬方面的激励之外还要注重精神激励，通过工作绩效给予工作人员精神以及地位上的满足感，通过一种创造性和挑战性的工作来体现自身的价值，在这种情况下就适宜开发项目适度应用新技术，引入竞争机制，培养良好的竞争氛围，使团队健康和谐成长。

4、新型团队组建模式的应用

IT技术的迅速发展，资源、人员、信息的共享已经在不断改变着软件开发的格局，分布式开发模式将成为今后软件开发的主要模式，因为它能够将分散在各地的成员快速组成临时团队。在较短的时间内可形成高效、有序的协作力量，搭建起一个不需要在同一场地办公的虚拟团队，用较低的管理成本完成目标并实现利益共享。我们要吸取先进理念，不断结合本地情况进行创新和摸索，试组建虚拟开发团队，更好的利用科学带来的便利。

1. 信息化管理在project process中的应用

借助Microsoft Project资源规划类软件制定资源分布计划，提高资源投入产出比，根据工作任务的不同阶段制定里程碑point，将分部目标的回报效率综合纳入总进度目标考虑。同时，进一步加强资源整合的效果及利用效率跟踪检查，随时纠偏。

借助PDCA循环圈，利用IM协同办公软件加强各部组人员沟通和交流，保证信息对等传达，结果第一时间反馈。Bug free软件可以有效整合各个部分的纠偏进度，帮助管理者及时发现问题，从纵向管理及横向深度方面提出解决方案。直接推动project效率。

技术工程师综合运用Gantt chart制定多层次，多角度，多元化的汇总资料。从人员、技术、管理、资源四方面深入问题及措施，向不同层次的管理人员提出协作要求。进一步提高工作效率，减少中间冗余环节。

结语

随着经济和科学的不断发展，我们也需要不断的转变发展方式，适应科学发展的新形势，更多的注重IT项目管理中团队建设的作用，更好的促进团队项目的完成质量和效率。

参考文献：

[1]李龚. IT项目管理中的团队建设[J]. 中外企业家，2013，02：100+102.

[2]赵丹. IT项目管理中的团队建设[J]. 科技和产业，2009，04：87-89.

it技术团队口号 第5篇

2. 重在回访 精心打理

3. 休养生息 长期经营

4. 积累客户 充分准备。

5. 团结一致，再创佳绩!

6. 大家好,才是真的好。

7. 众志成城 飞越颠峰。

8. 付出一定会有回报。

9. 本周破零 加大拜访

it团队士气展示口号 第6篇

2. 一马当先，全员举绩，梅开二度，业绩保底

3. 建立团队的口号：没有任何借口，顽强的执行力。

4. 讲团结，发扬团队精神;重科技，以科技促发展;强管理，向管理要效益。

5. 学技术，提供优质服务;讲高效，以行动让用户满意;扩宣传，开拓市场新局面;建制度，树立企业新形象。

6. 效益源自创新。

7. 永不言退，我们是最好的团队!

8. 成功决不容易，还要加倍努力!

9. 因为有缘我们相聚，成功靠大家努力!

it团队士气展示口号 第7篇

2. 贯彻ISO系列标准，树立企业新形象

3. 品质管理标准化，ISO成功靠大家

4. 作业标准能遵守，品质效率不用愁

5. 品质是做出来的，不是检验出来的

6. 团结、拼搏、务实、高效。

7. 留住那一刻永恒。

8. 团结、敬业、奉献、创新。

9. 和谐创新、开拓市场、团结拼搏、共创未来。

10. 看山是山，看水是水;看山不是山，看水不是水;看山还是山，看水还是水。

11. 团队=1方向+1声音+1动作不要把推论当结论。

12. 员工是被动的，老板是主动的。一直往前走才是解决一切问题的关键。

13. 成功的速度就是主动的速度。

14. 成长是一种美丽的痛。

15. 只问耕耘不问收获。

16. 千变万变不如自己改变

17. 关注修正行为，影响并引导人生

18. 已所不欲，勿施于人。

19. 赏识导致成功，抱怨导致失败。

it项目管理团队 第8篇

随着移动互联网、物联网、大数据时代的到来,云计算业务迅猛发展,企业的业务数据越来越集中,这就要求IT组织(不管它是企业内部的还是外部的)提供更加安全、可靠的服务,并在提升服务质量的同时,降低维护成本。

为此,IT组织应以服务的生命周期为主线,按需设计服务,并确保服务设计与组织内的各职能单元无缝集成。建立以流程为核心的服务管理体系,在职能构架上实行流程式管理,提供专业化、标准化、规范化的服务。通过IT服务管理平台的建设,规范服务支撑各关键流程的运作,提高服务运营的可视化,为服务质量改进和成本控制提供依据。

2 建设基于ITIL的服务管理体系

IT服务管理的核心思想是,IT组织的主要工作就是提供低成本、高质量的IT服务。而IT服务的质量和成本则需从(购买IT服务的)客户和(使用IT服务的)用户方加以判断。IT组织实施IT服务管理的根本目标有三个:(1)以客户为中心提供IT服务;(2)提供高质量、低成本的服务;(3)提供的服务是可准确计价的。

2.1 ITIL

ITIL提供了IT组织实施IT服务管理的框架指南,涉及流程、功能定义及组织机构等。IT组织通过ITIL的实践,优化业务流程、提高效率,提高IT服务价值和用户满意度。

ITIL生命周期模型由面向流程的ITIL V2发展而来,定义了服务战略、服务设计、服务转换、服务运营和服务改进五个模块。其对应的主要流程模块如图1所示。

2.2 BISL、ASL与ITIL

ITIL定义了IT基础设施的运营管理的框架,BISL(业务信息系统管理库)和ASL(应用服务库)则定义了IT业务管理和应用管理的框架。

图1 ITIL流程模型

IT组织需将三者有机结合起来,才能定义完整的IT服务管理体系,三种框架的结合见图2。

图2 IT服务管理的三种框架

2.3 IT服务管理体系建设

IT组织以IT服务管理的三种框架为依据,根据服务价值链模型进行IT服务管理体系规划,主要包括六方面的内容:

(1)分析业务市场,明确服务需求,确定服务规模、范围及服务等级。

在进行竞争对手及监管策略的分析后,确定细分市场及目标市场。通过业务梳理,明确组织的业务目标,并进行IT服务规划。

(2)根据产品及业务策略,进行能力和资源的分析,制定成本收益目标及服务质量目标。进行服务能力体系的建设,明确服务级别管理要求,从而制定服务监控及服务支持要求,并建立服务运营流程。

(3)建立统一受理平台,受理用户服务请求。

(4)针对不同客户,进行服务支撑方案设计,明确服务运营流程。其中,基本的服务运营流程包括:

●IT服务过程管理:服务受理、故障管理、问题管理、变更管理、发布管理、配置管理、服务级别管理及安全管理等;

●IT服务资源管理:服务级别管理、知识管理、供应商管理、备品备件管理等;

●日常运行维护体系:服务监控、日常支撑操作等。

(5)建立通用技术保障体系,为服务提供技术保障。

(6)建立服务评价机制,并持续进行服务改进。

IT服务管理体系架构见图3。

图3 IT服务管理体系架构

3 IT服务管理平台

3.1 平台规划

IT组织在建立IT服务管理框架后,基于人工方式及纸质表单运行的IT服务管理体系,各个流程之间数据无法共享,导致流程效率低下,不利于业务的规模增长,且管理人员无法从现有的业务数据中提供有效的支撑用于业务决策(图4a),要求IT组织通过IT服务管理平台建设及应用,规范IT服务管理流程及数据,确保服务数据在各个流程中的共享,从而提高IT运营效率和服务质量(图4b)。

图4 IT服务管理平台实施前后数据流图

IT服务管理系统作为IT服务过程的管理工具,其建设目的是依据IT组织的服务管理体系要求,对服务交付过程进行管理,从而实现组织的IT服务目标。这些交付过程包括:日常运行维护管理、IT运营管理过程、服务过程的记录、测量、监督和评估等。根据IT服务管理框架,进行服务支撑流程、服务支撑组织、服务管理对象的梳理,明确各流程之间的关系、界面,并对服务支撑各环节产生的信息进行分析规范,规划IT服务管理平台的基本架构(如图5所示)。

●用户界面层:是用户访问平台的界面,可根据不同用户的权限及应用访问需求展示不同的用户视图;

●应用层:应用层实现统一接入、一点受理的功能。实现基于服务级别管理的事件管理、故障管理、问题管理、变更发布管理、资产配置管理等服务管理过程的管理。

●基础架构层:为应用层提供基本的数据管理、工作流引擎及基础配置信息管理,并提供API(应用程序编程接口)。

图5 IT服务管理系统架构图

●接口层:实现与监控系统、自动巡检系统及其他第三方系统的接口。

3.2 系统实现

(1)平台基本技术要求

IT服务管理平台在实现和部署方面,应该满足以下几个方面的基本技术要求:

●能够对包括网络系统、主机系统、存储/备份系统、应用系统、终端系统、安全系统、机房动力及环境等资源进行集中统一管理。

●系统结构清晰,能够采用层次化、模块化的设计理念,各功能模块功能独立、松耦合,而系统整体功能完备,便于客户根据需求自由组合。

●系统应具有较强的开放性和扩展性,通过插件体系和数据交换接口,可平滑地扩展系统功能并与第三方产品进行集成。

●能支持各类通用的硬件和操作系统平台。

●可对管理信息进行综合展现,可以根据用户需求定制个性化业务窗口,可支持定制化二次开发。

●满足系统使用过程中容量和效率的要求。

(2)平台开发框架

依据IT服务管理平台,确定平台开发框架采用JAVA技术,与主流平台及数据库兼容。基于模块化架构开发,通过应用API接口实现应用层对数据层的访问,具有良好的可伸缩性和可扩展性,并可根据客户需求进行快速业务部署,满足产品化需要。

系统在软件架构分为五层(见图6)。

图6 系统技术架构图

第一层为展示层,负责处理与用户的交互;

第二层为控制层,负责接收和处理展示层的数据;

第三层为业务层,负责处理系统功能业务逻辑,该层根据功能业务需要,与流程引擎、计划任务调度引擎进行交互;

第四层为缓存层,负责与缓存系统交互;

第五层为数据层,负责与数据库系统交互。

软件架构采用面向对象的设计方式进行整体设计,将业界经典的设计模式引入其中,通过细粒度的分层构架,每层各负其职,互不干扰,达到松耦合的设计目的,将系统功能的变更影响降到最低,使系统更易扩展、更易维护。

(3)流程引擎技术

采用自主研发的流程引擎组件,安全、稳定、灵活、可靠,具备二次开发能力。

●界面友好的可视化流程设计界面,支持拖拽操作;

●支持丰富的流程语义及节点类型;

●支持基于规则引擎的路径选择功能;

●工作流引擎采用先进的核心架构设计,支持分布式部署方式,支持水平扩展,可提供高可用、高性能的服务。

(4)接口管理

基于SOA(面向服务的体系架构)实现,系统中的每个最小执行单元都可以以服务的方式对外提供访问能力;系统提供丰富的对外接口协议,包括:webservice、socket、Restful API、基于数据库级的接口(DBLink、接口表)等,通过这些常用、标准的协议可以方便地与外系统进行数据交换。数据交换格式支持结构化文本(csv、json、xml)等。

4 IT服务管理平台在IT服务管理中的应用分析

笔者所在公司作为电信级的IT外包服务提供商,基于ITIL、ISO 20000、ISO 27001、ASL、BISL等国际标准体系,建立了成熟的IT服务体系,覆盖服务响应、服务交付和服务管控的全过程。在此基础上,依据自身业务特点及服务能力,建设应用IT服务管理系统,实现了电子化的服务流程定义、服务协议管理及服务监督管理等。

通过服务及运维管理过程的电子化闭环管理,实现生产运营的可控性。

该平台实现对服务支撑情况的可视化分析,帮助管理人员进行服务成本分析及服务质量考核,从而进行服务质量和流程的优化改善。

该平台依据主流的IT服务标准建设,具有良好的可伸缩性和可扩展性,可根据客户需求进行快速业务部署,具有良好的市场推广价值。

该平台已在联通集团、联通黑龙江分公司等ITO项目中部署使用,提高了服务及运维管理水平和效率并降低运维成本,提高了客户服务质量及满意度。

参考文献

[1]波恩(荷).IT服务管理国际标准体系[M].北京:清华大学出版社.2009.

[2]Mauricio Salatino.j BPM6 Developer Guide[M].UK:Packt Publishing Limited,2014.

[3]高杰.深入浅出j BPM[M].北京:人民邮电出版社,2009

[4]Frank Niessink,Hans van Vliet.Vrije大学IT服务能力成熟度模型[C/OL].荷兰阿姆斯特丹:Vrije大学.1999.(2015-03-17)[2016-08-24].http://doc.mbalib.com/view/a9b4dfaa25f2f56e40ca46af8666d5bf.html.