如何提高团队管理能力

一提到执行，就感到笔端很沉重，不知道从何说起。执行它本身不仅是一门丰富的学问，而且还是一整套非常具体的行为和艺术，于个人、于集体、于企业、于国家，都概莫能外，无论你有多么伟大的理想，也无论你有多么先进的管理理念，如果不去奋斗，不去执行，最终都只能是贴在墙上，自我陶醉而已。作为IT团队，它的执行力也同等重要，如果没有超强的执行力，项目不能按时完成，产品不能按时上市，即使勉强发布，也是bug横飞，投诉不断，SP1、SP2……SPn，顺着杆不停地往上爬。首先是了解和熟悉。熟悉团队的每一个人，每一件事。每一个人都有他自已的长处和短处，每一个人都有他对当前工作的看法和理解，每个人也都有他不同的办事风格，每一个人也都有他对团队的期望，一个团队负责人如果对这些都不了解、不熟悉，我们就不可能人尽其才，才尽其用。而团队成员的期望值，可能是一个很敏感的东西，很多成员不愿意表白，很多领导也不愿意去面对，或者是不愿主动去与员工进行深层次的交流，认为一提到职员的期望值，可能就会是升职加薪的要求，这让他难于面对。其实，员工的期望值也不并不是那么单一，有的人希望能学到更多的东西，能得到更大的提高；有的人希望有一个和谐的团队氛围，每天能快乐的工作；有的人希望自已的意见能得到重视，自已的工作成果能得到领导的肯定；有的人希望升职加薪等等。如果你不去面对，不去了解，也并不等于员工就不想，员工他毕竟是你的下级，当然不好意思直接地与你提出来，但是到某一天，突然收到他的辞职信，几年辛勤培养，换来的是谢谢你某某领导，谢谢你几年对我的培养，心中是不是会感到一丝遗憾？如果我们经常与员工进行交流与沟通，在他们心理状态发生波动时，及时疏通，及时引导，可能就能解决很大的问题，不至于因为闹情绪而影响工作的执行，影响项目的进度。了解了人还不够，了解团队的每一件事，也同样重要。只有充分了解整个事件，你才知道事情的难易程度，也才能安排合适的人选，制定合适的计划，员工也才能感觉到你对他们做的事情的重视。他苦了、累了，你都很清楚，而不是高高在上，不分清红皂白，脑袋一拍：这件事你明天必须出来，天啦，这可是一个大需求啊，加班到天亮，也完不成啊，这样几次下来，我想他离开这个团队也就不远了。其次是团队文化。企业有企业的文化，团队也有团队的文化，团队文化的培养、形成，也是团队执行力提高的重要因素。作为IT团队的执行文化，我想应该从以下几个方面来谈：1、严格的、可执行性很强的规范规章。从需求调研、需求分析、系统架构、详细设计、程序开发、系统测试到最后的实施，都应该有明确的规范，不能因个人的习惯，个人的爱好而任意改变或者删减，只有有了明确的规范，大家才有执行的标准，检查的标准，也才有最终考核的标准，也只有这样，整个项目才可能是一个整体，整个系统也才能是一个风格。可是在实际 *** 作中，情况却并不理想，很多程序员或许都这样抱怨过：修改别人的程序，真是一种痛苦。为什么痛苦呢？不用说大家也知道：注释不明确，结构不清楚，编码不规范。更有甚者，软件做出来了，一眼就可以看出来，这一块功能是一个人做的，那一块功能是另一个人做的，完全不同的几种风格拼接在一起。规范不仅要有，可执行性也非常重要。每个团队可能都知道规范很重要，也都有自已的规范，但是它的可 *** 作性不强，职员执行起来很痛苦，一天到晚修改规范，其实这也就是没有规范了。2、明确的奖惩措施。一个项目结束，都应该有一个详细的、全面的、全员参与的项目总结，把项目进展过程中表现出来的先进技术、先进事迹、先进人物，重点提出来，加以表扬与奖励；对表现出来的问题，也要一针见血地提出来，找出问题的根源，总结经验教训，对于事故责任人，要严厉批评，并给予惩罚。这一点，在IT团队中执行起来可能有些困难，前面看到过一篇文章＜＜尴尬的项目经理＞＞，意思是说，现在很多公司都实行矩阵式管理，项目经理，部门经理双重领导，项目经理负责计划的安排、项目实施，而部门经理负责职业规划、绩效考核，这可就是一对矛盾了，项目经理只有安排任务，检查任务的权力，没有考核、奖惩的权力，所以问题就出来了：事情做得好不如关系混得好，事情做得好与不好，部门经理都不清楚，对他的考核不会有太大的影响，而且部门经理还会经常运用他的权力，在各个项目间搞平衡。日子久了，大家的工作积极性自然而然就下去了。所以要想提高团队的执行力，解决这种尴尬的处境也刻不容缓啊。3、和谐的团队氛围。工作并快乐着，这是每一个人的向往。一个团队如果上下左右的关系都很融洽、和睦，就象一个大家庭一样，一起工作，一起休息、一起生活，这个团队一定是一个和谐的团队，一定是一个凝聚力，战斗力很强的团队。这一点，领导的影响非常重要，你的言行，你的态度就是一个团队的催化剂，催化好了，团队就更有激情、更有活力，亲活力也更强，如果催化得不好，也可就能被闷死在里面。有时多一点笑容，多一点鼓励、多一点与员工相处交流的时间，团队的氛围就自然会发生很多的变化。4、要建立一个学习型团队。联想总裁柳传志先生说，要提高一个团队执行力，首先要让战士爱打仗，要用各种方法调动员工的积极性。其次，要让战士会打仗，要通过持续的练兵提高员工的综合素质和专业素质。最后是决策者训练队伍的作战有序性。由此可见，团队的学习是多么重要，尤其是IT人。如今IT技术日新月异，如果一个团队不提供学习的机会，团队成员没有学习的习惯，这个团队也可能就是傍晚的太阳，即使还有一丝美丽，也将缓缓坠落。第三、就是要有良好的组织协调能力。现在的社会是一个英雄倍出的时代，我们颂扬英雄、赞美英雄，但是绝不提倡个人英雄主义。一个团队是一项集体运动，就象是一场足球比赛似的，球星，他可以做为一个精神领袖，领导大家有组织、有秩序地进行比赛，以争取最后的胜利，但是仅靠他一个人，哪怕他有天大的本事，也是不能完成比赛的。国际上不是经常组织一些明星赛吗，抽集世界上最好的球星组成一队，去与一些国家队或者俱乐部队进行比赛，结果呢，往往是后者获胜，为什么？明星队，他们是临队搭建起来的一个团队，彼此不熟悉、不了解，也就谈不上默契，配合起来很生疏，尽管技术很优秀，却难于取得最后的胜利。

