来美团3个月总结
来美团也三个月了,也渐渐习惯这边的风格。再流程制度上,有让我觉得很不错的地方,也有一些需要改善的地方。自己的能力模型上,还有哪些需要提高的,接下来自己需要在这些地方进步。
好的地方
- 文档。在文档这方便做的挺好的,把工作中很多都能记录下来,比如会议纪要,产品PRD,技术方案,月度总结等,以及各个系统的详细文档等。而且也能搜到很多技术方案设计,能力模型等。这样比较详细的学习别人怎样去做的,怎样设计的。
- 各个基础平台和系统。在这边不用什么都从头开始,公司提供了各种基础平台,比如服务发布的CI/CD工具,微服务的RPC框架,服务治理,熔断降级等系统。以及各种存储,KV存储,es平台,大数据平台等,让自己能够专注于业务,而不需要放很多精力在以来的平台开发运维上面。
- 流程规范。大公司流程还是比较规范的,如开发上线流程,整套流程每一步都细化,大家按照这套流程开发。极大的规避掉一些因为个人理解偏差和信息对齐上面造成的上线问题,能够保质保量的进行新功能迭代上线。
- 制定绩效合同,后面绩效根据此打,更大化的做得客观。
- 因为我原来是做大数据平台的,更多的面向的是公司内部,而现在是面向用户。可以感受到这边对监控,线上问题的也紧要重视。(这个主要是我岗位的变化)
不好的地方
- 从上至下传导下来的上线压力。对于上线出错本来是大概率的,这需要看影响层面,以及及时修复即可。而现在却让RD对每次上线都战战兢兢,生怕出点错。所以对于研发来说,或许不开发代码不上线就是一个好coder?
- 产品和开发的绩效目标不一致。对于一个面向用户的app,最大的绩效是提升用户使用感受。这需要产品和研发能够统一战线,产品既要摸索用户需求,又要和研发统一好研发成本;研发在开发的同时,能够为产品提出意见。而不是产品一直提需求,却不考虑研发成本,因为这不是他们的绩效,在极短的时间内写的code大概率是质量很低的代码,后期维护成本,出错可能性都很大,所以研发忙于奔命,也就没时间去优化代码,想些真正对用户有价值的需求。这是现阶段存在的一个矛盾点。
- 因为牵扯团队部门很多,所以很多需求都涉及多部门协作,沟通成本也是现阶段比较繁重的。需要对齐信息,以及确定边界,这些都是很正常的部门沟通。但其中有一点,因为对于线上问题,各部门开始撕扯,这时候就会将文档和聊天记录作为一些凭证,所以对于在部门沟通的时候,很多时间需要想怎么讲话,这无形增加了大家的沟通成本,逐渐往撕逼方向发展。
自己需要提高的地方
- 项目管理能力。经过了两三个项目的经历,逐渐熟悉了整个项目管理过程,与产品需求谈判对齐,与其他团队的接口定义,部门内的人力安排,项目的风险等,都需要项目管理者把握。在这些方面,如何与产品对产品需求合理性与该不该去做这方面的能力还需要提高,首先需要想这个功能能带来什么,以及实现这个功能的成本,有限排期内如何分阶段去实现这个功能。
- 涉及外部接口调用的,如果是新接口,需要找相关团队的人给接口文档,并给出SLA,哪些是必填参数,这些都需要写在技术方案文档中,并给相关人查看。如果出现线上问题,能够更能保护好自己。
- 目标感还需要加强。多与领导沟通,以及自己多想想自己想从事哪些事,将这些都给领导讲诉。让领导能够更好的给分配自己想做的,有利于自己成长的工作。
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 WBINGのBLOG!
评论