在科技浪潮席卷全球、代码“吃掉”世界的当下，技术团队规模不断扩张，技术的发展越来越快。怎样做好团队的一分子，或者怎样以技术引领公司发展，是摆在每个IT从业人员眼前的难题。本书作者出身大厂，千锤百炼后又到创业公司摸爬滚打，她将自己宝贵的职业经历整理、总结成书，详细描绘了技术管理职业生涯中必然要经历的七个阶段。下到在基层做一个好员工、培养新人、引领团队，上到辅助公司制定技术战略、搭建高效团队、培育工程师文化，本书在涵盖管理基本知识的同时，更注重强调技术管理工作的特殊性。书中包含的内容不管对IT新人还是对资深技术主管都很适用，是一本不可多得的技术管理指南。

译者序 作为一名从业十余年，伴随互联网行业发展，历经数个公司沉浮的工程师，我对公司内部各种各样、水平参差不齐的管理流程、架构和管理人员的管理风格均有所了解。但是这些是否合理、是否对公司产生了正面的效果我无从得知。甚至，我自己都没有真正学会如何适应这种环境、如何提升自己，以及如何和上级保持良好沟通、如何与同事良好协作、如何培养下属等。如今想来，那时的我正是“不识庐山真面目，只缘身在此山中”。 我曾于2016年短暂地回中国加入了一家创业公司，担任CTO一职。这段创业经历给了我很多新的启迪。正如书中所说，照搬一个顶层设计的复杂系统往往是不会成功的，从无到有创建一家公司的过程，是一个不断学习、试错、调整的过程。在这个过程中，我不仅需要从自己过往的经历中甄别出符合当下情境的管理工具（这些工具，小到产品发布流程、故障处理流程，大到业务拓展、团队构建等，都很适用），更需要不停地从外界汲取各种管理经验。我确确实实地感受到了“纸上得来终觉浅，绝知此事要躬行”。 以上经历促使我萌生了系统学习技术管理的念头。恰逢此时，我有幸承担了本书的翻译工作。在翻译过程中，我真的数次拍案叫绝，本书一一涵盖了我过去见到的、亲身经历过的各种技术管理问题，又让我对自己的过往经历有了更深刻的了解。书中同时分析了我创业过程中感到百思不解、无从下手的各种难题，并给出了应对之策，让我有醍醐灌顶之感。 技术行业是一个非常特殊、非常新的行业，不论是管理者，还是被管理者，大多都“摸着石头过河”，举步维艰。我相信，不论你未来是在大公司就职，还是在小公司创业，想要扩大自己的工作效力，获得更大的成果，专心于技术是不够的。技术从业者势必需要学习和应用一定程度的管理手段。通过阅读本书，我相信你可以像我一样，对技术管理工作中涉及的方方面面有一个全面、系统的了解，不仅能更加明确自己当前的工作职责、做好当下的工作，与上级和同级“知己知彼，风雨同舟”，更能够“登高望远，更上层楼”，在自己个人的职业生涯中取得长足的进步！ ——孙宇聪，2022年冬于美国 前言 2011年， 我加入了 Rent the Runway —一家小型创业公司。这对之前在大公司负责大型分布式系统的我来说是一场深刻的职业变革。我现在需要带领一个小技术团队直面用户了！我决定创业的原因，不仅是因为十分认同这家公司的商业模式，也是出于自己对技术管理工作的好奇。我相信，只需加倍努力，再配合一些好运气，就能在简历上多填上一项管理从业经历了！ 现在回头看看，那时的我真的是“无知者无畏”啊！刚刚加入公司的时候，我是一个名副其实的“光杆司令”，顶着技术总监（director of engineering）的名号，实际上做着一个技术小组长（tech lead）的事情。正如标准的创业公司那样，公司希望我能干出一番大事业，可是具体工作却还要靠我自己去摸索。 在接下来的四年里，我的角色逐渐从技术小组长发展为负责整个技术团队的CTO。伴随着公司一步步发展壮大，我自己也在不断成长。在成长过程中，我从自己的职业导师（mentor）、管理教练（coach），以及私人朋友处得到了很多宝贵建议。然而，并没有一个人可以帮助我清晰地规划出自己应该做的所有事情。技术管理职业的学习曲线真的非常陡峭，可以说我是举步维艰的。 离开这家公司之后，我感觉自己在技术管理方面有着说不完的话，也一直想寻找一种合理的方式将自己的这些经验整理出来。于是我参与了 “全国小说写作竞赛月”（National Novel Writing Month）这个活动—参赛者需要在30天内完成超过50 000词的文章。在这个过程中，我将自己过去四年所学到的东西全部整理了出来，不仅包括我的个人经历，还包括我对他人成功或失败经历的观察与思考。这就是本书的由来。 本书的结构是按照一名刚刚走上管理路线的工程师的职业发展路线设计的。从给初级团队成员当导师做起，一直到高层管理中面对的挑战，均一一剖析。我试图给职业发展历程中的每一个阶段都标记重点，同时提出你在这个阶段可能会遇到的问题。本书不可能做到面面俱到，与其在书中包含海量的不相关的细节，我更希望本书的每一章都能够精确对应你目前职业阶段的需求。 以我的亲身经历来说，技术管理方面的难点主要集中在 “技术”和“管理”的结合上。人事管理工作本身是很难的，我并不想轻视人际关系维护方面的挑战。但是，普适的、纯人事管理方面的图书已经汗牛充栋，这里我就不再赘述了。如果你有兴趣在人事管理方面更进一步，我推荐你阅读First, Break All the Rules[ Marcus Buckingham and Curt Coffman. First, Break All The Rules: What the World’s Greatest Manager Do Differently (NewYork: Simon ＆ Schuster, 1999). ]等经典好书。 技术管理者的工作职责，远远不止于与人事管理相关的工作。技术管理者需要管理技术项目，并且大部分技术管理者都是从技术工作一线成长起来的，自己具备实际的项目经验；我认为只有具备这样背景的人员，才能带领好技术团队。积累的这些技术项目的经验是你获取团队成员的尊敬、做出快速决策、有效带领团队前行的最大助力。本书的很多部分都是专门针对技术管理工作中的特点与难点而写的。 技术管理工作很难，但是也有一些现成的策略可以采用。我希望不管你是刚刚踏上技术管理道路的新人，还是已经成为一名资深的技术经理，这本书都能带给你一些解决问题的新思路。 如何阅读本书 本书的各章是按照管理的复杂度层级递增安排的。第1章叙述了管理者的职责与被管理者对管理者的期望。接下来的两章讨论了如何成为团队其他成员的导师（mentor），以及如何做好一个技术小组长（tech lead）。这些都是走上技术管理之路的关键步骤。针对资深管理者，这些章还包括了一些如何在团队中培养这些角色的内容。接下来的四章分别讨论了人事管理、团队管理、多团队的管理，以及管理手下经理的内容。随后的第8章，讨论的是与技术高管相关的话题。 对一名初级技术管理者来说，我建议你主要阅读前四章的内容，可以粗略阅读后续各章的内容（等到实际面对后续各章中提到的那些困难时，再回头详细阅读后续各章的内容）。而对有一定管理经验的人员来说，我建议你将重点放在目前自己所处的管理层级所对应的章节。 本书中还穿插了下面三个主题。 CTO问答 作为一个小插曲，该主题主要讨论如何面对各个管理阶段中最常见的具体问题。 好经理，坏经理 该主题主要讨论技术管理者的常见错误做法，提供了一些识别、克服这些坏习惯的工具。这种讨论一般放在错误经常出现的管理层级所对应的章节中，但是这些问题往往在每个管理层级都有可能出现。 有挑战性的场景 从第4章开始，书中增加了一些专门讨论工作中出现的难点与挑战的段落。 同样，虽然这些内容主要安排在了和其职级相对应的章节中，但是不论你目前身处哪个级别，都能发现对自己有用的信息。 第9章的内容比较独立，主要讨论了如何在团队中构建、变革或者改进团队文化。该章内容主要是从一个创业公司领导人的角度出发书写的，但是我认为大部分内容应该也适用于刚刚加入公司的，或者需要革新自己团队文化的人员。 我希望本书能够对得起奥莱利的名头，能够超越一本普通的管理启蒙类的图书，能够成为一本你常常回顾、查阅，一本像Programming Perl一样的经典图书。因此，我希望你将本书作为技术管理者的参考手册使用，希望本书中的实践技巧能伴随你职业生涯发展的每一个阶段。