来自8Manage IT团队的消息:

IT 项目管理最常见的挑战分别为：

学习曲线大。由于 IT 领域甚广，例如懂 IT 基础设施的团队多数不懂行业特定的应用软件开发。

不明确的需求及其蔓延性。项目授权使 IT 项目开展，但它不能替代从所有利益相关者那里收集详细的需求和期望，且需要处理未知或不明确的需求以及它们的蔓延性。

合作伙伴缺乏清晰的沟通。IT 项目经理若不能妥善管理沟通，就容易发生冲突，这可能影响按时交付和实现项目目标。

IT 组件的复杂依赖关系。团队遇到的另一个 IT 挑战是 IT 组件与 IT 基础架构 及 IT 组件与 IT 组件之间的复杂依赖关系。

针对这4种挑战一下为我的解决方案：

1不同类型的 IT 项目有不同的侧重点和管理陷阱。项目失败与否很大程度取决于项目资助人或管理层对 IT 项目团队尝试和错误所花费的时间与成本的容忍度。要解决 IT 项目的最大挑战，最重要的先决条件是找对团队，确保项目团队对项目涉及领域有足够的认识、经验和技能。

2在项目开始时使用PM 的需求管理功能来确保您有适当的工作流来收集、确认和签署项目需求，并重新确认时间线和成本预算。同时在 PM 的项目计划与执行中可实时重新协商时间和重新分配资源，并实时看到时间线和成本预算方面的必要变化。

3将合作伙伴及供应商纳入项目的利益相关者，而供应商参与项目的员工纳入项目成员管理，这不但简化和自动化您的 *** 作，还能最大化来自供应商的信任 。

4使用 8Manage PM 把每个 IT 组件可交付成果和其依赖的其他可交付成果关联，这样每个可交付成果负责人都能随时看到以下最新信息。

如何提高团队管理能力

提高团队管理能力是管理者在这个飞速变化的世界中需要一直提升和改善的事情，如果能够很好的提高团队管理能力，相信你能带领出一支高绩效又有战斗力的团队。以下我为大家整理了提高团队管理能力的方法详细内容，希望对大家有所帮助！

1、明确每个人身上的职责

合理的组织架构有助于更好的执行任务，更有计划的完成工作目标。明确团队成员身上的职责，分工清晰，有利于考核和工作协调，能够预防工作中可能存在的矛盾、摩擦的工作关系，这样容易找到是哪个方面除了问题，哪个员工功劳最大，能够有效的确保执行任务。

