向内归因的人，手里永远多出几个选项

最近一年多，我在团队里看到一个有点反直觉的现象：AI 编程工具普及之后，大部分人的产出都上去了，但人和人之间的差距没有缩小，反而拉大了。

按理说不该这样。同一件工具、同一类任务，所有人都能用；工具对每个人是公平的。那差额是从哪来的？

我的答案是：来自我们怎么解释自己的处境。

说得再直接一点：向内归因能解决更多问题。

这不是一句道德劝告，而是一个效率判断。同一个处境落到两个人手里，会向内归因的那个人，手里永远多出几个选项；而习惯向外归因的人，会先把选项一个个划掉，最后得出”我没什么可做的”。

这篇文章想说清三件事：为什么它在今天比过去更管用，怎么才算真正做好它，以及我自己就是它的受益者。

我看到的几种状态

先说让我决定写下这篇文章的那些事。

大部分人的产出都在往上走，但也有人原地踏步，个别甚至有所回落。我留意到的信号通常是这几样：不主动同步进展，一件事推一下动一下。坐下来聊原因，听到的说法大致是这几类：

没有工单就没办法开始开发，而且工单里的需求必须非常明确
决策都在美国那边，自己不在场，拿到的信息也不完整
受时差和协作方式的限制，重要的事情本来就轮不到自己；既然不重要，那也就不着急

这些说法单拎出来，每一条都不算离谱。但合在一起，就构成了一个完整的、自洽的、几乎无法反驳的世界模型：问题都在外面，我没什么可做的。

还有一类不满，是关于自己的发展速度，常见于两种处境：

一类是组织一直在动，汇报线换了几轮，投入很久的项目最后没能掀起什么水花，人会慢慢觉得使不上劲；一类是长期做支撑性、独立性较强的工作，这类工作不太容易被看见，身边的人陆续上去了，落差感就出来了。

前者容易滑向”很不爽，但也没办法”，后者容易滑向”这不公平”。两种情绪方向不同，落点却一样：都倾向于把问题放到外面去。

最后是一个反向的例子：也有人换过好几任老板，每个重点项目却都干得相当出色，非常主动，沟通到位，而且很自信。

不瞒你说，上面这几种状态，其实每个人身上都或多或少出现过，包括我自己。它们真正的分岔点，从来不在起点，而在每一个岔路口的选择：

成长 / 产出
  ▲
  │                                          ╱ 换了好几任老板
  │                                       ╱     每个项目都出色
  │                                    ╱
  │                                 ╱ 补短板，重新往上走
  │                           ╱────╯
  │  ──────────────────────●
  │                        │╲
  │                        │ ╲ 很不爽但没办法
  │                        │  ╲───────────────  停在平台期
  │                        │   ╲
  │                        │    ╲ 归因于外 → 投入下降
  │                        │     ╲              → 产出下滑
  └────────────────────────┴──────────────────────────────► 时间
                        同一个起点

为什么这个时代它更管用

要理解这件事为什么现在格外重要，得先看清 AI 到底改变了什么。

过去，一个想法从”看到问题”到”做出来”之间，隔着几周甚至几个月的实现成本。所以大部分时候，你能做什么不取决于你看到了什么，而取决于有没有人批准、有没有排期、有没有资源。

AI 很大程度上拆掉了这道墙。实现成本被压下去之后，”我先试一版”第一次变成了一个人可以自己决定的事。

所以 AI 给个人带来的最大变化不是”更快”，是”更自由”：你第一次可以不太依赖授权，直接去解决你看到的真问题。

这也意味着，向外归因的理由在变弱。以前”没人给我工单，所以我做不了”是真的，因为成本摆在那儿；现在不是了。

同一件工具落到不同的人手里，走向完全不同：

	只把 AI 当提效工具	把 AI 当放大器
解决的问题	原来那些	原来做不到的
省下的产能	省下来了	又投回去了
职责的边界	守住	常常跨出去
信息差	自己扛	主动同步去缩小
结果	平稳	差距被拉开

所以在当下这个阶段，有几件事的回报率被显著抬高了：

