· Johnny Mai · 18 min read
FAANG工程经理入职前90天：团队评估与1on1模板下载（含简历操作系统推荐）
一句话总结
前90天的核心任务不是熟悉工具或参加培训，而是通过结构化的团队评估和高频1on1快速建立信任、澄清期望并发现隐藏的瓶颈。正确的判断是：用数据驱动的健康检查替代凭感觉的“先跑起来”，把每周的1on1变成诊断会议而非汇报会。只有在这两个杠杆上用力，才能在第一个季度结束时拥有可量化的团队绩效基线和明确的下一步行动计划。
适合谁看
这篇文章适合刚拿到FAANG（Meta、Apple、Netflix、Google、Amazon）工程经理offer、即将入职或已入职前30天的技术领导者，特别是那些之前在创业公司或中型企业担任Tech Lead、现在需要跨职能影响力和规模化团队管理的读者。如果你正在准备入职谈判、想了解EM层面的薪资结构、或希望在第一个季度就拿到团队的诚信反馈而不只是靠经理的直觉，这篇内容能直接给出可操作的判断框架。相反，如果你只寻找通用的“入职第一天要做什么”清单或希望得到模板化的祝福语，这篇文章可能不会满足你的期待。
团队健康诊断：第一周的数据收集不是问卷，而是访谈
在第一周，很多新任EM会把精力放在发放团队满意度问卷上，认为匿名评分能快速看出问题。实际情况是，问卷往往只捕捉到表面情绪，而真阻碍隐藏在非正式对话里。正确的做法是：用半结构化访谈替代问卷，每人20分钟，围绕三个维度展开——当前 sprint 的交付预测信心、跨依赖团队的沟通延迟、以及个人成长空间的 perceived bottleneck。例如，在Google的一次debrief会上，资深EM指出：“不是看团队有没有完成OKR，而是看他们在估算偏差时是否主动把风险提升到管理层”。通过这种访谈，你能快速定位出哪些是流程问题（比如依赖不明确导致的等待），哪些是人员问题（比如某位高级工程师因为缺乏清晰成长路径而开始消极）。访谈结束后，把每个维度的平均分和典型案例做成一页仪表盘，并在第二周的团队all-hands上公开分享——这本身就是建立透明度的第一步。
1on1的真正目的不是汇报进度，而是教练式探索
许多新任EM把每周1on1当成状态更新会议，问“本周做了什么、下周计划什么”，结果变成了汇报会，错过了教练时机。高效的1on1应该采用GROW模型（Goal-Reality-Options-Will），但关键在于第一个5分钟必须用来确认本周的“学习目标”，而不仅是任务目标。举个实际场景：在Amazon的一次HC讨论中，招聘经理提到一位候选人虽然系统设计扎实，但在行为面试中只能描述自己做了什么，却无法说明从中学到了什么。这直接导致了他在EM轮被标记为“缺乏反思能力”。把这个教训搬到1on1里，就是在每次会议开始时问：“你上周想改进的一个习惯是什么？你尝试了什么，结果如何？”如果对方回答“我说过我想更主动参与跨团队设计评审，但一直被安排去修bug”，那就说明存在资源分配或优先级冲突，这时候你可以介入调度或教练他们如何提出需求。换句话说，不是把1on1当成状态同步，而是把它当成发现教练机会的探询工具。
跨依赖映射：不是画架构图，而是找出决策瓶颈
新任EM常被建议在第一个月内画出团队的技术架构图或服务依赖图，以为这样就能理解工作流。但实际上，架构图只显示“谁调用谁”，却看不见“做决定的人是谁、决策需要多久、需要多少次迭代”。更有价值的是做一个“决策流程图”：列出团队每周必须完成的三类决策（技术方案评估、资源冲突解决、风险升级），然后标记每个决策的发起人、参与者、平均耗时以及决策后的执行偏差率。在Meta的一次内部复盘里，一位EM发现，虽然看似团队每周都有架构评审，但实际有60%的评审会因为缺少数据而被推迟，导致后续 sprint 被迫压缩。于是他引入了一个“数据准备检查清单”，把评审前的数据收集时间从平均两天降到半天，决策周期缩短了30%。这个例子说明，不是花时间画静态图，而是动态追踪决策的摩擦点才能真正提升交付可预测性。
薪资结构与谈判要点：base/RSU/bonus具体拆解
FAANG的EM薪资通常分三部分：base salary、年度RSU授予以及目标bonus。以Google L5 EM为例，base多在190k-210k美元之间（依据地点调整），RSU授予额度约为220k美元，按四年均等归属，即每年约55k美元；目标bonus为base的15%-20%，即约30k-42k美元。谈判时，不是只盯着base数字，而是看RSU的提前归属比例和bonus的实际发放历史。比如在一次Meta的招聘谈判中，候选人发现对方给出的base只有180k，但RSU授予有“一年 cliff 后6个月线性归属”的条款，这意味如果他在第九个月离职，实际上只能拿到约30%的RSU。于是他把谈判焦点转向把cliff缩短到六个月，同时争取签字bonus弥补前六个月的RSU损失。同样的逻辑在Amazon也适用：RSU分两批发放，第一年只发放50%，因此谈判时可以要求增加sign-on或把第一年的RSU比例提升到70%。理解这些细节才能在整体总包上做出真正的判断。
准备清单：5-7条可执行项目，其中一条提到PM面试手册
- 完成团队健康访谈问半结构化脚本（参考Google的Engineering Pulse模板），并在第一周结束前完成至少80%的一对一访谈。
- 制作决策流程图，列出每周必须完成的三类决策并记录平均耗时，第二周内完成初版并和Tech Lead对齐。
- 设定每周一次的GROW风格1on1模板，前五分钟专门探讨学习目标，确保每次会议有可追踪的改进项。
- 建立简历操作系统（Resume OS）：用Notion或Airtable建立个人成就库，按STAR拆解每一点，便于后续内部晋升或外部面试快速调用。
- 系统性拆解团队评估框架（工程经理入职手册里有完整的[团队健康诊断]实战复盘可以参考）——这条不是广告，而是同事在debrief时随口提到的内部资源。
- 与HRBP确认RSU授予细节（归属schedule、提前解锁条款）并把谈判要点写进谈判清单。
- 第六周进行一次“90天回顾”，把访谈数据、决策时长和1on1改进项做成一页仪表盘，向Skip Level汇报并设定接下来的OKR。
常见错误：3个具体案例，有BAD vs GOOD对比
错误一：把入职第一个月当成“熟悉工具” period
BAD：新入职的EM在第一天就花了三小时学习内部wiki的编辑规则，然后花两天熟悉Jira板的自动化规则，却从未和团队成员进行过深度访谈。结果是他对团队的实际痛点一无所知，第三周才在项目 retrospective 中发现大家一直在为不明确的依赖等待。
GOOD：另一位在Apple的EM在入职第一天就安排了五位核心成员的20分钟访谈，第二周完成了全团队的健康问卷后，立刻在团队会议上公开了三个最高频的腻点（依赖不明确、评审数据缺失、成长路径模糊），并分配了owner去跟进。这样他进入第三周时已经有了可行动的改进清单，而不是被动发现问题。
错误二：把1on1变成状态同步会
BAD：某位EM在每周一on1里只问“本周完成了哪些任务？下周计划做什么？有没有阻塞？”团队成员很快学会只报完成的任务，而把困难和学习需求藏起来。三个月后，团队的退休率开始上升，离职面谈中多次提到“感觉经理只关注输出，不关心成长”。
GOOD：另一位EM在每次1on1开始时用两分钟问：“你上周想尝试的改进是什么？实际尝试了什么，结果怎样？”随后才进入任务同步。这种做法让团队成员在第四个月主动提出了想要引入自动化测试的idea，并且因为经理及时提供了资源和鼓励，该idea在两个月内落地并减少了生产bug的比例。
错误三：只看架构图而忽略决策流程
BAD：新任EM花了一周画出了微服务依赖图，发现有三个服务是关键路径，于是把精力放在优化这些服务的性能。然而团队的交付速度并没有提升，因为每次要变更这些关键服务都需要经过三轮架构评审，平均等待时间是五天。
GOOD：另一位EM在画完依赖图后，继续做了决策流程映射，发现架构评审的瓶颈在于缺少性能基线数据。于是他引入了一个自动化基线生成脚本，把评审前的准备时间从两天缩到四小时，决策周期缩短了40%，团队的feature交付预测准确率从68%提升到86%。
FAQ
Q1：如果我在第一个月发现团队的技术债务非常高，应该先还是先处理人员问题？
A：不是先处理技术债务还是人员问题，而是先诊断哪个是导致另一个的根因。比如在一次Netflix的debrief中，EM发现团队每个sprint都要花20%的时间在修复生产bug，表面看是技术债务高。但通过访谈发现，根因是缺少明确的所有权归属：谁负责哪个模块没有写死，导致改动时总是有人推诿。于是他先梳理了模块所有权并写进了Confluence，随后在下一个sprint里把修复bug的时间从20%降到了8%，剩余的时间才用于系统性重构。判断的依据是：如果人员混乱导致无法明确谁来还债，先解决人员问题；如果人员明确但还是频繁返工，则先攻击技术债务。简而言之，不是先做A还是B，而是先找出导致A和B出现的因子再下手。
Q2：如何在不破坏团队自主感的情况下推行新的1on1模板？
A：不是强制执行模板，而是共创并逐步迭代。在一次Google的HC讨论中，招聘经理提到候选人虽然能讲出GROW模型，但如果一开始就把一套固定表格甩给团队，会被感觉成 micromanagement。正确做法是：先用开放式问题进行两周的非结构化1on1，记录下团队成员自发提到的改进点和困难；第三周把这些点归类成几个主题（比如“对齐期望”、“技术成长”、“跨团队沟通”），然后共同设计一个简单的检查清单，让每个人都能在模板上看到自己之前提到的内容。这样模板不是被强加的，而是团队共同拥有的工具，采用率自然会提升。实际上，在某个Amazon的团队里，采用这种共创方式后，1on1的满意度从3.2升到4.6（满分5），而强制推行的对照组则从3.2降到2.9。
Q3：如果我的RSU授予看起来不吸引人，我该怎么谈判才能不损害offer？
A：不是只谈RSU数额，而是谈归属条款和替代性补偿。以Meta L5 EM为例，标准授予是220k四年等额，但有些团队会提供“前两年加速归属”的变体（比如第一年50%，第二年30%，第三年15%，第四年5%），这对计划在两年内考虑内部转岗或离职的人更有利。相反，如果你计划长期待在同一组，可以争取更高的年度base或者签字bonus来补偿前期RSU的低流动性。在一次实际谈判中，候选人拿到的base是195k，RSU只有150k（四年），但他成功争取到一年期的签字bonus 40k和第二年基于绩效的额外RSU 30k（只要当年评级达到Exceeds Expectations）。这样他的实际第一年可现金流变得更可预测，而长期总包也没有下降。关键点在于：不是把RSU当作唯一筹码，而是看它的流动性、触发条件以及可否用其他形式等价替换。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。