2、培养你的下属，成为团队的教练

想要让自己的团队产生更高的绩效，管理者首先要当的就是教练工作，培养你的团队成员，指导员工能够按时的完成工作。什么是培养呢？在员工执行前管理者可以先给予指导，在员工遇到难题时帮助他分析原因和改进措施，在员工表现优秀事要给予积极的反馈让他们下次做的更好。你的团队成员在成长，你的团队在成长，那么你就是一个成功的管理者，因为管理者的成功并不是仅仅只靠自己一个人的。尊重你的员工，与你的员工建立信任，相信会建立更有凝聚力的团队。

3、认真的倾听反馈

对他人的意见客观冷静的分析。很多时候员工真的认识到你在倾听他们的心声和想法的时候，会希望能够更好的发挥自己的作用，他们会尊重与信任你、希望你能给予他们反馈。所以管理者在倾听一些负面的意见或是抱怨的时候应该就事论事，冷静对待，而不是一味的认为他们是在找你麻烦，是在针对你的。这样即使工作方面出现什么情况，你的员工也不敢和你分享，你可能会是最后一个得知消息的人。

4、用愿景激发员工的工作动力

这里说的愿景指的是管理者和你的团队成员都认可的愿景，清晰的发展发现，开拓一条走向未来的发展道路，可以帮助员工更有效的推进工作。通过愿景让团队有清晰的使命，让他们把自己的梦想与愿景共同联系在一起投入到工作当中，给予他们发挥的空间，从而建立起一支高效的团队。

对于技术团队，其本身有一些特殊性，所以在管理技术团的时候，要充分考虑到这些特殊性，然后通过管理上的一些手段，才能使技术团队在正常的秩序下有高水平的发挥。那么如何管理技术团队恩？一起来学习下吧:

1能去除的制度限制尽量全部去除。

比如，上下班打卡，不能再座位上打盹儿，不准在座位上吃零食、喝饮料，上班必须穿正装等等。为什么要去除这些限制呢，因为研发的工作本质上来说属于一种创作，和作家写文章，画家画画是一样的。在创作的时候，需要保持一种最佳的“舒适状态”，才能发挥最极致。另外，既然是一种创作，肯定有“灵感来了”“状态好”这些因素，所以在一天工作 8 小时内，不可能和车床工人或者其他常规工作者一样，不停地做，做完就好。可能中午别人在休息，我的状态比较好，写了一中午代码，到了下午 2 点多想休息会，如果这时候有硬性规定不让休息，那么势必会影响到下个阶段的发挥，甚至会招来不满。更有些攻城师喜欢在下班后相对安静的环境中码代码，可能晚上会工作到比较晚，但是第二天如果有硬性规定必须 9 点打卡，肯定是不合适的。

2粮草的保障。

对于技术团队来说，大多数人都是拿死工资，最多有点项目奖金，而且大家都是打工的，不就是为了这份工资么。如果管理者一天到晚画大饼，结果每个月发的和说的又对不上，那么这个团队迟早完蛋。所以对于技术团队的管理者来说，无论是多么慷慨激昂的动员会，还是天花乱坠的期权规则，都不如每个月实实在在的按时按量发放工资来的有效。当然，如果季度有些奖金，年底有年终奖那就更好了。毕竟对于 IT 行业来说， 13 薪几乎已经成了行规。

3要结果导向而不要过程导向。

我们在管理 IT 团队的时候，最出现的几个词汇就是：进度，需求，变化。其实管理者相当于一个司令，你的任务是下命令，而不是下了命令跟着军队去行军。对于一项任务，管理者只需要分配给责任人，并且评估出预计完成时间即可。在每个检查点，需要检查一下完成进度，对于大的需求，可能时间跨度比较大，所以检查点比较多，对于小的需求，可能一周之内就 OK ，所以管理者需要做的是关心完成的状况与质量，以及是否按时完成，而不是去关心责任人在完成过程中又上了几次厕所，午饭时间又超过了几分钟等等。可能在过程中管理者唯一要介入的理由，就是过程中出现了比较大的异常，这个时候就需要你出来把局面拉入到正常轨道。

我举个例子，有次我把一个比较重要且比较大的需求交给团队里面的一位资深工程师，时间点，进度，等等都确认没问题，总体时间大概 3 周。结果开始一周后，他告诉我最后那一周他需要请婚假，我的第一反应就是能不能找人接手，后来发现不行，这一块一直都是他在负责。后来他跟我说不用担心进度，他会利用空闲时间完成任务并且保证质量，我也就签批了他的请假申请。后来需求 2 周就完成了，最后一周他人不在现场，但是总算需求完成的比较好，测试下来遇到些问题他也可以通过电话沟通来解决。总之，我想说的意思就是，只要最后能保证成果，过程中的不合理或者你认为的不对头，都不太要紧。

