Ethan Evans 在 Carnegie Mellon 和 Purdue 拿到了硬件与软件工程的学位，30岁时就在初创公司当上了VP，2005年加入亚马逊后参与创建了后来的 Prime Video，最终带领超过800人的团队负责视频游戏、Amazon Appstore、Twitch 和 Prime Gaming 等多条业务线。
他现在做的事，是把这段经历里「最难承认的部分」讲清楚。
以下内容来自 Dr. Milan Milanović 对 Ethan 的专访，涉及职场政治的11个核心问题。
技术能力什么时候开始不够用
Ethan 的答案来自一段早期经历：他在担任初创公司VP时，同时管理QA、IT、文档、客服、培训和HR六支团队。其中只有一个跟软件工程真正相关。
“我意识到，推动我职业成长的不是技术能力，而是招人、组织、激励团队并达成业务目标的能力。”
这不是说技术不重要，而是管理是一套完全不同的技能集合。当你的职责是让各类专家协同产出，你不需要自己是每个领域的专家——但你必须能驾驭人。
为什么「最好的工作」输给了「好的工作」
晋升不按纯技术标准打分，这背后有两个结构性原因。
第一个是定义错位。 工程师倾向于把「最好」定义为技术上最强，但管理者奖励的是「最有影响力」或「最符合当前业务需要」的工作。两个人用的不是同一把尺子。
第二个是可见度差距。 一个安静地做出色工作的工程师，和一个工作稍差但善于传播的工程师，在一个被事务淹没的忙碌管理者眼里，往往是后者获得更多关注。
“管理者不会花大量时间去调查谁的工作最好。他们只是在努力活下去。”
第三层更隐蔽：管理者是人。对喜欢的人容易宽容细节失误，对难相处的人则标准更严。工程师圈子里存在一种刻板印象——技术强但说不清楚，或者对能力较弱的同事不耐烦。这在晋升时是实质性的减分项。
「礼貌虚构」是怎么运作的
Ethan 用「polite fiction」描述一种所有人都明白真相、但没人明说的默契。
最典型的例子：某员工以「个人事务」为由请了几个周一或周五的假，管理者大概知道他在面试，但没人挑破。因为一旦公开，双方都要面对更复杂的局面——管理者可能受到冒犯，员工可能遭遇区别对待。
“只要双方都不完全确定对方知道多少，礼貌的关系就能维持，大家可以继续正常运转。”
这不是欺骗，是一种保持关系缓冲区的机制。
影响力和操纵的边界
Ethan 给出了一个相当清晰的区分：
- 操纵：为了自己的利益说服别人，对方是否受损你至少是漠视的
- 影响：出发点是帮助对方或第三方（团队、客户），即便自己也能从中受益
关键在于动机，而不是手段本身。同样是「铺垫决策」「建立支持者」「提前沟通想法」——出于对方利益是影响力，出于自身利益损害对方则是操纵。
但有些行为无论动机如何都属于操纵：隐瞒关键事实、说谎、抢占他人功劳、打击竞争者。
保护型管理者 vs. 漏斗型管理者
Ethan 的区分：
- Umbrella（保护型）：像雨伞一样隔挡外部干扰，让团队专注工作
- Funnel（漏斗型）：把所有事都过自己手，变成瓶颈
问题是，没有人认为自己是漏斗型管理者。
他的建议是去问团队，最好是请第三方去问那些已经离开、且离开超过一年的前下属。时间距离让他们能说真话。问他们：你的前任管理者是为你挡压力，还是让压力从上面直接穿透到你身上？
这个方法本质上是「给自己做背景调查」。Ethan 提到，这个技巧同样适用于求职者——通过 LinkedIn 找到目标公司或目标管理者的前员工，打几个电话，能省去进入一家烂公司或跟着一个糟糕领导所浪费的时间。
PIP 开始时已经结束了
许多工程师把 PIP（Performance Improvement Plan，绩效改进计划）当成一次机会，但 Ethan 的判断是：到了这一步，结局几乎已经注定。
原因是流程上的摩擦：开启 PIP 要求管理者向上级报告「我有个问题员工」，还要获得 HR 批准，这本身代价很高。管理者通常会尽一切可能在此之前帮助员工。当他们真的开启 PIP，说明他们已经用尽了自己的方法。
“员工必须表现得足够好，让管理者愿意改变自己的判断，然后去跟HR和自己的老板说’我之前错了’。很少有管理者会愿意这样做。”
真正的预警在更早之前。 管理者给出的负面反馈往往包装得很温和，员工听成了「还有几件事可以改进」，而管理者的意思其实是「这些不解决你就要出局了」。
Ethan 给出两个实用建议：
- 认真对待每一条反馈，哪怕措辞很轻
- 直接问管理者：我在你眼里的绩效水平是什么？我现在的问题，是「有提升空间」还是「不解决就危险」？
「聪明但刻薄」不是固定状态
Ethan 自己就是那种「brilliant and blunt」的工程师——在很好的学校读书、善于争论、习惯于证明自己是对的。他赢了大多数辩论，但两次被以VP职位解雇，原因都是这种风格带来的摩擦让领导层觉得代价太高。
他对那些声称「天生就不擅长人际关系」的工程师的回应：
“你在选择成为刻薄的人。很多工程师享受争赢的感觉，超过了他们愿意付出的任何一点礼貌。”
社交能力是可以习得的。他自己就是例子——改变风格之后，他后来管理了数百人的团队，成为亚马逊VP。
另一条路是 Cal Newport 在《So Good They Can’t Ignore You》里描述的：把技术做到好到无法被忽视的程度。但他认为这是第二选项，不是逃避社交技能的理由。
远程环境里怎么建立关系
线下办公室会制造「意外接触」——电梯、咖啡机、午餐——这些时刻以前是免费的。远程工作之后这些都没有了。
Ethan 的建议是主动制造这些时刻：
- 在 Slack 或 Teams 的对话里参与，不只是工作相关的话题
- 问对方的目标、家庭、爱好——哪怕只是几个问题
- 把「对人感到好奇」当成一项选择，而不是额外负担
“聪明人如果愿意把脑力放在这上面，可以想出一百个问题。大多数人其实喜欢被人注意，喜欢谈论自己。”
他推荐的参考书是《卡内基人际关系》（How to Win Friends and Influence People），虽然是老书，但在远程环境里同样适用。
管理者的真相：他们也是人
Ethan 承认，自己在做VP时，有时确实会因为「想和谁一起工作」而做决定，而不是「谁最合适」。每周工作60小时以上，享受那段工作时光很重要，所以他会无意识地偏向让他开心的人和项目。
“我教人们预防的事，我自己也做过。”
这不是要为偏见辩护，而是提醒：不要期待管理者完美无缺，要按照他们是人来规划自己的策略。
导师关系为什么总是死在两次会面之后
Ethan 说如果可以收回一条建议，是「去找一个导师」。
问题不在于导师本身，而在于大多数人把这件事搞砸的方式：
第一个错误：去找最高级别的人。那个人已经很忙，理应把时间用在更资深的人身上。更好的选择是找比你高一两级、而非直接找顶层的人。
第二个错误：建立了关系之后不跟进。Ethan 说他向每小时1000到2000美元收费的coaching客户里，有很多人付了6次的费用，完成两三次之后再也不约了——不是因为不满，而是因为「忙起来就忘了」。免费的导师关系更容易这样结束。
他的结论：如果你没有清晰的目标和认真跟进的承诺，就不要找导师。找了但不跟进，是在浪费两个人的时间。