当前位置:首页 > 科研成果库

企业导师制度跑了半年,我发现‘有问题随时问’这句客套话害人不浅

2026-11-03 17:36:26小研科研成果库10

去年在南京带一个交付团队,招了个应届生。入职第三天,我问他跟导师聊得怎么样。他说:“导师让我有问题随时问。” 我问然后呢。他说:“然后我就不知道问什么了。”

这不是段子。这是企业导师制度里很常见的一种死法。

很多公司搞导师制,动作特别整齐:发聘书、拉群、拍合照、填一张带教计划表。然后呢?导师继续写代码,新人继续看文档。两个人唯一的交集,是周报里那句“本周与导师沟通一次”。

技术团队新人入职导师带教工位实拍技术团队新人入职导师带教工位实拍

说实话,问题不在导师不负责。也不在新人笨。真正的问题是:导师制被当成了一个“人”的分配,而不是一套“接口”的设计。

你想想,技术团队里两个服务要联调,光说“你们多沟通”行吗?不行。得定义接口地址、请求参数、超时时间、错误码。导师制也一样。新人遇到问题该找谁、什么时候找、问题怎么描述、导师多久响应、解决不了往哪升级——这些不写清楚,导师制就是一个没有文档的API。谁调谁懵。

“随时问”是导师制里很昂贵的三个字

“有问题随时问”听起来特别温暖,对吧?但它翻译成工程语言就是:没有SLA,没有超时,没有优先级。新人怕打扰导师,导师怕被打断。两边都在等对方先开口。最后新人自己憋着,导师觉得新人挺独立。这就拧巴了。

我见过一个团队把这句话改了。改成什么?每天下午4点,导师和新人有15分钟固定站会。新人提前在飞书文档里填三行:卡在哪、试过什么、需要谁拍板。导师当场给方向,或者指定另一个人。就这一个小动作,新人上手肉眼可见地快了。

为什么?因为“随时”等于“永远不”,“固定”才等于“真的会”。这不是文字游戏。这是把模糊的善意变成了可执行的契约。

企业导师制带教任务看板与代码评审记录企业导师制带教任务看板与代码评审记录

不过话说回来,固定时段也不是万能。有些问题就是突发的,比如线上发布挂了。所以还得定义异常处理:什么级别的问题可以直接打断导师,什么级别必须走文档。没有这条边界,导师会被撕成碎片。

导师制不是师徒制,别把情感绑定当制度

很多公司一搞导师制,就自动带入“师徒如父子”的剧本。导师要管技术,还要管情绪、管职业规划、管租房看病。新人呢,也不好意思拒绝,周末团建都得跟着。这不是导师制,这是认干亲。

技术团队的导师,责任边界应该清清楚楚。导师负责什么?帮新人画出知识地图、讲清代码规范、带初次环境搭建、做前几次PR的review、告诉他哪些坑别踩。不负责什么?绩效打分、薪资谈判、心理疏导、职业晋升。这些是主管和HR的事。混在一起,导师就变成背锅侠。新人绩效不好,怪导师没带好;导师自己活干不完,怪新人太依赖。两边委屈。

我见过一个反例。导师特别热心,新人提交的代码他直接改完合进去。三个月后新人独立接需求,连日志在哪看都不知道。为什么?因为导师把“教”变成了“替”。导师制的目标是让新人不需要导师,不是让新人离不开导师。

这个道理听起来简单,做起来特别容易跑偏。因为替新人干活,比教新人干活快多了。短期看效率高,长期看是债。

导师的产出不能是“感觉”,得是“可验收的痕迹”

很多公司的导师制考核,就一张满意度问卷。新人碍于情面全打五分。导师拿个优秀导师证,皆大欢喜。但新人到底会了什么?不知道。

我觉得导师的产出应该拆成可验证的东西。比如:入职一周结束,新人能独立把本地环境跑起来;入职两周结束,新人能说清楚这个模块的上下游依赖;入职一个月结束,新人提交的PR被合并时,review意见少于三条。这些都是痕迹。不是感觉。

带教计划表也别搞成形式主义。我见过一张表,列了二十个培训项,导师挨个打勾。新人说:“他打勾的时候我都在看B站。” 这就没意思了。好的带教计划应该反过来——让新人写,导师改。新人写“我这周想搞懂发布流程”,导师改成“这周你跟着发一次版,回来画一张发布流程图”。一个具体,一个抽象。差别就在这。

软件团队导师带教周计划白板实拍软件团队导师带教周计划白板实拍

还有一个容易被忽略的点:反向反馈。导师带得怎么样,不能只问新人“满意吗”。得问新人“哪个瞬间你觉得导师帮到你了,哪个瞬间你觉得他在敷衍”。这种问题才问得出真话。当然,导师也得有反馈渠道,不然新人不说真话,导师也冤。

导师制不是万能药,它救不了组织的懒

说点冷思考。很多公司指望导师制解决新人留存率低、上手慢、文化融入差。但导师制只是组织知识管理的一个补丁。如果代码库像屎山、文档三年前就停更、权限申请要走两周,导师再牛也只能带新人绕坑,不能填坑。

更麻烦的是,导师制会掩盖一些结构性问题。比如团队没有文档文化,所有隐性知识都装在老员工脑子里。这时候导师制就是把老员工当人肉文档用。短期能顶,长期一定烧干。导师自己还有交付压力,带教时间从哪来?如果公司不给工时预算,导师制就是一句口号。对吧?

所以边界得说清楚:导师制适合知识密度高、隐性经验多的岗位,比如研发、实施、售前、设计。不适合流水线操作,也不适合用来替代主管的管理责任。你让导师去解决薪酬倒挂、授权不足、晋升通道模糊,那是难为他。

回到开头那个应届生。后来我们没换导师,也没搞什么隆重的拜师仪式。就做了三件事:把“随时问”改成每天固定15分钟;把带教计划从导师填改成新人写导师改;每周让新人交一个“本周踩坑记录”,导师只批注不代写。三个月后他独立接了一个小模块。不算惊艳,但稳。

企业导师制度这东西,真不是发个聘书就完了。它更像一套接口协议——请求怎么发、响应怎么回、超时怎么处理、异常往哪抛,都得写清楚。不然,导师在工位上装死,新人在文档里迷路,大家都挺委屈。

别急着拉群。先把“问谁、什么时候问、问完记哪”写明白。