在技术圈，总有一个经典的职业悖论——优秀的工程师常常不是选择去做管理，而是被推着走上管理岗位。
你写代码写得快、架构能力强、业务理解深……于是有一天你突然发现，你从解决问题的人变成了被各种问题找的人。
你要处理的不再是一个 bug、一段逻辑、一个版本，而是 A 和 B 为什么吵架？新人为什么不开口？老板的想法怎么不伤团队地传达？产品的需求怎么翻译成工程语言？等等。
这时候你会惊讶地发现，原来技术之外，还有个更复杂的世界。
更要命的是，职位升了，工资涨了，可你却越来越不确定：“我是不是不适合做管理？”“是不是我升得太快了？”
后来你才明白，这不是你不行，而是所有技术管理者都要走的一段黑暗通道。
01
你以为管理是带项目，其实管理是带人很多工程师升上管理岗的第一反应是：“没关系，我技术强，我知道怎么把事情做对。”
可管理的第一课就是你越执着于自己上手最快，团队就越难成长。如何从亲自冲锋到让别人更好，这是一切技术管理者最痛、也最必须跨过去的那道坎。
当你真正理解管理本质的那一刻，你会突然明白：“写好代码让事情走得快，带好人才能让事情走得远。”
02
没有信任的团队，只是在假工作一个工程师犯了严重线上事故，团队凌晨爬起来救火。第二天没有责备，没有追杀，只有一句：“我们一起解决。”
为什么？因为团队之间有信任。
但这种信任不是口号，而是错误可以被承认，而不被惩罚。争论可以被允许，而不是被压制。提问不会被当蠢，沉默不会被误会。每个人都知道团队会接住他。
你会突然意识到高效团队的核心不是流程，不是工具，是信任。而建立信任的方式超级反直觉：不是你更强势，而是你敢示弱。
“当你承认自己不知道的时候，人们才愿意跟你一起找答案。”这句话非常技术管理。
03
让团队卡住的不是技术，而是人性
技术团队真正的难题，往往不是做不出来，而是为什么好像谁都推不动。
你看到有人拖延，以为他不够上心，其实他只是被焦虑困住，不敢迈步；你听到有人提出反对意见，以为他在唱反调，其实他只是希望有人认真听听他的担忧；你看到有人总是沉默，以为他没有想法，其实他只是不确定这个团队是否安全到可以表达；你觉得两个人这也不合、那也不合，可他们真正的分歧，也许只是价值观和动机的不同。
技术问题通常都有明确解法，人性问题却往往卡住整个团队。为什么聪明的团队反而更容易争执？为什么新人宁愿什么都不说，而资深成员却常常不愿意退一步？为什么你以为的帮忙，在别人眼里是一种压力？这些看不见的心理暗流，才是团队协作真正的阻力。
而当你终于看懂这些隐秘的动机与反应，你会突然意识到原来团队不是被技术难倒的，而是被我们彼此之间那些说不出口的情绪、需求和期待绊住了脚。
04
让团队变强的 5 个实用技巧这些技巧你现在就能用上。
① 一对一不问“最近你怎么样”，要问这三个：
你现在最堵的点是什么？
最近有什么让你兴奋的事？
有没有什么是你希望我停止 / 开始 / 多做的？
简单、有用、直接见效。
② 反馈不是批评，而是建立清晰度：
真正的反馈有两部分：
发生了什么（事实）
为什么重要（影响）
做到这两点，对方就不会防御。
③ 冲突不是要避免，而是要提早处理
越早谈，冲突越小；越晚谈，冲突越大。你不处理的部分，团队会替你处理，但方式往往是隐性的、消极的。
④ 小 PR > 大 PR
小 PR 风险低，讨论快，更容易纠错，节奏更稳。让团队更高效的，从来不是大项目思维，而是小步快跑。
⑤ 优先级只有一个问题：什么最重要？
如果每件事都重要，那就等于没有优先级。团队最怕的不是忙，而是不知道自己在忙什么。
05
为什么这些东西过去没人告诉我们？
技术管理者是一个孤独的岗位，没有前辈带，没有师傅教，遇到问题又不能对下讲，向上讲也不一定有人能懂。
高级工程总监 Sarah Drasner 将自己多年技术管理经验写成一本书《技术管理必修课》。
这本书之所以有价值，不是因为它告诉你如何去成为一个伟大的领导者，而是它把技术管理的真实逻辑告诉你，让你第一次意识到原来你遇到的问题，不是你一个人的问题。
它告诉你如何建立信任，做清晰沟通，给反馈，管冲突，理优先级，带节奏，带团队文化，甚至是带自己。
这些东西不是灵光一现，而是可学习、可训练、可重复的。
《技术管理必修课》
萨拉·德拉斯纳 | 著
韩艾| 译
这是一本很有意思的书，在 AI 大变局和行业调整的背景下，当技术已不再是工程师的唯一护身符。从工程师到管理者，是职业发展的重要跃迁。
本书作者萨拉亲历转型之路，将自己踩过的坑与实战经验写进书里从零组建团队、建立信任的一对一沟通、有效反馈、化解冲突，到自我调适与平衡。
本书不讲空洞道理，而是提供可操作的建议，帮助读者在技术与管理的分岔口找到节奏。即使你不是管理者，也可以在这本书中参透人性，懂得如何在团队中扮演好自己的角色。
扫一扫
14
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
