讲讲你如何支持他人职业成长。

考察要点

这道题直接考察 Amazon 的两条领导力准则（Leadership Principles）：

1. Hire and Develop the Best (选贤育能)：这不仅仅是招聘，更重要的是你作为领导者，是否有识人之明，并投入精力去培养他人的潜力，帮助他们成长和晋升。
2. Strive to be Earth's Best Employer (努力成为地球最佳雇主)：这条 LP 强调领导者要为员工创造一个安全、高效、多元且赋能的工作环境。支持员工的职业发展是创造这种环境的核心要素。

高分示范答案（STAR）

Situation（背景） 去年 Q2，我在一家头部电商公司担任商品推荐算法团队的 Tech Lead，团队有 5 名算法工程师。当时，团队里有一位非常聪明的应届生小李，他刚入职半年，数学功底和编码能力都很出色，但主要在做一些数据处理和线上指标监控的辅助性工作，缺乏端到端的项目经验和业务影响力。

Task（任务） 我注意到小李有时会流露出对自己工作价值的困惑，我意识到如果他长期做边缘工作，不仅会埋没他的潜力，也存在人才流失的风险。我的任务是：在接下来的半年内，帮助小李找到一个能发挥他长处的项目，让他独立负责一个模块，建立技术影响力，为他一年后的首次晋升打下坚实基础。

Action（行动） 我为此制定并执行了一个为期 6 个月的辅导计划：

1. 识别机会并建立连接：我首先在一次 1:1 中，深入了解了小李的职业兴趣。他提到对深度学习模型很感兴趣，但觉得自己的工作离得很远。恰好当时团队计划探索用 Graph Neural Network (GNN) 来优化“猜你喜欢”场景的召回率。我看到了机会，于是我将这个探索性项目打包成一个独立的模块，正式任命小李为该模块的负责人，并向他清晰地阐述了这个项目如何与他的技术兴趣以及团队的未来方向相结合。

2. 提供脚手架式支持，而非代劳：考虑到他经验不足，我为他提供了“脚手架”。我帮他将项目拆解为三个明确的里程碑：文献调研与方案设计、离线模型训练与评估、线上 A/B 实验。在初期，我每周会和他进行两次白板讨论，引导他思考 GNN 方案的关键挑战（如超大规模图的构建、负采样策略），而不是直接给出答案。我还把他引荐给了公司内另一位资深的图计算专家，鼓励他主动请教。

3. 创造可见性和影响力：当项目进入中期，模型有了初步的离线效果后，我鼓励并辅导小李在团队的 weekly ahowcase 上进行第一次分享。分享前，我帮他做了一次预演，建议他把重点放在“为什么选择这个模型”和“解决了什么关键问题”上，而不是堆砌技术细节。这次分享非常成功，让其他同事和总监都看到了他的工作和潜力。

4. 处理挫折并扩大范围：在准备上线 A/B 实验时，我们遇到了工程上的阻力，下游的特征平台不支持 GNN 所需的实时图采样。小李感到很沮丧。此时，我没有接管问题，而是和他一起分析现状，引导他制定了一个 Plan B（采用简化的模型先上线验证），同时鼓励他主动组织一个跨团队会议，向特征平台团队阐述这个需求的长期价值。虽然短期内无法完全满足，但他的主动沟通促使对方将此需求纳入了下个季度的规划。

Result（结果） 经过 5 个月的努力，小李负责的 GNN 召回模型成功上线 A/B 实验。虽然是简化版，但核心场景的召回率（Recall@100）提升了 8%，用户点击率提升了 3%，这是一个非常显著的增量。更重要的是，小李成功完成了从执行者到项目负责人的转变，他在半年后的绩效评估中获得了“超出预期”的评价，并在一年后顺利晋升。他现在已经成为团队在图学习方向的专家。

低分陷阱（常见扣分点）