主观能动性：工具把动手成本压得很低，”我先做一版试试”变得空前便宜；而”等条件齐全再动手”的相对成本就变高了
积极沟通：当每个人都能更快产出时，瓶颈就从”做得出来”移到了”知道该做什么”，信息差成了主要矛盾，主动同步的价值因此上升
判断力：工具能帮你实现方案，但”这个方案该不该做””这段代码能不能进生产”仍然只能由人判断。被贬值的是打字，升值的是取舍
面向业务价值的取向：既然”做出来”变容易了，那”做什么值得做”就成了更稀缺的能力

反过来讲，这也意味着停滞的代价变高了。以前”按部就班、不出错”是一种安全策略；现在它变成了一个相对落后的策略：因为你身边的人正在被同一件工具加速。

为什么外归因会把选项关掉

外归因和向内归因不是我的发明。Rotter 在 1966 年提出”控制点”（Locus of Control）：内控型的人倾向于认为结果取决于自己的行为，外控型倾向于认为取决于运气、环境和他人。

这个区分最有价值的地方，是它能预测下一步行动。如果你认定问题在外面，逻辑上的必然结论就是”我无需改变”。短期内也的确舒服，它保护了自尊，也省去了面对自身短板的痛苦。但代价是长久的：你把自己人生的遥控器交了出去。

有一句总结我很认同，讲得很扎心：

外归因最省力：出事先找替罪羊，过错全推给外界，短期心理平衡，不用跟自己的短处较劲。但代价是永久丧失进化的可能——既然问题都在外面，自己自然无需改变。 ——知乎答主「起风了」

外归因有不少精巧的变体，不妨逐一拆开看，因为它们全都披着”客观陈述”的外衣。在《The Oz Principle》里，作者用”水平线”区分两种状态：线以上的人对结果负责，线以下的人则把精力用在推责上，比如”这不是我的工作”、指责他人、坐等指令、坐等观望。这些面孔和我下面要列的，倒也几乎一一对应。

第一种，「这不归我管」。没有工单就没法开发：流程确实有缺失，但从”缺一个工单”跳到”这件事做不了”，中间那个跳跃没有依据。

第二种，「我怎么会知道」。潜台词是：信息应该被分发给我。但在分布式团队里，信息不会自动落到每个人手上，要么自己去争，要么推到能建通道的人那里。

第三种，「反正不重要，那就不着急」。这是最危险的一种，因为它把外部的不可控，直接用来给自己的投入程度背书，于是形成一个自我实现的闭环：

① 觉得「重要的事反正轮不到自己」
     │
     │ 于是不全力投入
     ▼
② 确实拿不出重要产出
     │
     │ 于是更确信
     ▼
③ 更确信「轮不到自己」
     │
     └────────────────► 回到 ①，闭环成立

这个闭环一旦形成，别人再想给机会也接不住了。它和”时差”没有关系，这件事两边都有责任。后面我会专门说管理者的那一半。

第四种，「不公平」。这种要格外小心，因为它可能是真的。评价体系确实会青睐某些能力（比如沟通、跨部门影响力），而冷落另一些能力（比如把支撑性的服务做深做透），这对当事人来说确实构成结构性的不利。承认这一点，是讨论的前提。但关键在于，别卡在”不公平”这个结论上不动。这种委屈里其实藏着一道判断题，我在下一节说。

向内归因不是自责

写到这里得先泼一盆冷水，否则上面这些很容易被读成”凡事多反省自己”。

向内归因 ≠ 自责，更 ≠ 认命。 有三条边界必须守住：

归因要尽量准确，而不是尽量向内。 内归因最大的陷阱，是把一个具体问题迅速升级为人格问题：不是”这次方案没写好”，而是”我天生就写不好方案”。久而久之，人就活成一台职场自责机器，能量全耗在自我否定上，反而没力气改进。这种”过度内归因”和外归因一样有害。在资深工程师身上它尤其隐蔽，经常伪装成”高标准”和”owner 意识”，所以特别难自查。
归因 ≠ 归责。 向内归因的对象是”我能改变的那部分”，而不是”全部责任”。承认环境确实占了一部分、自己也占了一部分，然后专注在自己那一部分上。这不叫认领全部罪责，这叫找到着力点。
向内归因不等于否认环境的约束。 有些外因是真实存在的，制度可能确实失衡。成熟的认知不做非黑即白的二元判断。先承认大环境的力量，再问一句：在这个约束之下，我还能做什么？

