开发者指导开发者 — 行之有效的实践¶
本文是 Gergely Orosz 在 Uber 工作10年后，结合自身经验和数十位导师/学员的访谈，总结的软件工程师间 mentorship 实践指南。
Key Takeaways¶
- 两个层面：mentorship 分为非正式（代码审查、项目协作中自然发生）和正式（有固定节奏的定期同步）两种，两者都重要
- 正式mentorship的价值：尽管非正式 mentoring 无处不在，建立正式的 mentorship 关系能让人成长更快、更聚焦
- 好的kickoff：从一次正式的启动会议开始，明确背景、期望、节奏、沟通方式、短期目标
- mentee的责任：带着准备来，列好想讨论的问题，承诺执行并反馈结果
- 高效导师的核心：不是替学员解决问题，而是帮助ta们自己学会解决。多听、少说、延迟给答案
Mental Models¶
| 角色 | 关键行为 |
|---|---|
| Mentee | 准备 agenda → 分享进展/挑战/成功 → 承诺 action → 跟进反馈 |
| Mentor | 多听多问 → 提供上下文和视角 → 利用人脉帮助 → 鼓励支持 |
| 组织 | 将 mentorship 纳入晋升标准，创造时间，以身作则 |
Notable Quotes¶
"Being an efficient mentor is not about solving other people's problems. It's about helping them grow so they can solve their problems themselves."
"If you don't have the time to prepare or don't feel that preparation is necessary, ask yourself whether the mentoring relationship is really something you need at all." — Camille Fournier
Related¶
- [[wiki/summaries/good-code-reviews|Good Code Reviews, Better Code Reviews]] — 代码审查是最常见的非正式 mentorship 形式
- [[wiki/entities/pragmatic-engineer|The Pragmatic Engineer]] — 作者 Gergely Orosz 出品