起草一份公司师徒制方案

去年秋天，起草技术部新来的份公方案两个应届生，一个跟着老张学后端，司师一个扔在项目组里自生自灭。徒制三个月后差距就出来了——跟着老张的起草那个，已经能独立顶住一个小模块的份公方案迭代；另一个还在天天问“这个接口文档去哪看”。不是司师那孩子笨，是徒制压根没人告诉他公司里的“暗规则”该怎么摸。师徒制不是起草搞形式，是份公方案给新人装一套“导航系统”，省得他们在黑胡同里瞎撞。司师

方案得从“选师傅”开始定规矩。徒制不是起草资历老就能当师傅，得挑那些自己活儿干得利索、份公方案又愿意张嘴说的司师人。我见过太多技术大牛，代码写得漂亮，但让他带人就像挤牙膏，问一句答半句，能把徒弟急死。所以公司内部要搞个“师傅资格池”，由部门负责人提名，加上HR观察——重点看这人平时帮不帮同事看代码、讲问题有没有耐心。师傅带徒弟，不能白干，每月给一笔带教补贴，钱不多，但得让人感觉这事被公司记在账上了。

带的过程，最怕“放养”和“圈养”两个极端。有的师傅甩手掌柜，丢几个文档就让徒弟自己悟；有的师傅又管太细，徒弟写两行代码他都要改。折中的办法是定“三个一”节奏：每周一次半小时的一对一复盘，聊卡点、聊困惑，不聊进度汇报；每月让徒弟独立负责一个小任务，师傅只在旁边看，最后给反馈；每季度做一次“影子考核”——让徒弟当着师傅的面完整讲一遍自己做的方案，讲不清的地方就是下季度要补的课。这套节奏不复杂，但能逼着双方都动起来。

徒弟这边，也得立规矩。别指望师傅24小时在线，提问之前自己先搜三遍、试两遍，实在没辙了再开口。我常跟新人说：“师傅帮你解决问题，不代表你可以把大脑寄存到他那儿。”建议给每个徒弟发一张“求助记录卡”，每次问问题前先写上自己尝试过的方案——这招特管用，写着写着，有一半问题自己就通了。剩下的问题，师傅解答起来也高效，因为能看到你的思考路径，而不是直接扔个答案给你。

光靠人情维系不长久，得有个机制兜底。每个季度末，徒弟要给师傅打分，师傅也要给徒弟写评语——双向评价，两边都有压力。评语不写虚的，就写“这个季度他哪件事做得漂亮，哪件事搞砸了，下季度怎么改”。打分结果跟师傅的带教补贴挂钩，也跟徒弟的转正评估挂钩。要是师徒实在合不来，允许申请调换，不勉强硬凑——两个人八字不合，硬绑在一起对谁都是折磨。

最后说个细节。师傅第一次带徒弟，公司组织个简单的“拜师会”，不用搞什么奉茶鞠躬那套，就一起吃个午饭，互相聊聊自己以前刚入职时出的洋相。这顿饭比什么培训都管用，人一熟，后面什么都好说。师徒制说白了就是给职场关系加一层“人味儿”，让新人知道，公司不是一台冷冰冰的机器，里面有人愿意拉你一把。这钱，花得值。