回到「不公平」那一种。

在选路之前，得先分清一件事：你遇到的到底是哪一种限制。

假性瓶颈：它看起来像能力不足，其实界是自己划的。

“我天生内向，这种要去说服别人的事我做不来。” “我英文不行，跨时区的讨论我就不掺和了。”

这类话听起来像在陈述自己的短板，但它们往往是预测，不是结论。你还没试过，就先替自己判了。”我性格就是这样”本身也是一种外归因：它把结果归给了一个固定、不可改变的特质，而不是归给选择。

这一种的解药不是”补短板”，是先去试一次。而且很多时候试完会发现：它没有想象中那么难，只是不太舒服罢了。
真的通道瓶颈：路是通的，只是你缺一样东西才能走过去。

比如技术很强但不会写方案、不会同步，贡献就没人看见；或者确实试过了，跟人打交道每次都很吃力、但能推进，只是还不熟练。这一类是可以补的，补了就有用。
身份冲突：走通这条路的前提，是放弃自己最擅长、也最看重的那部分。

试过了，也做成了，但每一次都像在扮演别人，做完了只剩消耗。那可能不是短板问题，而是这条路本身不适合你。

这三种用两个问题就能分开：

我试过吗？没试过就认定”我不行”，那是第一种，先去试
试过了：我是在增长，还是在磨损？在增长，哪怕不舒服，是第二种，值得补；只剩磨损，是第三种，该认真考虑换道

这里有一句不太讨喜的话，但我认为必须说：”我不想成为那种人”可以是最诚实的判断，也可以是最舒服的借口。两者的区别，只在于你有没有真的试过。

所以按这个分法，第一步是先试一次，把第一种和第二种分开，别急着选”补”还是”换”。分开之后，三条路都成立：

补短板：认清体系看重什么，然后去补。这条路最省力，也确实有人正在这么走
换赛道：清醒地判断”我不想成为那种人”，然后去一个真正看重自己优势的环境
接受现状，但停止情绪消耗：承认代价，也接受代价

唯独”持续苦闷且不行动”不可取。前面那类不满里的两种走向，差别就在这里：同样是委屈，一种停在”不爽但没办法”，一种已经开始动了。时间会把这个差别无限放大。

你负责的任务，和你负责的问题

前面几节讲的，都是”在我认领的范围内，我能做什么”。这里我想把范围本身往外推一点：它不关于你怎么做事，而关于你认领多大的问题。

在工程师团队里，有个非常普遍的默认分工：PM 负责想清楚要做什么，工程师负责把它做出来。

于是大家习惯了让 PM 去定义方案、评估效果，自己专注在明确被要求的那一小部分。这样的团队里，一个人完全可以把开发任务做得很漂亮，但你要是问他：

这个功能到底在解决用户的什么痛点？
现在这个方案是不是最好的？有没有更简单的做法？
上线之后怎么迭代？下一版该动哪里？
效果评估怎么保证是准的？我们看的到底是不是真正的信号？

这几个问题问下来，他大概答不上来。不是能力不够，是这块地盘他从没认领过。

这就是”向外归因”最隐蔽的一种形式：把问题的定义权让出去，只保留执行权。 它不像”这不归我管”那么刺耳，因为它披着”专业分工”的外衣。

这正是向内归因在这个时代最该做的一个动作：把”我的问题”的边界往外推一点。

我见过真正优秀的人，做法几乎都一样：他们穿过自己的合作方，走到真实的使用场景里去。这里说的不是越过谁去替 PM 做调研。PRD 和项目讨论通常都是必要的起点，绝大多数人也都是从那里开始的。区别在拿到之后：停在文档上就只是执行，而他们会拿这份文档去对照真实场景，想想这个功能到底在解决谁的什么痛点、有没有更简单的做法，再带着自己的判断回来跟 PM 讨论。

