成为承重之柱：建立信任

成为承重之柱：建立信任 | AI生成和翻译

Home 2026.06

问题： 在大公司里，如何成为一个被信任的人？

回答：

在大公司里，信任不是关于被喜欢——而是关于你是否能承重。当人们知道把工作交给你能增加获得好结果的概率时，他们就会信任你。以下是实际的操作方法：

大公司充满了不确定性、模糊性以及容易遗漏的细节。一个被信任的人，是能让别人的工作更轻松、风险更低的人。这就是全部的关键。

这是第一位的。如果你说周五前完成某事，那就周五完成。而不是周一才做完还带着借口。长期的一致性会建立起“智维能交付”的心理模型。

才华横溢但不可靠 = 不被信任。能力一般但可靠 = 被信任。这是大公司的数学题。

当事情出问题时，在周三告诉你的领导，而不是周五下班前。早期信号意味着你还能补救。延迟信号则意味着你给别人制造了一个紧急事件。

仅此一点，就能将值得信赖的工程师与其他所有人区分开来。

经理和副总裁们不会用 Pull Request 和堆栈跟踪来思考。他们思考的是：风险、时间线、影响、成本。在没有人要求的情况下，将你的技术工作翻译成这些术语。

“我发现了一个内存泄漏，会在高流量日导致生产环境宕机”比“修复了分配器中的一个bug”效果要好得多。

当你搞砸了某事时，要立即、清晰且带着解决方案去承担责任。不要轻描淡写，不要推诿，不要等着别人发现。那些说“我引入了一个bug，这是发生的情况，这是修复方案，这是我下次如何防止”的工程师会得到晋升。而那些隐藏问题的最终会被解雇。

大公司有组织架构图，但也有实际的知识分布图。成为实际知识网络中的一个节点。成为那个理解没人文档化的遗留系统的人。成为那个知道哪个团队拥有那个奇怪服务的人。对实际情况的了解是一种信任资产。

初级工程师会问“我该做什么？”而被信任的工程师会说“我打算做X，原因如下，如果你不同意请告诉我。”后者需要的管理精力更少，并且体现了判断力。随着时间的推移，人们不再检查，而是让你放手去做。

你不需要成为政客，但你需要知道：谁做决策，谁影响决策，谁的批准能推动事情。尤其是在银行，这张地图并不明显。一个在会议中从不发言的副总裁，可能正是你需要争取支持的那个人。

银行有额外的信任维度：

合规与风险意识 — 了解你的代码涉及什么：个人身份信息、金融数据、审计追踪。展示你理解这些约束为何存在，而不仅仅是知道它们存在。理解“合规”的工程师是罕见且受重视的。
文档纪律 — 银行行动缓慢，部分原因是出于审计要求。被信任的工程师会产出清晰、可追溯的决策。撰写 ADR。撰写事后分析报告。这能建立机构记忆，并将你的名字与良好判断联系起来。
安全直觉 — 即使不是你的任务，也要标记看起来像是安全问题的事情。这在金融机构中是非常积极的信号。

信任会复利。每一次可靠的交付都使得下一个任务更容易分配。每一次主动的风险标记都增加了你更早参与重要决策的概率。在持续践行2-3年后，你会成为那个默认被抄送的人，你的判断会在会议上被引用，你对于架构或方法的意见会被采纳。

这就是从系统层面看，“被信任”实际上的样子。

Back Donate