《行之有效：IT技术团队管理之道》读书笔记

如何管理技术团队

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

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

2、粮草的保障。

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

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

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

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

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

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

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

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

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

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

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

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

1简介

       本书写于2011年，大量互联网公司发生裁员，被裁人员中除了普通员工，不乏大量的高级管理者。熬了好多年熬到了管理岗，在职场上也不一定就是安全的。现实中管理者群体中中间大部分的都是普通的管理者，IT技术团队的管理又有着本身的特殊性，作者试图通过本书的内容在管理与IT技术团队的管理中间搭建一座桥梁。作者从技术团队技术团队的特点、技术团队管理岗位认知、人才培养、绩效考核、冲突、激励、管理者的自我管理等全面成体系的介绍了一整套行之有效的IT技术团队管理之道。好的管理就在身边，读书就是与作者的一次对话。本书作为初入管理岗的基层管理者构建技术团队管理知识体系有一定的参考价值和帮助，值得一读。

2内容大纲

3推荐指数

（1）篇幅：3207页，阅读时长一周

（2）可读性：通俗易懂

（3）实用性：良好

首先要让成员明白IT运维工作的重要性，关系公司整个命脉，是公司的重要部门之一，提高团队的荣誉感；其次，做好团队阶梯规划，让每个人都知道自己的上升阶梯，不至于整天迷茫的瞎混日子，要有目标的去做工作；再次，要定期的组织培训和讨论。不但可以加强技术交流，还可以增加团队凝聚力。再次，最好用流程化的管理软件去管理运维工作，如云雀运维软件。不但可以减少工作中的一些冗余琐事，还可以做到事件可追溯，个人绩效可考评。最后，还要紧抓团队管理，制度虽然建立了，但是要有人去执行和管理。

这几天张兴心情有点烦躁。张兴是一个资深的程序员，公司新委任他为研发团队主管。他这个大虾要带着一群小虾一起开发软件。没有想到他刚刚接手研发团队，就深深感受到研发团队建设的痛苦。

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

工作群体与团队的区别

随着软件项目分工越来越细化，个人单打独斗的时代已经结束，团队合作提到了管理前台。软件开发不再是个人赛，而是团体赛，团队的组织形态越来越引起重视。

团队是指一种为了实现某一目标而由相互协作的个体所组成的正式群体。这一定义突出了团队与群体不同，所有的团队都是群体，但只有正式群体才能是团队。否则，只是一个伪团队或工作群体而已。

工作群体是一个小规模的人群组成，群体中每个成员不互相依赖地工作，以及不为彼此的结果而分担责任，因而工作群体的绩效是每个个体绩效的简单加总，不存在像团队的积极协作效应，也无法像团队那样实现1+12的效果。

工作群体与团队的差别之处：①关系期望。团队对成员表现在参与、投入、合作或支持等方面的期望较高，要求也较为严格。而在工作群体中，彼此间只是共同和睦相处，相互支持合作比较少。②沟通结构。团队有着更为复杂的沟通结构，对于信息交流、沟通程度要求都比较高。③运作方法。因为团队成员间相互依赖程度高，工作必须相互配合才能完成，所以格外关心共同工作的运行方式。

因此，仅把一组成员组合起来并不能称的上一个团队，要使成员发展成一个有效协作的团队，既要团队经理努力也要全体成员共同付出努力。一个高效团队对项目目标要有共同的清晰认识和理解，对每位成员的角色要有明确的划分，高度合作互助以及高度信任。团队成员不仅要完成自己的任务，还要协同其他成员共同完成研发任务。

高效团队的基石：分工平衡

研发团队建设虽不是一件轻松的事情，但也不象大多数人认为那样是一件非常困难的事情。在经过痛苦的挫折后，张兴明白到可以借助一些常见的管理方法来简化团队建设工作。除了明确工作质量、范围、工期、成本等目标外，高效团队的基石在于明确各团队成员的角色和责任分工，充分发挥团队成员各自的作用。

分工平衡和工作匹配是团队建设的两个重要方面。当失去了分工平衡，团队就会变得脆弱，团队合作远比个人总和重要。正如一个成功的橄榄球队，进攻，防守，教练，替补等各种角色都不可少。因此，团队经理需要真正做到人尽其材，每个成员都能够真正找到适合自己的位置，这样的成员配置才能达到一个平衡状态。

