导师经历分享

团队协作培养

团队融入

• 信任建立：
  • 通过日常接触（饭搭子 / 运动健身）、非正式交流（咖啡 / 奶茶）消除心理屏障，
  • 主动引荐新人认识团队。
• 主动沟通：
  • 初期高频询问需求进度；
  • 30分钟未解决的问题需及时介入；
  • 周期性沟通反馈，关注身份转变（学生→员工）。
• 合理授权：
  • 鼓励新人独立负责任务
  • 导师适时把关，避免亲力亲为。
• 情绪疏导：
  • 遇到问题, 对事不对人, 聚焦“如何做得更好”。

协作实践

• 遇问题先询问团队经验，避免重复踩坑；
• 模糊细节主动对齐，结论及时同步至需求群 / Tapd 需求单；
• 问题处理原则
  • 先解决再复盘，肯定创新点后提出改进方向。
  • 同样的问题发生第三次, 要跟上级及时沟通

专业能力培养

需求独立完成（阶梯式引导）

• 初期：参与需求讨论与技术设计；
• 中期：独立负责模块开发（方案→流程图→代码）；
• 后期：主导跨团队需求开发与进度同步；
• 风险把控：提前评估需求技术风险 / 安全风险等，做好向上同步。

代码评审 - CodeReview

• 代码风格统一；
• 接口设计合理；
• 复杂模块分步骤处理，补充测试用例。

文档能力

• 需求架构输出架构图/流程图,
• 复杂业务细节要沉淀文档
• 问题总结
  • 分类：需求变更/历史遗留/设计缺陷
  • 案例分析

案例分享

案例 1 - 新人排期延误与质量差

案例背景

A 同学最近无法按时间完成需求, 需求质量问题较多, 遭到多次投诉.

案例分析

• 畏难心理, 沟通被动
  • 新人接触新的功能模块, 存在一定畏难心里, 性格又比较内向, 直到误了排期才知道进度有问题;
• 业务不熟悉
  • 对新接触的模块代码不熟悉, 面对产品需求, 不知道改哪里, 也不知道改动是否正确.
• 技术不熟练
  • 刚接触 iOS 开发, 基础较差, 往往选择代码复制来完成需求, 导致 bug 较多.

解决策略 - 引导独立承担新的项目模块

1. 通读文档+手绘项目流程图，理解数据流;
2. 引导与PM协商排期，主动对齐需求细节.
3. 开发前用流程图标注方案，确认方向再编码.
4. 每日CodeReview，鼓励写注释，引导自主优化代码
   • 遇到问题时, 先问他对问题/代码架构/接口的看法, 再补充自己的看法, 引导他主动解决模块中不合理的地方, 结合大背景去分析某一环节上的问题应该如何解决, 并沉淀新的项目流程图, 而不是单单给出一个答案。
5. 及时肯定优化点，增强自信, 并鼓励主动汇报

案例总结

graph LR  
A[畏难心理+业务技术不熟] --> B(辅助独立完成需求)  
A --> C(引导主动思考)  
A --> D(及时正向反馈)  
B & C & D --> E[建立自信+主动担当]

案例 2 - 线上事故处理（功能崩溃)

事故背景

新人突然告诉我, 他做的一个功能上线初期, 每天有几十例崩溃, 该怎么办?

问题原因

1. 同一个功能第二次点击的时候必现崩溃,
2. 自测/体验/测试阶段均未发现这个问题
3. 问题代码 CR 阶段, 有问题但是没有发现

辅导解决 - 事故处理流程

评估影响 (影响范围以及严重程度)

• 核心路径？
• 崩溃频率？
• 影响用户量级（结合DAU+上报数据）；
• 向上汇报

定位问题与修复

• 定位问题
  • 确定引入问题的版本和原因
  • 长时间排查需要半小时同步一次进展
• 评估修复方案.
  • 版本发布前发现问题, 评估是否需要紧急合入代码
  • 版本发布后
    • 配置文件修改能否屏蔽问题.
    • 后端配合修改能否解决.
    • 是不是有热修复方案(Hotfix).

问题复盘

• 记录背景/影响/根因/修复方案, 文档沉淀
• 需求流程/业务流程是否有漏洞? 优化方案?
• 强化敬畏心, 写代码/CR 需要更加细心

分享总结

1. 引导而非代劳：通过提问（“我是这样想的，你呢？”）激发主动思考；
2. 容错与肯定：允许试错，及时反馈正向行为；
3. 流程标准化：流程图/文档沉淀经验, 线上问题处理流程
4. 心理支持：消除“怕问蠢问题”心态