【字数多预警】求教一下地里大家，到底是组有问题还是我太玻璃心

楼主今年暑假在一个金融公司实习（不怎么有名且实习生少，如果熟人认出来了拜托不要戳马甲），如今实习临近结尾，内心的疑问，但又怀疑是不是自己职场经验比较少，所以态度没摆正，希望有经验的前辈帮忙看一下，十分感谢！


先从组的情况讲起。这个组是属于偏back office的，具体产品相当于internal tool。组里不到10个人，除了一个manager，都是SDE。可能因为产品在全球的office都在用，正式员工一般8-9点上班，晚上7点以后下班，晚上89点经常能看见他们在讨论工作，周五晚上乃至周末干活似乎也是常态。


再说组里的交流方式。每天都有standup，但和常规的scrum不同，格式是挨个说自己遇到的问题，然后几个人无时限的讨论直到得出结论，才会让下一个人继续说。如此以往，每次standup都基本超了原定时长的一倍。


除了例会之外，如果有bug/failure（经常发生大概每周好几次），老板就会和组员开不限时长的会，直到问题解决为止。虽然楼主没开过，但可以观察到他们能连开1-2小时乃至4-5小时，中间吃东西喝水也不会断线，好几次楼主下班了他们还没结束。除此之外，如果是讨论project进度，他们的回复一般是过会找楼主，而这过会是晚上5-6点，开完会就6-6点半了，说实话有些受不住，而且实习生不给加班费，所以更加没动力了。


再说到具体的实习体验。楼主进组之后被分到了一个比较正式的project，用的技术之前完全没有接触过，所以花了1周多的时间ramp up，途中和manager开了1-2次会讨论怎么做。可能老板希望我能做了POC就无师自通，但无奈我实在没做过类似的工作，所以得靠他们讲解才知道怎么做。弄清概念之后，楼主花了一周多把project做完了，刚好比原定的时限略少一点。


在实习过半反馈的时候，楼主估计这次比之前任何一次实习做的都快，而且把所有的要求都按时完成了，所有应该还行？但是听到反馈的时候还是有些意外。老板的正面反馈是能快速上手新的技术，并且在指示下按时完整做完了。负面反馈是没有自己independently领会怎么做，需要他们指示；而且应该主动自己去了解这个project的context，还补充了说看见楼主有大厂的实习经验，觉得可能自己当初的expectation太高了，说的时候重复了2遍还一直摇头


说实话，楼主内心是有些不服的。首先，组里没有任何形式的onboarding，上手的过程就是自己去codebase里看代码直到理解，在做的时候只有网上查不到的product specific问题才会问他们，其余的都是自己搜索解决，询问的时间加起来的每周1-2小时，应该算是比较少的吧。其次，楼主来实习就是希望能受一些指点的，如果能做到以上的标准，在往期实习的时候一般都是干了1-2年的全职员工，扪心自问确实差得远，但这个期望是否有些不合理？往期实习的老板对楼主的反馈都是非常independent，这次表现理应比之前都好，反而被评价不够独立了。最后关于expectation，楼主当时立刻联想到一个喜欢打压人的sb前朋友，虽然可能有道理，但是这话说出来真的合适吗？难道实习经验多了还是坏事了？

. Waral dи,
总之在此之后，楼主对这次实习已经不抱什么希望了，大的项目做完了就被分了一些小的杂活，权当积累经验干完就走人。虽然个人对于有没有return无所谓，但观察了几周后内心的疑问越来越大：到底是这个组本身和对实习生的期望不合理，还是楼主太玻璃心了，应该更加努力以达到所谓的标准呢？


这次字数多了一些，感谢各位能耐心读完，也希望大家能各抒己见。

感觉这个组对intern/junior并没有足够的support，在没有support和onboarding流程的情况下，高expectation也不太合理。这种组给我的印象就是manager为了升职强行要了一个intern hc或者被硬塞了一个intern hc。组里本身做事流程也有问题（scrum应该仅限于update，以及overtime。975/995在金融公司tech组实属少见）。而且感觉全程BA/PO/PM没什么存在感。如果有return offer保个底最好，然后接着面别的公司。