另一方面是工作匹配，是说开发任务必须分给技能和动力都匹配的人。对软件研发团队来说，辨别个人技能并做到最优分配是相当困难的，而且项目经理的个人主观意愿也可能使工作分配复杂化。但如果人才不能发挥所长，对软件研发工程师和项目经理来讲都是一个双重的打击。

项目团队考核指标：凝聚力建设

软件开发是一项集体运动，项目经理必须培养一种团队合作，而不是单纯的追求个人成功的氛围。团队凝聚力是无形的精神力量，是将一个团队的成员紧密地联系在一起的看不见的纽带。团队的凝聚力来自于团队成员自觉的内心动力，是团队精神的最高体现。一般情况下，高团队凝聚力带来高团队绩效。团队凝聚力在外部表现为团队成员对团队的荣誉感及团队的地位，团队凝聚力在内部表现为团队成员之间的融合度和团队的士气。

在软件开发项目管理中我们强调的团队凝聚力主要有责任感，协作精神等方面的内容。责任感是团队凝聚力最基本的要素，只有团队中每个人员都有了这种责任感，能够积极主动工作，才能够谈得上后续的沟通和相互协作，以达到团队所共同确定的目标。很多时候研发中出现设计太粗、编码阅读困难、或者编码BUG很多等问题，其实很多都不是团队成员的水平问题，更多原因是责任感不强。

协作精神在研发中是很重要的，即使完成一个简单的研发任务也需要团队的需求，设计，开发和测试人员来共同协作完成。协作精神在于互相尊重，团队内每位成员都尊重和认可其它成员所扮演的角色。如果团队成员间没有协作精神，主动沟通去解决问题，那研发项目质量就无法得到有力的保证。一个再优秀的成员如果没有团队观念，不愿意和他人协作是不适合呆在团队中，因为可能会使整个团队的协作精神土崩瓦解。

在实际的项目管理中，加强团队凝聚力建设方面采取的方法主要有：

1 项目经理定期和团队成员进行单独沟通，了解成员对工作和个人职业发展的一些真实想法，使团队发展和个人发展两者相互促进，让团队成员感受到在做研发过程中个人技能的提高和个人成就感的增加。

2团队定期组织相关的聚会和活动，加强团队成员间相互沟通和了解，活跃团队气氛，并把这种轻松和活跃的氛围传递到日常紧张的工作任务中，让团队成员更多感受到工作的乐趣。

1 公平合理的绩效考核：通过将员工的奖励和员工绩效结合起来，强化绩效管理。推行项目绩效管理制度，除了有效管理项目成果外，在加强团队凝聚力、培养团队精神都极有帮助。一个有强烈协作精神和自驱力的团队对项目的成败起着至关重要的作用。因此，通过绩效考核激发项目成员的工作热情是一个很好的方法。

2 协助成员技能提升：在研发过程中要让每个团队成员都感觉到自我技能的提升，但前提是团队成员有这种技能提升愿望和学习的热情。如果项目成员长期都是按部就班进行着重复的工作，那工作积极性和热情就很难持续的保持。因此，在研发过程中应该给每位团队成员承担挑战性工作的机会，充分信任团队目成员的能力，让团队成员体会到完成这些挑战后的成就感和个人能力的提高。

3 表扬和鼓励：项目经理要时不时的通过各种方式表扬和鼓励团队成员，对成员完成工作的给予最大的肯定，这是对团队成员最好的激励方式。例如通过邮件或电话等方式对成员的进行单独表扬、肯定和鼓励；通过项目例会对团队中表现优秀人员的表扬；通过团队聚会和活动等方式对整个团队完成工作的祝贺和鼓舞。表扬和批评两者并不矛盾，对于团队成员连续犯错误的毛病应该给予批评，但一般采用单独沟通或邮件的方式进行，整个团队也应该定期展开一些自我批评，让团队成员感受到自己的不足和待提高地方。

4 关注每个团队成员的职业发展：项目经理需要关注每个成员的职业发展和职业规划，对团队成员的职业发展给出一些建议，并为团队成员制定一些合乎实际的学习和成长路线。

以上就是关于如何管理好一个技术团队全部的内容，包括:如何管理好一个技术团队、如何管理it团队建设、《行之有效：IT技术团队管理之道》读书笔记等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！