组里三个实习生就我带的没转正成功，是不是说明我host得不够好

背景：本人入职一年半左右，组里的东西牵扯到软件、软硬件接口和开源社区。本人绩效在最后一次是5个等级中的第3级，组内的东西能做到我理解的部分能说圆了的水平，但是还有很多地方不懂。组里人数30多，整个org中有八九十个这样的组；组里最核心的（缺了那人，组里工作就不能正常运转的）几名资深人士能在其它邻近的三、四个组对接工作和讨论方向和设计等高层的问题时无障碍，我还做不到，但是想做到，因为我认为这是想升职（L4升L5）的必经之路。带实习生是因为组里tech lead去年年中问起，于是我将一些想法写成了一个项目计划。lead觉得可以，就成了项目，也就在9月到12月时带了一轮实习生。组里一共三名实习生，其中两名是组内资深人士带的。我是带实习生的host中经验最少的。同时也是在社区内话语权最少的。

实习项目的进程：
6月时，我自己做了此项目的一个 proof of concept 在开源社区的邮件列表上短暂地给人看过。我觉得这个东西是一个好的 story，于是也就写进了实习项目。但是这个 proof of concept 有个人玩具的意味，虽然解决了我的痛点但是不确定是不是解决了别人的痛点，而且还用了他们平时不用的框架，所以没法 merge 到任何一个地方。然后就闲置一边我去忙我自己的本职项目去了。
9月初，实习项目开始，我们也开始为这个项目寻找前进方向。这个“寻找前进方向”的过程有好几个阶段：
9月8日，我提出了一个想法让实习生去看看能否实现，结论是不能实现，在这个上面浪费了一周时间
9月14日，我们问了组里一个资深人士这个项目该怎样才有可能能让社区接受，答案是我们可能需要看一个新的之前没接触过的代码库[W]，用他们想要的方式把 proof of concept 重新实现。实现有三种可能的方式，但其中一种还在计划中，另一种不可能被接受，第三种的实现方式我们只知道一半，还有另一半得要问社区该怎么实现。
因为我们需要先熟悉[W]才能在向社区提议自己的想法时提得有意义，所以从那时一直到9月底，就在学习那个代码库[W]和这三种可能的实现方式。
10月初，我们想好了一种设计，写成了设计文档给组内人士审阅过后，发给社区，问“第三种实现方式应该怎样才好。”社区的回复很有用，提出到了一种方法，也是我们最后采纳的方法。但是这样就要再学习一个新的代码库[U]，这样才能让[W]与[U]联动，做出想要的效果。
而代码库[U]的维护者因为之前并没有看过我的 proof of concept ，对其提出了各种问题。解答完问题之后，我们意识到我们还是必须按他们想的方式来做才行。所以时间都在学习这两个新的代码库[W]和[U]上。
10月底，在我们参与了两三次[U]的网上讨论（[U]的维护者不在我们公司，只能网上讨论），并且做了一个还没完成的新的 proof of concept 后，[U]的维护者，似乎开始同意和接纳我们的想法了。所以，就可以接着将[U]与[W]连接起来进行联动。但是我们才发现，代码库中的[W]所实现的第三种方法在一次 refactor 之后消失了。我们花了一两周才从 gerrit 上找到一个还在修改中的代码，把这个功能补上。
11月中，才凭借在代码库[W]的gerrit上找到的补丁，把想给[U]的维护者展示的 proof of concept 做完。[U]的维护者也透露，这个东西可能能解决他们的一个痛点。但是所剩的工作量有点让我们望洋兴叹，因为感觉所剩时间不够完成。
11月底，完成了组内的项目展示。虽然在组内似乎还挺好的，但是我很清楚这个项目距离能够check in到社区的代码库还有很远的距离，我们要等[W]的那个未完的补丁完成，要把[U]的改动的交互方面、代码大小、依赖关系方面的问题都解决清楚。而[W]的那个补丁，从11月至今，都还没合并，这个改动所需要历经的时间，已经超过了一个实习生项目。
实习在12月初就结束了。而我这位实习生的代码只是放在了 gerrit 上。在可见的未来中把它完成就是我的责任了。

相比之下，组里另外两个实习生的项目顺利很多。这可能是因为另外两个实习生的host不光在技术上更熟悉，而且他们就是他们的实习生所需要改动的开源代码库的维护者，可以直接合并代码，在社区中具有的话语权也比我高很多。

