快手实习后期---现状:
由于在上个月(12月份),我独立完成了这么一个需求,遇到了很多困难,也受到了不少打击。
再加上绩效也快打完了,大家都没这么忙也没这么卷了,所以对现在的我来说,感觉就是成功跃进了一大步,也有一些如鱼得水的幻觉了。
之前接了一个产品需求,第一次和测试打交道,被提了两个BUG。
上一篇提到说我感觉我自己在和别人在【对齐理解】这一方面做得不好,我现在还感觉是这样。
这次我还是没有吸取教训,这次这个产品需求,我又和人家需求方线下对线了。我感觉线下录音作为以后扯皮的证据好像不太尊重,我就没录音。
结果好了,到211的最后一天(快手里211的含义是指需求的交付周期为2周交付上线、1周开发、1天部署发布)的前一晚,测试给我提BUG之后,需求方说他改了SDK??
众所周知,更改SDK是一个非常危险的动作,一旦不能和老版本的SDK兼容,不知道多少依赖这个SDK的服务会无法正常工作。而这个需求方更离谱,他说我用的SDK不对,不是这个工程的SDK。我惊呆了,我说:你之前给我提供的就是这个SDK!
他无语了,他说:可能是他当时提供错了。
然后就轮到我无语了。于是我就默默背了两个BUG的锅。(因为我们的测试不是他那边的,我不知道能不能把BUG记他头上,就不敢和测试扯皮)。
然后临时改代码,重新部署。这天弄到我十一点多才走。
这件事情在我自己的年度述职上我也提到了,我说自己和他的沟通不够,没有主动在上线前再确认一遍SDK是否正确、是否有更改。我的导师们不说话。
所以对于这件事情的总结就是:能线上的就线上(至少有文字证明),能记录到文档的就记录到文档,方便到时候找证据。我现在还是一个实习生,背BUG也无所谓。但正式入职之后要打绩效,这可是影响到了真金白银的,说不定还会丢了工作。
除此之外,现在也到一月份了,都是一些小问题的修复,或者一些小需求的实现。其实现在的这种小需求小问题,就类似于初期的时候导师从他的需求里抠下来的小任务。
可能是我做过一个大的了,所以比较起来,这些就没那么难。
这时候对于我的一个困难点是,同一个时候有多个需求并发。比如说上一个需求,需求方有些别的配置上的小要求,这时候要解决他的问题;比如说下一个需求方的咨询,以及提供一些经过个性化修改之后的SDK;比如说现在正在进行的这个需求,可能卡在了某个地方。
我到目前为止,最多是同时处理三个需求。其他倒也还好。
现在正在尝试走转正流程啦,不知道这个季度是否有HC。我已经签了其他三方,但这边的氛围已经组里哥哥们的能力还是让我犹豫是否要去开别的公司的盲盒。如果转正失败,那我自然就去别家了。
感谢友友们的抬爱,我的实习即将到达尾声啦,接下里可能会出一篇帖子表扬组里的哥哥们。
部门里有个哥哥,真的超牛,从他身上学到超多,不管是为人处世,还是向上管理(bushi),而且每年评级不低于A,我感觉跟着他会很有前途。而且他非常愿意把任务下派,出了问题也是他背锅。他通常忙的都是部门的事情,而不是分配给他自己的任务。而且他要卷也是卷他自己而不是卷别人。我感觉他就像是老鹰捉小鸡里的母鸡,非常爱护我们,也替我们顶着压力。有福利和表扬也是大家一起分,是一个非常优秀的领导者。
#那些我实习了才知道的事#