4认真倾听下面的声音，不要太自我。

很多管理者习惯独断独行，认为自己所掌握或者自己所了解的就是真实的，正确的。其实这是管理的大忌。如果把管理比作一杆天平，那么天平的两端分别站着稳定和民主（这个比喻是不是很熟悉？）。如果管理者绝对的独断独行，那么整个团队表现出来的状态是相当稳定的，但是，要搞清楚，稳定不代表认同。但是如果反过来，一个团队事事都是大家一起决定，那一定出大乱子，管理者的决策权何在？谁来为问题买单？所以，作为团队管理者，必须要倾听来自底层的声音，并且加以考虑，有些情况，确实存在问题，就必须要纠正，有些人，对团队有影响，就要解决，不能一味的沉浸在自己的认知里面。

沟通其实是一门大学问，沟通的方式也多种多样。作为团队的管理者，在面对不同的人的时候，需要采用不同的沟通方式，完全强势，或者完全商量肯定不行。沟通的最终目的就是双方或者对方达成一致，得到一个共同认可的结果，如果每次沟通达不成一致，也出不了结果，反而跟吵架似的，那就失去了意义。

5事前做计划，事中做追踪，事后做分析。

其实这一条并不仅限于团队管理。我们在做任何事情的事后，都应该养成这样的'习惯。我们开发一个项目，或者简单的实现一个需求，都需要做计划。为什么？计划就像一根尺子，用来比对你在实际完成过程中的状态是否正常。所以事中的追踪，就是比对过程。当实际情况与计划误差较大时，我们就可以判定是异常，这个时候我们需要分析具体原因。（分析的过程暂且不讨论，在项目管理的书籍和教材中有详细的介绍。）事中追踪的意义在于，当发现与计划的差异时，分析原因，找到问题，让整个事情回到原来的轨道上，不至于失控。事情完成以后，对事情进行回顾和分析，从而得到经验教训，如果团队有自己的经验库或者知识库，那是再好不过了，可以让这些精华得以保存。

6为团队成员解决问题，让团队成员完成任务。

一个好的管理者与团队成员的关系，应该是管理者解决成员的问题，成员完成管理者布置的任务。我举个栗子，比如现在决定做一个 B2C 电子商务网站，那么团队的架构师告诉你要考虑高并发，并且采用负载均衡啊，缓存啊，集群啊等等一系列技术。那么你首先要评估一下这些解决方案是否合适，如果合适，需要怎么去达到方案的要求：买服务器，买软件，买 license 等等，这些就是你需要去跟上级申请的工作，说白了，是你需要厚着脸皮去搞定老板掏钱的事情。再比如，某个工程师跟你说最近某个 Job 跑的很不稳定，需要在半夜监控，那么是不是可以调一下班甚至加一些补贴。在你评估这是个合理要求后，就又该你上场了，一方面你要向工程师表态，放心的做，后面的事情你会帮他搞定，另一方面，你要说服老板，这些东西都是必要的，确实要为工程师调班并且加一些补贴等等。只有这样，你的团队成员才会放心的全身心的投入到工作中，因为他们知道你会去解决他们的后顾之忧。当然，这里的后顾之忧指的是合理的，确实需要的要求，如果一个员工跟你说一个普通周末要加班并且要 3 倍工资，那你完全可以拒绝并且附上一句 “ 你咋不上天呢？ ” 。

后话

其实管理是一件很复杂的事情，但是我认为管理技术团队相对并不复杂。可能是大多数技术人员都还是比较单纯吧。技术团队的管理者，特别是中层管理者，其实就是个夹心层，经常受夹包气。其实你想想，作为一个承上启下的职位，压力同时来自于下面和上面，收夹包气也就正常了。但是如果我们能够科学的规划任务，分配工作量，调动团队积极性，我想再困难的任务也能够分解成一个一个不困难的小任务，分而破之。而对于团队内的一些声音，能够耐心倾听，加以思考，再汇报给上面，从而采取一些对应措施，那么团队成员也会因为问题得到解决而欣慰。总之，想把技术团队管理好，多看，多听，多想，让老板满意你的执行力，让团队成员有归属感，你就成功了。

以上就是关于如何提高IT团队的执行力全部的内容，包括:如何提高IT团队的执行力、IT 项目管理最常见的挑战有哪些又如何解决、如何提高团队管理能力等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！