问”这个为什么要做”本身没有错，那是该问的；区别只在于问完之后，去不去找答案。

差别不在于谁更聪明，而在于谁认领的是一件事，谁认领的只是一个动作。

这件事在今天就更加要紧了。前面说过，AI 把”实现”的成本压得很低。那么”我只负责实现”这份分工的稀缺性，也就跟着变低了。工具能帮你把方案做出来，但”该做什么方案、做完怎么验证有效”仍然只能由人判断。判断的前提，是你真的到过现场。

说到这里得补一句：这道坎是真实存在的，我不想绕过去。这确实不是每个人都舒服做的事：工程师群体整体偏内敛，主动去找关键合作方聊，意味着要准备很多、要说服别人、有时还要正面辩论；如果是跨时区的团队，还得用一门不完全是母语的语言去完成这些事。这些都是实打实的成本。但也正因为它是成本、而不是不可能，才需要一个判断。

所以这道坎到底要不要迈，是个需要诚实面对自己的判断。它和前面「不公平」那种委屈，本质上是同一道题，用的也是同一套判据：试过了吗？是在增长，还是在磨损？

怎么做好向内归因

这是我最想说清楚的一节，因为它最容易被误解。

向内归因常被理解成”凡事都往自己身上揽”。恰恰相反，真正会向内归因的人，是外部因素识别得最清楚的人。 因为他要精确回答”我能动的那部分在哪”，就必须先把外部因素看准。反倒是外归因的人看得最粗：一句”环境不行”就把全部原因打了包。

所以第一步不是自责，是分拣：

看起来是这样	其实是	该做什么
没人给我工单	假的外部因素	自己先写一版
流程没人负责	真的外部因素	把它变成别人的工单
时差、资源、战略	真的，短期无解	承认，绕开，或者换道

三类的处理方式完全不同。把第三类当成第一类，会白白自责；把第一类当成第三类，会白白停摆。分拣错了，两个方向都要付代价。

注意中间那一类：识别出真外部因素之后的动作，不是认命，是找到能解决它的人，把这件事变成他的工单。这是一项能力，不是一句让步。”流程没人管”这件事，你完全可以主动写一版提案，推着把它变成某个人的待办。

然后是那条我自己一直在用的原则：看这件事做完之后，能不能留下可见的东西。

没工单的事其实有两类。一类会留下资产：一个新的方案、一套能复用的工具、一条被打通的流程、别人对你的信任。另一类什么也不留：救火、补位、替别人扛一段，做完之后没有任何沉淀，下次还得从头再来。这两类表面上都是”主动”，回报却完全相反。

所以我的界是：能留下可见的东西，就值得做；如果只是让你在没有权限的情况下反复替别人兜底，那就该把责任还回去，而不是自己扛。把”缺工单”无差别地当成个人执行力问题，是管理者的偷懒。

分拣完，我还会按可控性把这件事再摆一遍。这是从柯维的关注圈（我关心但控制不了的事）和影响圈（我能实际施加影响的事）那儿借来的，只是我又拆细了一档：

	例子	该怎么做
我能控制	我的投入、我的沟通频率、我的技能	全力以赴
我能影响	老板的预期、需求的优先级、跨团队协作方式	持续经营
我控制不了	时差、人事变动、公司战略	接受，不反复咀嚼

这一步最常见的错误，是把前两种当成了第三种。

几个门槛最低、收益最实在的动作，我自己一直在用：

