工程管理与协作

你的经验,可能从来都不是你的

你的经验可能从来都不是你的

很多我们引以为豪的“经验”,其实是行业顺风期的产物。换个环境,同样的能力可能从“果断”变成“蛮干”。真正属于你的能力,应该是跨环境可迁移的。这篇文章聊聊经验的“归属权”问题。

技术再好,不会经营也白搭

技术信用不等于组织资本

技术信用是你解决技术问题的能力积累,组织资本是你在组织中推动事情发生的能力。很多技术人的问题在于:只积累技术信用,然后假设它会自动兑换成组织资本。但现实是,兑换率可能很低,甚至为零。这篇文章聊的是技术人如何有意识地积累组织资本,打破职业天花板。

技术人读MBA,到底在读什么

技术人读MBA思考 - 从代码到更广阔视角

技术人读MBA,到底在读什么

先说结论:技术人读MBA,不是为了学知识,是为了换脑子。

我身边有不少技术出身的同事和朋友,听说我在读MBA,第一反应出奇一致:"你一个搞技术的,读那个干嘛?"语气里带着不解,也有点揶揄——好像这是某种中年危机的信号。

技术人不看业务数据,迟早出局

技术人看业务数据

一个让我印象深刻的场景

有一次产品经理找我聊一个需求:首页改版,引导用户从"浏览"到"下单"。她给我看了转化漏斗数据,入口到下单的转化率很低,她说问题出在交互体验上。

我扫了一眼数据,发现一个细节:大部分流失发生在"确认金额"这一步,而不是她说的"产品选择"那一步。这不是交互问题,是用户对金额没有预期、被吓跑了。

我跟她说,这个改版的核心不是优化交互流程,而是要在入口就给出价格预期,减少确认页的认知冲击。后来我们改了入口文案,转化率直接提升了 12%。

你们真的对齐了吗

你有没有遇到过这种场景

技术方案评审会,你提出了一个架构升级方案。CTO 点头,后端 Leader 说"可以试试",产品负责人说"方向没问题"。

看起来所有人都同意了。你信心满满地开始推进。

三周后,后端说"这个改动影响太大,我们排不了期"。产品说"Q3 的业务目标更重要,这个能不能缓缓"。CTO 问"为什么进展这么慢"。

你觉得被背叛了。但其实,问题从一开始就埋下了——他们从来没有真正"同意"过。

表面共识是最贵的坑

这是我这几年反复踩的一个坑,也是很多技术管理者最容易忽略的问题。

我们习惯于追求"达成一致"。评审会上,所有人点头,纪要写上"结论:通过",你觉得事情就这样了。但你仔细看,有的人点头是因为真的认同,有的人是因为不想在会上争论,有的人根本没理解你的方案意味着什么。

这种"假对齐"比公开反对更危险。公开反对至少能让你知道风险在哪里,你可以当场辩论、调整方案、寻找替代路径。但表面共识会让你误判形势,直到执行阶段才发现,原来那些你以为的"盟友",一直在用各自的方式拖后腿。

这不是人品问题,这是组织行为学中的一个经典陷阱。

三种常见的"假对齐"

根据我的观察,技术团队中的假对齐大致可以分为三类。

站会可以取消了

加州大学尔湾分校做过一个跟踪了20年的调查,记录人们盯着电脑屏幕时每次切换注意力的时间间隔。结果是这样的:

2004年,150秒。2012年,75秒。2016年,47秒。2025年,还是47秒。

更有意思的是另一组数据:一旦注意力断了,重新回到专注状态,平均需要25分26秒。

也就是说,一个工程师一天能进入心流状态的次数大概就那么五六次,每次被打断后要浪费近半小时才能重新进入状态。那么问题来了——每天早上那个雷打不动的站会,打断了几次?

大部分站会已经变了味。

站会最初的设想很好:快速同步,暴露阻塞,15分钟搞定。但现实中,大多数团队的站会已经退化成了一场轮流汇报。

每个人说三句话——昨天做了什么、今天打算做什么、有没有阻塞。说完了,其他人该摸手机摸手机,该走神走神。轮到Leader问"还有什么问题吗"的时候,全场沉默。

这不是同步,这是仪式。一种管理者用来确认"大家都在"的仪式。

如果信息不通,该修的是管道,不是开会。

越优秀,越难转型

有个场景你一定不陌生:一个技术很强的Leader,手下的活几乎都过他的手。白天开会,晚上写代码,周末review。团队成员反而很闲,等着他分配任务,等着他把方案定好。

这个人累得半死,团队成长停滞,业务推进缓慢。但他自己觉得挺充实——"至少事情没掉地上。"

这种场景太常见了。而且有个规律:越是优秀的IC(个人贡献者),转型管理者时越容易掉进这个坑。

优秀为什么会变成陷阱

做IC的时候,你的价值等于你解决问题的能力。代码写得好、架构设计得巧、线上问题处理得快——这些是你被认可的原因。

转成管理者后,评价体系变了。你的价值不再是"你做了什么",而是"你的团队产出了什么"。之前让你闪光的能力,现在可能正在拖你的后腿。

因为太擅长解决问题,你会本能地冲上去:"算了,我来吧。"每一次"我来",你就少了一次观察团队、思考方向的机会。更糟的是,团队会习惯等你兜底,主动性和成长空间都被你"优秀"地压死了。

说白了,做IC时,优秀是你的加速器;做管理者后,同样的优秀可能变成团队的限速器。

真正的转变不是做更多,而是学会不做

我观察过一些转型比较成功的技术管理者,发现他们有一个共同点:不是技术变差了,而是对"成就感来源"做了迁移。

页面