晋升绩效总结——泡泡

阅读量:

个人成长剖析

入职时间:2018年9月12日

背景:

1、在入职公司以前,处于偏传统的企业或者各种规范不太完善的小公司。最明显的差距是,最基础的Code Review机制在以前的工作经历中是从没有过的,更没有什么统一的标准编码规范。所以,在入职初期,很明显的感觉到自己和组内同学的一些差距,这种差距是以前从未有过的感觉。

2、以前的工作经历中几乎从未有过跨团队推动和协调以及沟通某个任务的场景。

3、在以前的开发中,只是一个开发,由于测试架构组没有产品和测试的HC,所以我不仅仅是开发,更多的还有半个测试、半个产品的角色。

技术能力:

1、在公司Code Review机制下,入职初期暴露了很多我编码规范相关的问题,这方面的意识之前是从未有过的,仔细想想,如果自己写完代码稍微能回看一遍,自己也能发现问题。所以本着不仅仅实现功能的目标,如何以优雅、可读性高、可扩展性好、便于维护的方式实现功能的思想已经深刻到我的脑子中,变成了我的一种思维模式。

2、React.js,在入职之前几乎完全不会前端技术,记得很清楚,面试的时候布克在最后一个问题问的我有没有兴趣自学前端技术,因为我们组的前端后端资源没有分开,当时的回答是愿意,内心的回答也是非常愿意,其实当时内心的想法是,带薪让我在项目中学习一门技术那我不是赚大了么。所以在组内同事的帮助下和自己私下的学习中,不久的时间不光是前端的语法语义规范、编码规范、项目架构,熟练使用已经没有任何问题了。

3、在做一些内部项目交互的过程中,会去主动查阅对方的源码实现,比如soa、sso、kms等,在这个过程中可以帮助我更深入的和对方合作,并且能取长补短,发现别人编程的好的思想和自己的不足。

沟通能力:

强烈推荐看到这篇总结的人收藏这篇文章、熟读他并且能在不光是工作中包括生活中应用:一个人是否靠谱,闭环很重要

作为内部项目,并且没有产品经理的情况下,大多数情况是需要和用户进行深入的沟通。非常庆幸能接收到跨部门、跨职级的多方协作的任务,作为一个底层的员工,去推动一件事情的完成,过程虽然比较困难和艰辛,但是回头看看,当看到上述文章的时候,突然发现,自己已经培养了这个能力,并且已经成为下意识的习惯。再回想刚入职的时候,在群里和别人沟通工作的时候,最基础的,比如别人问一个问题 ,我心里其实已经有了完整的答案,但是我会分好几条消息发送出去,这会让别人等的很急,最好的方式是编辑好一次性发送出去,由于时间太久了,没找到相关聊天截图。

责任心:

这点需要结合以前的工作经历来说。以前的工作方式是,产品经理整理好详细的需求文档,细致到报错提示什么文案都会写清楚,前后端分工协同开发,也几乎不存在跨部门的问题,开发完成以后,测试进行多轮测试,测试出问题打回,所有协同人员都在一个办公地点,所以也不存在跨地区沟通的障碍。但是在测试架构组,没有产品,没有测试,业务方提的只是一个想法,可能只是他一个人的想法,甚至可能是错误的想法,几乎不会站在整个项目以及开发的大局观提需求。并且,由于公司部分组在使用Kaptain的一个竞品:Jira,所以我会非常慎重以及非常用心的聆听每一个人的建议。我从来没有过这种顾虑,我做的功能出现了一个小小的bug,我会那么愧疚,我设计的交互或者功能满足了A又不满足B,我会那么担心,担心因此B用户就会选择去使用Jira。渐渐的这些担忧和顾虑就演变成了责任心,我要对我的功能负责,对我的项目负责,对我的用户负责。

晋升相关

晋升前:

熟读JobModal,发现5到6的晋升很大的一点提升是,6需要独当一面,在很多事情上能有自己独到的见解,能结合公司的战略方向,工作中支持战略的落地,不管是在技术、沟通、思想、责任心。相对于5我都是需要很大的提升,所以铭记6的岗位职责,在19年6月份开始弥补和提升自己的不足。

晋升时:

晋升时的心情十分紧张,从来没有经历过这个场景,对我的感觉就像电视剧里面的一个人面对多个面试官,所以会有点激动。特别是在演讲结束以后,评委们各自都提出了一些问题,都是在围绕项目价值以及项目的技术难度,当时也是比较慌张的,因为项目本身的技术难度不高,业务也不复杂,但是难的点是内部项目,定制化的需求太多,大多数人的操作习惯审美观念差距很多,并且要做成完全傻瓜式操作,这些难点都需要用技术手段去解决去兼容。

晋升后:

其实晋升本身就是自己能力的提升,本质上是让自己变得更加优秀,所以这个过程本身就是令人开心的,不管结果如何都是需要庆祝的,如果成功了,公司作为人道主义给与奖励是需要感恩,而自己能力的提升是终身受用的,不限制行业和公司。所以晋升后的想法是十分感激公司,并且更加坚定在以后的日子中更加努力。

我的行动

1、独立负责市场部需求管理全流程(KRM)的设计和研发。为公司市场部和产品部搭建了一个沟通和协同工作的桥梁,从多方位多角度自动化推进需求的全生命周期,也获得了高层的关注和带头推进。

2、独立调研并推动工单系统的设计和研发,并且结合聆听计划,搭建了外界用户和公司产研团队的桥梁,真正意义上的聆听用户的心声,更好的践行用户至上价值观,所有的产研节点都对用户透明化,实时反馈加通知,打通工单至需求,工单至Bug两条链路,实现几乎全自动流转,并且得到了多个业务线的大力关注和支持,以及为各个业务线和公司提取出了很多有用的建议和反馈。

存在的不足和提升

由于内部项目的特殊性,技术深度随着职级和工作年限的提升有点偏浅,所以对于晋升后在各项技术上和目前的岗位职级相匹配的情况下,需要私下付出更多的时间来弥补新兴技术、概念。

关注我们

酷家乐质量效能团队热衷于技术的成长和分享,几乎每个月都会举办技术分享活动(海星日),每半年举办一次技术专题竞赛分享(火星日),并将优秀内容写成技术文章。

我们尽可能保障分享到社区的内容,是我们用心编写、精心挑选的优质文章。如果您想更全面地阅读我们的文章,请您关注我们的微信公众号"酷家乐技术质量"。


comments powered by Disqus