做一次语言转换。 外归因有非常明显的语言特征：”都是因为……”、”如果不是他……”、”这个公司就是……”。内归因的特征同样鲜明：”在这件事里，我的责任是什么？”、”我能从中学到什么？”、”在我能控制的范围里，我能先做哪一件事？”不用强迫自己改变想法，先改变造句方式就行。语言会倒逼思维。
主动同步。 每周更新一次进展、卡点和下一步，写下遇到的困难，也写下你打算怎么处理。在分布式团队里，可见度本身就是产出的一部分。很多人把汇报当负担，其实它是最低成本的存在感投资。
从约束里挑一件小事做完。 不要等条件齐全才动手。缺工单，就先写一版草稿需求；跨时区信息拿不到，就主动去找参与过前序讨论的人把背景补齐，或者先把整理好的已知信息发出去请人补充。完成一件小事带来的信任额度，比十次抱怨管用。
每个季度做一次”工单审计”。 回头数一数：过去三个月我做的事里，有多少是别人派的，有多少是我自己找的？这个数字很粗糙，但它是唯一能衡量的东西：衡量你还在积累资产，还是只是在原地执行。
重要任务要争取，不要等。 这类事很少是被分配的，绝大多数得靠自己争取。争取的方式是先做一件超出预期的小事，换来一点信任额度，再靠它去拿更大的机会。
把锚点放在成果上，别放在某个人身上。 老板会走，你在流程文档、项目成果、可迁移能力上留下的痕迹不会走。

同一个问题，两种视角

“向内归因”在 IC 和管理者身上，含义其实不一样。

作为 IC，它是问：在我能动的范围里，我能做什么？把手上的事做到超出预期、主动同步、从约束里挑一件小事先做完。

作为管理者，它是问：他的卡点里，有多少是我造成的？需求有没有人转成工单？跨时区的信息通道我建了没有？派活时我有没有偏好，把某些人一直留在很难被看见的位置上？

这中间没有互相免责，而是各自把自己那一半认下来。

而且这里还有一个常被忽略的区分：有一类”外归因”根本不是态度问题，而是习得性无助。 塞利格曼的经典实验说明，当一个个体反复经历”无论怎么努力都无法改变结果”之后，他会彻底放弃尝试。哪怕后来环境变了、机会来了，他也不动了。

放到职场里就很清楚了：如果他主动提的方案被驳回、多做的额外工作没被看见、出了问题还要独自担责，那么”不主动”就是他学到的、最理性的自我保护。这一类不是靠讲道理能谈通的，你需要先给他一次完整的正向闭环：主动 → 被看见 → 有回报。

但同情环境不能变成免检。要先把卡点拆开，因为对策完全不同：

                 他没产出，看是哪一类卡点
                             │
     ┌─────────────────┬─────┴───────────┬─────────────┐
     ▼                 ▼                 ▼             ▼
 能力不够          意愿不足          信息不够      资源不够
培训 / 结对      谈动机与期望        补上下文       给资源
 调整岗位       胜任感 · 自主性     建信息通道      清障碍
                    归属感

其中「意愿不足」这一类，自我决定理论说得最清楚：胜任感（我做得了吗）、自主性（这是我的选择吗）、归属感（我和团队有关系吗），三者缺一不可。

然后是坐下来开口。上面这些都还是原则，真正难的是那场谈话。我自己试过有用的一组问题，思路只有一条：把”你为什么不主动”换成具体的提问。

最近哪件事让你觉得卡住了？当时你想做什么？
你试过什么？结果怎么样？
如果这件事由你定，你会怎么排优先级？
我能帮你清掉哪个障碍？

这组问题的用意很实在：把一次关于态度的审判，变成一次关于障碍的共谋。

至于”试多久算够”，我的做法是先把环境侧的三件事做完：流程（工单该谁负责）、信息（跨时区通道）、机会（派活有没有偏好）。这三件事都有明确的负责人，也就是我。然后给一个明确的观察周期，我的经验是一个季度。

这个顺序不能颠倒。先修环境再谈人，不是因为管理者要宽容，而是因为不这样做，你根本分不清问题在人还是在环境。

如果都做过了，一个人依然把所有结果归于外部，既不沟通也不改善，那这就是一个需要直面的绩效问题了。原因很简单：团队里其他人看得见。我在 Fire Fast 里写过一句话：”容忍低绩效者是对大多数人的惩罚”。同样地，如果一个团队慢慢默认了”归因于外是可以被接受的”，这种默认会像传染病一样稀释掉整个团队的进取心。这比某一个人的产出下滑要严重得多。

这一节和 Just Culture 里那件事是同一个道理：出了状况，先问”哪里出了问题”，而不是”谁出了问题”。

我见过的那些发展比较快的人

前面讲的多半是停滞的样子，我想再说说另一面。这一面我看到的样本更多，也更稳定。