1　|　管理基础 对技术领导者的合理期望 如何做好非管理岗的工作 自我评估 2　|　技术辅导 团队新人辅导工作的重要性 如何做好导师工作 好经理，坏经理：阿尔法极客 做好对导师的管理工作 导师要注意的关键点 自我评估 3　|　技术小组长 优秀技术小组长的秘诀 技术小组长工作的入门常识 项目管理 如何管理一个项目 职业拐点：继续走技术路线还是成为管理者 好经理，坏经理：流程控 如何成为一个优秀的技术小组长 自我评估 4　|　管理员工 与员工快速建立良好的上下级关系 与团队成员沟通 一对一会议的不同风格 好经理，坏经理：微管理和有效授权 有效授权的实用建议 创造持续反馈的文化 绩效考核 规划职业路线 有挑战性的场景：辞退表现不佳者 自我评估 5　|　管理一个团队 保持对技术的关注 找出不和谐团队的问题 成为团队的保护伞 如何推动团队做出好的决策 好经理，坏经理：避免冲突，以及消解冲突 有挑战性的场景：团队凝聚力的摧毁者 项目管理进阶 自我评估 6　|　同时管理多个团队 时间管理：什么才是重要的事 决策与授权 有挑战性的场景：如何有策略地拒绝别人 代码之外的技术因素 如何测量研发团队的健康度 好经理，坏经理：我们与他们，团队意识 懒惰和不耐烦有时也是美德 自我评估 7　|　如何管好中层经理 隔级沟通（隔级会议） 经理问责制 好经理，坏经理：老好人 辅导缺乏经验的经理 管理有管理经验的经理 招聘经理 团队问题的排查 期待值设定以及按时交付 有挑战性的场景：路线图不明确 保持技术能力 自我评估 8　|　职业经理人 高层技术管理工作的模型 工程副总裁的职责 CTO的职责 改变优先级 制定战略 有挑战性的场景：传达坏消息 与其他部门的资深管理者合作 回音壁 管理靠恐惧，引导靠信任 团队的“正北” 推荐阅读 自我评估 9　|　培育团队文化 评估自己的角色 构建自己的文化 核心价值观的应用 创建文化政策 编写职级文档 跨职能团队 构建研发流程 实践建议：决策去个人化 自我评估 10　|　总结