⚡

指导开发者Skill mentoring-developers

这个技能提供有效的导师指导框架和知识传递方法，适用于软件开发团队中的一对一会议、结对编程、入职培训、教学技术概念和培养初级工程师。关键词：导师指导、知识传递、软件开发、团队培训、工程师发展。

企业内训 0 次安装 1 次浏览 更新于 3/11/2026

name: 指导开发者 description: 有效的导师指导和知识传递框架。用于一对一会议、结对编程、入职培训、教学技术概念和发展初级工程师。 allowed-tools: 读取, 全局搜索, Grep

指导开发者

这个技能提供有效的导师指导、知识传递和发展其他工程师的框架。

何时使用此技能

  • 启动正式或非正式的导师关系
  • 入职新团队成员
  • 向初级工程师教学技术概念
  • 进行有效的一对一会议
  • 与经验较少的开发者结对编程
  • 帮助某人导航其职业生涯

核心框架

爬行-行走-跑步进度

一个逐步教学新技能的框架：

阶段 导师角色 学员角色 持续时间
爬行 做，他们观察 观看和提问 直到他们理解“是什么”
行走 大量指导 他们尝试，你纠正 直到他们能在帮助下完成
跑步 提供护栏 他们领导，你建议 持续减少支持

示例：教学代码审查

爬行： 一起审查PR，大声思考你在寻找什么，为什么事情重要，什么构成好/坏代码。

行走： 他们进行审查，你观看。你问问题：“这个部分怎么样？”你实时纠正。

跑步： 他们独立审查。你偶尔抽查并讨论任何分歧。他们带着边缘案例来找你。

关键原则： 在每个阶段停留足够长时间。急于“跑步”会产生差距。

苏格拉底式提问

代替给出答案，问引导理解的问题：

代替… 问…
“在这里使用哈希映射” “什么数据结构能给我们O(1)查找？”
“你需要处理空值” “如果这个值是空的会发生什么？”
“那效率低下” “这里的时间复杂度是什么？我们能做得更好吗？”
“不要那样做” “这种方法的权衡是什么？”

好处

  • 他们学会思考，不仅仅是记忆
  • 建立解决问题的肌肉
  • 他们自己发现答案（更难忘）
  • 你理解他们的思维过程

何时不使用苏格拉底式提问：

  • 生产事故 - 直接告诉他们修复方法
  • 简单事实性问题 - 不要让他们猜测
  • 当他们感到沮丧或不知所措时

建立信任

信任是有效导师指导的基础：

信任建立实践

  1. 展示对他们目标的真正兴趣

    • 询问职业抱负
    • 记住并跟进个人细节
    • 公开庆祝他们的胜利

  2. 创造心理安全

    • 正常化错误：“我也犯这些错”
    • 分享你自己的失败和学习
    • 永不羞辱，即使是私下

  3. 保持机密性

    • 他们分享的留在你们之间
    • 不要向他人提及他们的挣扎
    • 在分享他们工作为示例前询问

  4. 保持一致和可靠

    • 准时参加一对一会议
    • 履行承诺
    • 诚实地面对自己的限制

  5. 当他们教你时承认

    • 导师指导是双向的
    • 让他们知道何时你从他们那里学到了东西
    • 建立他们的信心并平衡关系

适应学习风格

人们学习方式不同。调整你的方法：

风格 迹象 方法
视觉型 要求图表，画出东西 使用白板、架构图、代码走查
听觉型 从讨论、播客中学习 谈论概念、大声思考、口头解释
动觉型 更喜欢动手实践 结对编程、实验、构建东西
阅读/写作型 更喜欢文档 指向文档，让他们写总结

大多数人混合型。 从所有方法开始，然后观察什么有效。

导师指导的结对编程

结对编程是一种强大的导师工具，当做得好的时候。参见 references/pair-programming-guide.md 获取详细指导。

关键原则

  • 轮流司机/导航员角色
  • 驾驶时叙述你的思考
  • 让他们挣扎（有生产力地）
  • 未经许可从不抓键盘

一对一会议结构

有效的一对一会议是导师指导的支柱。参见 references/one-on-one-structure.md 获取详细模板。

基本结构（30分钟）

  • 进度检查（5分钟）
  • 挑战/障碍（10分钟）
  • 发展目标（10分钟）
  • 开放讨论（5分钟）

一对一会议的关键原则

  • 他们的议程，不是你的
  • 一致节奏（每周理想）
  • 做笔记并跟进
  • 偶尔跳过状态，深入成长

常见导师指导错误

接管

❌ 当他们挣扎时抓键盘 ✅ 问引导问题，让他们尝试

假设知识

❌ “你知道什么是REST API，对吧？” ✅ “你对REST API有什么经验？”

信息过载

❌ 一次性解释关于微服务的一切 ✅ 专注于他们现在需要的，保存其余为以后

忽视关系

❌ 只讨论技术工作 ✅ 检查他们个人情况如何

做 vs. 教

❌ “我就修这个，更快” ✅ “让我们一起修这个，让你看到如何”

衡量进度

随时间跟踪学员发展：

技术进度

  • PRs需要较少修订
  • 承担更复杂的任务
  • 帮助他人你教学的领域

专业进度

  • 在会议中更自信
  • 问更好的问题
  • 有效导航团队动态

关系健康

  • 他们早期带问题给你
  • 诚实地面对挣扎
  • 主动安排时间

相关资源

  • references/pair-programming-guide.md - 结对编程期间的沟通
  • references/one-on-one-structure.md - 一对一会议框架
  • /soft-skills:write-1on1-agenda 命令 - 生成一对一议程
  • feedback-conversations 技能 - 给予发展反馈
  • professional-communication 技能 - 一般沟通模式

版本历史

  • v1.0.0 (2025-12-26): 初始发布

最后更新

日期: 2025-12-26 模型: claude-opus-4-5-20251101