这些年我见过不少发展得比较快的人，他们的背景、方向、路径各不相同，但有一些共同点几乎反复出现：他们不等指令，主动同步，敢把不确定的事接过来。

项目做到一半黄了，他们的第一反应是”还剩什么能做”，而不是”这不是我的问题”；老板换了，他们先去摸清新老板在意什么，而不是先抱怨又要重来；遇到没人认领的空白地带，他们倾向于先占住，而不是先问这归谁管。

最极端的一个例子，是那位换过好几任老板的同事。每一任的风格、偏好、考核重点都不一样，按前面那些逻辑，他完全有理由抱怨：新老板上来就推翻旧方案，努力反复被打回，站队风险极高。但他没有。每一任老板到岗，他主动同步现状、风险和待决策事项；不管怎么换，他手上的重点项目永远做到超出预期。

于是他的履历上写的不是”我服务过好几位老板”，而是”我做成过 N 件事”。老板会走，成果不会走。

我把这些共同点归纳成三条，它们其实都是”向内”的外显：

主动是”不等指令”，是自己给自己下工单
沟通好 是主动缩小信息差，主动管理对方的预期，而不是等对方来问
稳定是一种”我能把事情推进下去”的预期。它看起来像天赋，但我更愿意把它看成前两条的副产品：主动同步带来更快的反馈，更快的反馈让判断更准，判断更准就更容易做成事。做成的事多了，预期自然就稳了

德鲁克在《卓有成效的管理者》里反复强调一件事：知识工作者必须自己管理自己，必须不断问自己”我能贡献什么”。当一个人把目光从”老板是谁”移开，转向”我贡献了什么”，他就获得了某种任何人事变动都夺不走的东西。

我知道这套观察会被这样反驳：样本太小、因果可能是反的、有人就是靠亮点项目和顺风局上来的、评价体系本身也未必公平。这四条我都认。

但它们全都成立，也不影响我的结论。因为我不是在论证”向内归因必然带来晋升”，那个我证明不了。我说的是：面对同一个处境，向内归因的人手里会多出几个选项。 这一条不需要因果论证，你回头翻一翻自己的经历就能验证。

我自己就是受益者

最后说说我自己，因为我大概是这篇文章最直接的样本。

这一路走得还算顺。回头看我做成的那些事：把播放方案重写一遍、接上 DRM、搭起监控、写一个让原生容器更好用的 JS bridge、做一套调试工具。没有一件是别人派给我的工单。都是我先看到问题，然后自己去填那块空白。

更典型的是”让国内团队和美国的资深管理者真正协作起来”这件事。它更不会有人给我开工单，而且一点都不轻松。我自己在介绍里写过一句：这件事难得超出预期。

当然，我也赶上了顺风。我加入现在公司的时候，国内团队刚刚成立，不过业务发展得不错。等老板们发现国内工程师质量高、性价比好，就开始逐渐扩大规模。后来的很多机会，确实也是这种扩张本身创造出来的。在前东家，我也赶上了团购外卖行业蓬勃发展的几年，从一个刚刚毕业的萌新逐渐成为技术管理者，推动了不少事情。

但顺风解释的是”机会为什么出现”，解释不了”机会出现时我接没接住”。 同一个位置上换个人，结果不会一样。

所以我是向内归因的受益者，而且我不打算假装这只是运气。

结语

回到开头那个反直觉的现象：AI 把每个人的产出杠杆都放大了，差距反而在拉大。

我现在很确定，差距的主要来源不是”会不会写代码”，而是你怎么解释自己的处境，以及你因此做了什么。工具可以让一个主动的人产出翻倍，也可以让一个被动的人继续原地不动。它只是放大了你原本的样子。

归因方式不是道德评价。向内归因的人并不比向外归因的人更高尚，这只是一个效率问题：它决定你把有限的精力投向哪里。

它最终给你的回报，也不只是升职加薪。向内归因真正让人获得的东西是：无论环境怎么变，你手里始终有得选。

这些话我只能说对自己管用，未必对别人也一样。如果对你也还算是有所启发，那就是额外的大收益了。