工程管理与协作
路太多,反而走不动
Posted by quentin 在 Wednesday, 16 September 2026技术再好,不会经营也白搭
Posted by quentin 在 Saturday, 12 September 2026免费的可观测性,最贵
Posted by quentin 在 Tuesday, 25 August 2026事故越多,反而越安全
Posted by quentin 在 Monday, 24 August 2026技术人读MBA,到底在读什么
Posted by quentin 在 Thursday, 20 August 2026技术人不看业务数据,迟早出局
Posted by quentin 在 Saturday, 15 August 2026你们真的对齐了吗
Posted by quentin 在 Tuesday, 11 August 2026你有没有遇到过这种场景
技术方案评审会,你提出了一个架构升级方案。CTO 点头,后端 Leader 说"可以试试",产品负责人说"方向没问题"。
看起来所有人都同意了。你信心满满地开始推进。
三周后,后端说"这个改动影响太大,我们排不了期"。产品说"Q3 的业务目标更重要,这个能不能缓缓"。CTO 问"为什么进展这么慢"。
你觉得被背叛了。但其实,问题从一开始就埋下了——他们从来没有真正"同意"过。
表面共识是最贵的坑
这是我这几年反复踩的一个坑,也是很多技术管理者最容易忽略的问题。
我们习惯于追求"达成一致"。评审会上,所有人点头,纪要写上"结论:通过",你觉得事情就这样了。但你仔细看,有的人点头是因为真的认同,有的人是因为不想在会上争论,有的人根本没理解你的方案意味着什么。
这种"假对齐"比公开反对更危险。公开反对至少能让你知道风险在哪里,你可以当场辩论、调整方案、寻找替代路径。但表面共识会让你误判形势,直到执行阶段才发现,原来那些你以为的"盟友",一直在用各自的方式拖后腿。
这不是人品问题,这是组织行为学中的一个经典陷阱。
三种常见的"假对齐"
根据我的观察,技术团队中的假对齐大致可以分为三类。
站会可以取消了
Posted by quentin 在 Monday, 10 August 2026加州大学尔湾分校做过一个跟踪了20年的调查,记录人们盯着电脑屏幕时每次切换注意力的时间间隔。结果是这样的:
2004年,150秒。2012年,75秒。2016年,47秒。2025年,还是47秒。
更有意思的是另一组数据:一旦注意力断了,重新回到专注状态,平均需要25分26秒。
也就是说,一个工程师一天能进入心流状态的次数大概就那么五六次,每次被打断后要浪费近半小时才能重新进入状态。那么问题来了——每天早上那个雷打不动的站会,打断了几次?
大部分站会已经变了味。
站会最初的设想很好:快速同步,暴露阻塞,15分钟搞定。但现实中,大多数团队的站会已经退化成了一场轮流汇报。
每个人说三句话——昨天做了什么、今天打算做什么、有没有阻塞。说完了,其他人该摸手机摸手机,该走神走神。轮到Leader问"还有什么问题吗"的时候,全场沉默。
这不是同步,这是仪式。一种管理者用来确认"大家都在"的仪式。
如果信息不通,该修的是管道,不是开会。
越优秀,越难转型
Posted by quentin 在 Saturday, 8 August 2026有个场景你一定不陌生:一个技术很强的Leader,手下的活几乎都过他的手。白天开会,晚上写代码,周末review。团队成员反而很闲,等着他分配任务,等着他把方案定好。
这个人累得半死,团队成长停滞,业务推进缓慢。但他自己觉得挺充实——"至少事情没掉地上。"
这种场景太常见了。而且有个规律:越是优秀的IC(个人贡献者),转型管理者时越容易掉进这个坑。
优秀为什么会变成陷阱
做IC的时候,你的价值等于你解决问题的能力。代码写得好、架构设计得巧、线上问题处理得快——这些是你被认可的原因。
转成管理者后,评价体系变了。你的价值不再是"你做了什么",而是"你的团队产出了什么"。之前让你闪光的能力,现在可能正在拖你的后腿。
因为太擅长解决问题,你会本能地冲上去:"算了,我来吧。"每一次"我来",你就少了一次观察团队、思考方向的机会。更糟的是,团队会习惯等你兜底,主动性和成长空间都被你"优秀"地压死了。
说白了,做IC时,优秀是你的加速器;做管理者后,同样的优秀可能变成团队的限速器。
真正的转变不是做更多,而是学会不做
我观察过一些转型比较成功的技术管理者,发现他们有一个共同点:不是技术变差了,而是对"成就感来源"做了迁移。
