题目重点：解释如何帮助工程师成长，并将junior指导与senior向更大范围发展的目标分开。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 以本人真实职责和经历作答，区分直属管理、技术带领与peer协作，不冒称绩效或招聘决策权。
- 案例中人数、周期、结果和证据来源按真实情况填写；练习情境只示范结构，不能冒充履历。
- 若问manage others，明确自己是正式manager、技术lead还是mentor，不把无汇报关系辅导说成直线管理。
解题路线
- 先说对方阶段、希望成长的能力与共同设定目标。junior可能需要调试/交付基础，senior可能需要跨团队决策，不以职级标签替代具体能力证据。
- 做初始观察与反馈，给匹配的任务梯度、review和反思节奏。mentor提供支持但不替对方做所有决定，逐步把owner和决策空间交还。
- 用一次具体难点说明如何提问引导、给工具和示范，再验证对方能独立解决类似问题。成果是能力变化，不只是自己的帮助次数。
- 谈成长后能承担什么范围，以及自己哪些辅导方式无效并调整；Senior→Staff不保证晋升，由真实评价与组织机会决定。
手动走一遍
练习情境：起初逐行帮助debug，后来让对方写假设与复现，再独立owner小服务并主持review；证据来自对方后续交付/决策，不编造晋升结果。
规模与取舍
规模按真实负责人数、跨团队范围、周期和风险说明；先约90秒主线，再按追问给决策、行动与证据。管理结果常有延迟和多重因素，不把组织整体变化全部归因于单人。
易错点与追问
容易失分的边界
- 把替对方全部写完代码叫培养，会降低其独立性。
- 只说每周聊天，缺能力目标和变化证据。
继续深挖
- 如何处理对方不接受建议？共同明确目标，校验自己反馈的事实与方法。
- 如果mentor没有晋升，成长是否仍有结果？具体看能力、ownership和影响，不只职级。
- 正式管理需要绩效期望、反馈与资源责任，mentor只有建议权；描述管理经历先澄清权限与本人实际责任。
