谈半年绩效了,我顺便给自己做了个总结
前两天和Leader聊绩效了。
因为隔着双十一加上项目需求太多。没来得及做个自我总结，趁着闲暇的机会做个简单的自我总结。
整体来看，上半年做的事情还是有头有尾，有结果的。自己所负责的项目和业务方都拿到了满意的结果和给出了比较满意的评价。
先给肯定
上半年做的事情总结成一句话就是：两个项目+一个保障。
自己所负责的两个比较大的项目，最终都拿到了不错的业务结果。并且在「贴身为业务服务」上应该是做到了极致。最终业务方也给出了非常高的评价。这一块我给自己打满分。
在做事上也基本满足了几个关键要素：
主动做事
「积极主动」是做事的第一要则。我之前也写过类似的总结。强调了做事「积极主动」的重要性。「积极主动」是建立良好印象的第一步，并且也是获得更多机会的第一步。
当然主动也分很多方面，比如主动沟通、主动和其他同学/业务方沟通了解更多信息等。
用结果说话
上半年做的一切技术调研，方案设计，评审等等最终的目的都是只有一个，能够「拿到有价值的结果」。
之前我还会犯这样的错误：为什么我这么忙，产出的东西这么多却拿不到满意的绩效结果。
后来经过和Leader的沟通才明白，评价所有过程的好坏就只有一条原则：结果好不好。
团队贡献
在上半年还做了一个比较不错的事情，我个人梳理了团队整体的保障方案。在此之前，组内的所有服务器、线上代码监控、定时任务监控、实时计算任务的监控都非常零散。最惨的是关于数据产出质量的监控几乎为0。
上半年花了近2个月梳理了整个团队所承担的项目和用到的所有的对外依赖服务，最终形成了一整套完整的监控体系。
几乎所有的关键路径都有报警可以及时准确的发出来，大大减轻了平时大家的运维和维护时间成本，并且在大促期间发挥了很重要的作用。
今年是第一次，双十一晚上没有被任何报警电话吵醒。真正实现了喝着茶打着游戏过双十一。
总结一下就是，上半年的关键技术沉淀和业务结果都拿到了，并且做出了比较大的团队贡献。
接下来谈谈不足。
再说不足
个人觉得不足的方面分成三大类。
关于B端产品的技术方案设计
从C的技术平台建设转到B端的产品开发，个人的感觉是需求的能力模型有很大的不同。
很多读者可能还没有过这样的体感。尤其是数据开发方向的读者，大家现在大概率就是从事两个方向：
数据平台，不管你是偏技术还是偏业务。日常的工作大概率就是写离线的HiveSQL，实时计算Flink或者Spark的任务，做一些数仓或者业务需求。高级一点的是开发或者封装自己的平台给其他业务用。偶尔会遇到一些技术难点，比如这个任务计算时间长了需要优化，那个任务的延迟了需要解决，这个技术方案需要调研，那个和其他组件对接的点需要优化。
纯纯的SQL Boy。无他，就是写SQL解决业务问题，出报表。偶尔写一些后台的接口代码。
B端的产品设计跟上面的这个能力模型要求差太多了。在面向C端的产品，更看重的是快速开发、需求反馈收集、快速迭代、高效运维。
而面向B端的产品开发要有非常强的业务感知度，做业务流程梳理，产品定位，原型设计、功能和权限设计等，然后根据需求做开发和迭代。
在这一块上我个人感觉也是不足的，因为过去的经验不够适用。也在恶补大型B端产品设计的能力部分。
关于业务和技术问题的思考
关于「思考」这一块，很多读者都认为是被PUA的高发地带。
也不怪大家，你想想,「思考不足」这四个字下到刚毕业的应届生，上到公司的CEO，都适用。对吧？你做的好，可以说你「思考不足」，你做的不好，也可以说你「思考不足」。
这个问题大家就见仁见智的去理解。你觉得是就是，你觉得不是就不是。
这里我只说我个人的总结，大家可以站在这样一个角度思考问题：「如果你是部门的Leader，这个部门交给你，你会怎么做？」
我之前花了很长时间看麦肯锡的《金字塔原理》这本书，一个正确的有深度的思考过程是怎么样的。大家可以网上找个电子版下来读一读。
我的想法是这样，如果你想更上一层楼，那么满足现状是肯定不行的。聪明的人利用规则，愚蠢的才去批判规则。
关于「思考力」的提升，我之前总结了很多的笔记，但是因为篇幅原因就不一一放出来了。未来再逐步分享给大家。
关于分享和表达
这一块真的是没有太放在心上，自己狡辩几句就是太忙了😂，以至于很多方案的讨论会上发言不够积极。另外语言表达方面可以继续加强，「会」和「表达出来自己会」是完全不一样的两个概念。
上半年因为给一些读者上网络视频课，第一次体验了当老师的感觉，更是深有感触。
未来会更加主动的参与到大家的方案设计讨论中，贡献自己的思考和想法。
好的，就这么多了。
再有一个月，2021年就要过去了。
希望大家在新年钟声想起的时候，回顾过去的一年，多给自己一些肯定和鼓励。加油💪。
Flink CDC我吃定了耶稣也留不住他！| Flink CDC线上问题小盘点