一个decent的mentor应该是怎样的

最近快结束第一段大厂实习，对实习mentor的部分表现感到困惑，但由于经验比较少没法判断是不是有问题，故想问问大家这种mentor是不是一个正常的情况。

背景：国内外企，本人大三暑期实习，无相关开发经验，表达过不转正意愿。mentor是senior sde但是从其他地方近期跳槽来的。

onboarding：相对和谐，给予了我一段时间学语言配环境，有问一般能答。mentor与manager粗定task是一个新功能。一周之后planning会上又改为先做新功能的telemetry（记数据）再实现。

first task：期间频繁和mentor咨询technical details，mentor对此任务的原理有大致的认识，但针对code层面的问题会有时能帮助搜索资源，但拒绝pair programming类似的请求。另一位同事帮助写了一个任务需要的脚本。

在两周stuck在一个问题上后，（有一直update）他和我约了1on1希望我去估计我能否赶得上这个迭代。我回复说我给不出eta，因为stuck的这个问题我也不知道能什么时候解决。最后解决是自己搜到了一个文档，读完了解到mentor给的指导有时甚至是confounding的。

first task结束后对实现这个新功能的方法做了些调研，和mentor交流说感觉可行性不高，从交流了解到他对这个领域没有太深的认识。

恰好，一个人事因素导致这个任务终止了。
我约了1on1去获得新任务，他推荐了一些task，但后来知道仍然与他自己在做（了解）的task无关。在与他确认细节的时候他都involve附近的一个同事，之后我就一直和其他同事对细节而他也没有involve

最后自己读doc，将一个功能的启动时长提升了50%，但由于存在一个需要代码重构的依赖事件没有能merge，这期间一个月大概都没有找他（找同事时他听得见），他也没有找我，偶尔在scrum上有update

我的问题是：对于一个decent的mentor
1. 在确定任务时是否应该对technical details 做充分的了解，或者给任务时给自己了解的领域？
2. 后一个任务他这种放手的管理是不是irresponsible？

Mentor对人家来说其实是额外工作。你别觉得人家是欠你的就比较容易理解了。

其实mentor不一定要对你做的东西了解（当然了，如果刚好了解那对你和他来说都是bonus）。但是一个合格的mentor是应该帮助你unblock的， 比如说告诉你去哪找资料，去问谁等等。如果你真的是完全被block的情况下，他要帮助你找新的task和跟manager解释情况。我觉得你的mentor就是一个中规中矩的mentor吧。

自己课代表一下：
mentor是一个额外的工作，不是分内的
mentor可以提供technical details，更多时候是作为一个go-to person让你知道这个问题可以找谁解决，同时也是和manager之间的桥梁
有问题stuck一定要及时反馈

最后非常感谢各位的评论，职场新人要学的还有很多XDD

实话实说，这再正常不过，工作的日常就是很多事情除了自己，没有人能完全cover到。

如果mentor真的能完全back you up，大概率他也不会这么做，浪费他的时间，或者还不如自己上手。分给你的任务他不会也很正常，可能就是一些大体的想法或者其他人的想法，他也不确信，他自己做，也是一样的需要学习和探索，给你的话期待不会太高，但是会是个很好的表现机会。

至于管理分出去的任务，确实有人做的更好有人差一些，但是mentor support 肯定不是学校里mentor 答疑，他也有没办法完全帮到你的地方。有经验的mentor 会有一些别的策略unblock 你罢了(比如换点别的做做)，或者特别nice今后用得上就自己学学再帮你。

感谢回复，都会加米，额度不够慢慢加

谢谢LZ分享，我希望我的mentor 能给我指点正确的研究或者开发方向。

我的看法：
1. 在确定任务时是否应该对technical details 做充分的了解，或者给任务时给自己了解的领域？
前者我觉得是应该，但是看起来你的mentor已经对task有不错的了解了；“给任务时给自己了解的领域”=》这个得define了解和领域了, 比如我做ml的，我到底能不能给一个nlp的task给一个新来的人做，或者我能不能有个前端的需求刚好让一个非ml的实习生做（应该可以，只要我能找到个poc给回答大部分前端的问题，或者大概知道去什么地方问别人）。

2. 后一个任务他这种放手的管理是不是irresponsible？
个人觉得第二种这种不叫放手，“他推荐了一些task", "在与他确认细节的时候他都involve附近的一个同事", "找同事时他听得见", 这几个合起来就是一个senior平时应该做的事情了，给找了事情做，给找了POC，还一定程度的知道poc一直在。

另外有几点lz写出来的，我觉得值得商榷的：

"拒绝pair programming类似的请求" => 我算是真正意义上经历过当年XP/Pair programming最火时候的人了，如果现在有人提这个要求(因为现在在一个不是XP的甚至可以说没有软件工程管理的team)，除非是那种特别特别熟的同事（一般这种时候是实际上也去当小黄鸭的，或者就是do me a favor帮debug的），我肯定99.99%会拒绝，转头还去和别的同事吐槽。。。需要debug/问问题，最好的办法是描述下自己尝试了些什么，但是都不对，需要什么样的帮助。问的方式可能是email/chat/group chat/post/meeting等，取决于这个问题到底多大。

"在两周stuck在一个问题上后" , "但由于存在一个需要代码重构的依赖事件没有能merge，这期间一个月大概都没有找他" => 我给新同事的建议，一般是如果stuck半小时（尝试大部分手段后），就改开始问了。如果被block超过一天，就可以提出来了。但是怎么问题怎么提，类似上面

进入职场了工作是你自己的，常规的mentor一般是你遇到职业相关的疑惑能快速给出经验和建议，比如如何合作如何升职要不要转行，而不是你自己做的项目，至于刚入职分的带你熟悉环境的基本俩月自己上手就各干各的了，带人本身并不会给人有什么加分，所以占用时间不超过两周一小时为好..decent的mentor是什么？本身就没有这个职业上的定义

pyk 发表于 2022-9-24 00:02
自己课代表一下：
mentor是一个额外的工作，不是分内的
mentor可以提供technical details，更多时候是作 ...

嘶 是谁跟你说的mentor是份外的 mentor也是工作的一部分 omg🙉