• 故事过于平淡，缺乏挑战：反例：“我让一位新同事负责了一个小功能，他做得很好。” —— 这只是日常任务分配，没有体现出你为他的“成长”付出了额外的、有针对性的努力和辅导。
• 把“支持”等同于“救火”：反例：“他项目快延期了，我帮他一起熬夜写代码，最后搞定了。” —— 这体现了你的 Ownership，但不是 Develop the Best。你应该关注如何让他下次能独立应对。
• 结果只谈项目，不谈个人成长：反例：“项目很成功，收入提升了 5%。” —— 面试官想听的是那个“人”怎么样了。你必须明确说出他在能力、级别、影响力上的变化。
• 行动部分是“我们”的努力：反例：“我们团队一起帮助小李，大家给了他很多建议。” —— 面试官无法判断你的独特贡献。必须是你，“我”为他规划了什么，“我”如何辅导他，“我”如何为他创造机会。
• 缺乏同理心和个性化：反例：“我对所有新人都一视同仁，让他们都去负责一个新项目。” —— 好的管理者会根据每个人的特点和意愿来定制发展计划，而不是套用模板。

高概率追问（3 个 + 示范回答要点）

1. 追问：如果小李在初期就表现出对这个挑战的抵触情绪或缺乏信心，你会怎么做？

   • 要点1（倾听与共情）：首先，我会再次进行 1:1 沟通，倾听他抵触的具体原因。是害怕失败影响绩效？是觉得技术难度太高？还是不认可项目价值？理解根源是第一步。
   • 要点2（降低门槛与建立安全网）：我会进一步降低项目的初始门槛，比如将第一个目标从“设计完整方案”调整为“完成一篇关键论文的复现”，让他先建立信心。同时，我会明确告诉他，这是一个探索性项目，我们评估的是过程中的学习和尝试，而不是最终结果，为他创造一个“可以安全失败”的环境。
   • 要点3（寻找外部助力）：我可能会为他安排一位资深工程师作为他的“伙伴导师”（buddy），在日常工作中可以随时求助，减少他的孤独感和不确定性。

2. 追问：你如何衡量你在这个辅导过程中的投入产出比（ROI）？毕竟这占用了你很多时间。

   • 要点1（短期 vs 长期视角）：我会承认短期内我的直接产出可能会减少，因为我把时间投入到了辅导上。但我会强调，这是一个长期投资。一个被成功赋能的员工，未来可以独立承担更复杂的任务，从而解放我的时间，让我能思考更具战略性的问题。
   • 要点2（量化团队能力提升）：ROI 的“R”（Return）体现在多个方面：1）团队能力矩阵的完善，我们从 0 到 1 建立了图学习的能力；2）人才梯队的健康度，我培养了下一级的项目负责人；3）团队保留率的提升，有成长空间的员工流失率更低。这些都是可衡量的团队资产。

3. 追问：在这个过程中，你给他的最重要的三条建议是什么？

   • 要点1（关注 Why，而不仅是 How）：我反复提醒他，在做技术方案时，要先用一句话向非技术人员讲明白“你要解决什么业务问题”，这能让他始终保持正确的方向。
   • 要点2（主动沟通，管理预期）：我告诉他，遇到困难时，最糟糕的做法是自己闷头解决直到最后一刻。要尽早暴露风险，主动与我、与相关方沟通，管理大家的预期。
   • 要点3（完成比完美更重要）：尤其是在探索性项目中，我建议他遵循“先上线一个 60 分的版本，再快速迭代到 90 分”的原则，避免陷入无休止的技术细节调优而错失验证机会。

故事复用建议

这个故事的核心是“通过一个有挑战的项目来培养人才”，它非常通用，可以根据不同面试题的侧重点进行微调，复用到以下几个方面：

• Ownership (主人翁精神)：你主动识别并承担了培养下属的责任。
• Deliver Results (交付结果)：你不仅交付了项目结果，还交付了“人才培养”的结果。
• Dive Deep (深入研究)：你深入了解了下属的职业诉求和项目的技术细节。
• Bias for Action (崇尚行动)：你没有停留在“觉得他有潜力”的层面，而是立刻采取行动为他创造机会。
• Are Right, A Lot (决策正确)：你判断他有潜力，并为他选择了正确的项目，事后证明你的决策是正确的。