现在回想这个项目，我觉得可能我在host的过程中有以下问题：
1）没有考虑因为经验和话语权欠缺，导致与社区沟通会很耗时间：他们随便问一个问题，可能要对所有涉及的方面都具有极为深刻的了解，不光要了解技术细节，还要了解当前的设计是怎么来的，还要了解不同的人对当前的不同的设计的看法和偏好，才能让各方达成一致，同意采纳某个意见，使得最终的代码能够 launch 和 land。
2）在开项目的时候，只有一个我自己以为满意的 story ，没有实际的“该采取什么技术方向，合并到哪个代码库”中的详细计划。
3）在项目开始后，没想到项目的 scope 变得太大，需要同时改动[W]和[U]的代码库，导致所需要的时间增加了很多。而我之前准备的内容没有考虑到[W]与[U]是如何工作的，导致我不能很快地加快实习生的项目进度。很多时候我与实习生 1:1 都只是我在感觉着急，但又不知道怎么和对方说；我只能表示支持，并且自己帮他看[W]和[U]的代码库，但因为我本职工作就有点忙，所以帮助效果也有限。
4）在我本职工作时与社区沟通就因为自己的经验少地位低而不太顺畅，带实习生对我来说也许不是那么轻而易举就能完成的事（因为我很多时候不能拍板，提议个东西必须等别人同意）。

听说实习生转正时，实习的项目顶两至三轮现场面试。所以，听到自己所带的实习生没有转正，我会在想，是不是我在 host 的时候出了问题。不知各位怎么看。

但更有趣的事情永远是一件接一件，因为接下来我又开了新的实习生项目。我是很想在这次把之前那些踩过的坑都回避掉的。不想当一个坑爹的 host。这不光是对别人负责，也是因为如果之前那次 host 的经历如果暴露了我自己工作中的问题，那也是亟需改正的。

不知各位怎么想，谢谢各位花时间收看。


补充内容 (2021-3-17 17:28):
2021年3月17日更新：我问了HR与这位实习生，他的面试过了，现在在找组。我发帖时以为没过。很感谢各位的批评。受益良多。

补充内容 (2021-04-08 04:53 +8:00):
再更新（2021年4月7日）：还在match中。match用时很长，是因为这位实习生所在的site比较小，所以组也少一些。感谢关注与批评！

补充内容 (2021-04-23 05:39 +8:00):
再更新（2021年4月22日）：intern的offer accepted

补充内容 (2021-07-16 06:00 +8:00):
再更新：这位实习生入职了😀

你manager没跟你说过吗？intern project要是well defined。
小建议，第一，应该开一个brain storm inside eng team，来想intern project。最重要的第二，最少准备好4-5 weeks eng work for intern， ready to code那种。
感觉你要背九成锅

我L4的时候带得2个intern和2个engres都转正了。对于工作很陌生的实习生来说，在公司mentor就是他们的“精神支柱”。楼主通篇都是“我话语权小”“我地位低”，请问实习生要怎么有信心完成任务？如果你觉得自己处处不能拍板，请帮实习生与拍板的人建立Connection；如果你给不了实习生credit，请积极向上级claim实习生的credit。至于什么技术细节挑一个可大可小的project让实习生去figure out，这才是合格的mentor应该做的事。

打了一堆字然后删了，我觉得你这段经历暴露了你自己很多问题，但是看样子你好像连一点的没意识到。也许你技术不错，但是作为一个实习了三段的实习生，我觉得你还是暂时别带实习生了，你现在不是很适合。

补充内容 (2021-1-29 10:53):
补充一下删了什么，一共两段话，总结一下就是楼主把实习生坑了，而且楼主本人也比较坑，我知道话说重了，楼主也是知道反思的，但是作为一个实习生，让楼主这么带着，不如刷题准备秋招

你九月份和十月初的活应该在intern来之前就做好

盲猜lz在Google。

你这不是把实习生坑了吗？

如果是为了自己的绩点而带intern，而且没有认真的想过怎么带，那么我觉得那个intern好可怜。带intern其实不比带fte简单，fte有时间ramp up，intern就那么几个月甚至按周数，必须得有可行的计划，否则真的是浪费双方的机会。建议跟你老板再聊聊你的想法再接下一个intern

一直以为intern都是资历老的人带的。

一个实习生，对你公司不熟悉，组不熟悉，项目产品不熟悉，对整个工作环境都不熟悉，实习总共就两三个月，你还让他自己去研究你这个项目能不能实现…你在他来之前都不知道能不能实现，也没设计好，整个项目具体需要干些什么你也不知道，说实话我感觉你非常坑…