谈半年绩效了,我顺便给自己做了个总结-技术圈

前两天和Leader聊绩效了。

因为隔着双十一加上项目需求太多。没来得及做个自我总结，趁着闲暇的机会做个简单的自我总结。

整体来看，上半年做的事情还是有头有尾，有结果的。自己所负责的项目和业务方都拿到了满意的结果和给出了比较满意的评价。

先给肯定

上半年做的事情总结成一句话就是：两个项目+一个保障。

自己所负责的两个比较大的项目，最终都拿到了不错的业务结果。并且在「贴身为业务服务」上应该是做到了极致。最终业务方也给出了非常高的评价。这一块我给自己打满分。

在做事上也基本满足了几个关键要素：

「积极主动」是做事的第一要则。我之前也写过类似的总结。强调了做事「积极主动」的重要性。「积极主动」是建立良好印象的第一步，并且也是获得更多机会的第一步。

当然主动也分很多方面，比如主动沟通、主动和其他同学/业务方沟通了解更多信息等。

上半年做的一切技术调研，方案设计，评审等等最终的目的都是只有一个，能够「拿到有价值的结果」。

之前我还会犯这样的错误：为什么我这么忙，产出的东西这么多却拿不到满意的绩效结果。

后来经过和Leader的沟通才明白，评价所有过程的好坏就只有一条原则：结果好不好。

在上半年还做了一个比较不错的事情，我个人梳理了团队整体的保障方案。在此之前，组内的所有服务器、线上代码监控、定时任务监控、实时计算任务的监控都非常零散。最惨的是关于数据产出质量的监控几乎为0。

上半年花了近2个月梳理了整个团队所承担的项目和用到的所有的对外依赖服务，最终形成了一整套完整的监控体系。

几乎所有的关键路径都有报警可以及时准确的发出来，大大减轻了平时大家的运维和维护时间成本，并且在大促期间发挥了很重要的作用。

今年是第一次，双十一晚上没有被任何报警电话吵醒。真正实现了喝着茶打着游戏过双十一。

总结一下就是，上半年的关键技术沉淀和业务结果都拿到了，并且做出了比较大的团队贡献。

接下来谈谈不足。

个人觉得不足的方面分成三大类。

从C的技术平台建设转到B端的产品开发，个人的感觉是需求的能力模型有很大的不同。

很多读者可能还没有过这样的体感。尤其是数据开发方向的读者，大家现在大概率就是从事两个方向：

数据平台，不管你是偏技术还是偏业务。日常的工作大概率就是写离线的HiveSQL，实时计算Flink或者Spark的任务，做一些数仓或者业务需求。高级一点的是开发或者封装自己的平台给其他业务用。偶尔会遇到一些技术难点，比如这个任务计算时间长了需要优化，那个任务的延迟了需要解决，这个技术方案需要调研，那个和其他组件对接的点需要优化。
纯纯的SQL Boy。无他，就是写SQL解决业务问题，出报表。偶尔写一些后台的接口代码。

B端的产品设计跟上面的这个能力模型要求差太多了。在面向C端的产品，更看重的是快速开发、需求反馈收集、快速迭代、高效运维。

而面向B端的产品开发要有非常强的业务感知度，做业务流程梳理，产品定位，原型设计、功能和权限设计等，然后根据需求做开发和迭代。

在这一块上我个人感觉也是不足的，因为过去的经验不够适用。也在恶补大型B端产品设计的能力部分。