2022 年 Q3 季度总结

吐槽

一个项目组的工作环境和氛围，是跟他的最直接领导有很强的关系的

自从我们的工作评价体系由 KPI 转向 OKR 之后，看似有所转变，其实本质上没有任何的调整

当我们定了一个评价体系之后，先不管他有用没用，至少做到的是执行，是全面的执行，不然怎么知道到底有效果没效果呐

当我翻看 OKR 内容的时候，从对齐的角度看，组内成员并没有很关联

总之看上去就是各自玩儿各自的，并没有向心力

你们有定期讨论你们的项目内容吗

你们各自关联的任务有定期同步吗

你们定 OKR 目标的时候，有深度思考了工作内容吗，目标要完成到什么程度吗

你们有定期分享吗

啥也不是，烂的一笔

小结随便扯扯

1. 自研监控系统，子功能数据类监控开发上线已完成，接入已经全面接入，不需要业务方参与，只管使用

   1. 从开发角度来看，引入 telegraf，稍作代码调整即可完成开发性的任务
   2. 前端页面也是在原有的【监控实例】框架内新增子页面和功能，开发难度很低
   3. 后端的功能基本不需要增加新的内容，【同步任务】的框架内，本功能也可以集成进去
   4. 总结起来，这个 OKR 的任务难度很低

2. 广告和数据中心的监控迁移工作已经完成，不改变原有使用习惯，并且已经配置好告警规则，并全面使用中

   1. 广告接入过程中，新引入 PrometheusAlert 开源软件，稍作配置，基本不用开发
   2. 数据中心的接入过程中，主要是阿里云的 Grafana 面板迁移到自己的 Grafana 过程中的一些配置问题解决
   3. 总结起来，这个 OKR 开发的任务也很低，基本上是输入配置型的任务

3. 财务对账任务属于定期工作，并且已经和合作方对齐功能任务，暂时满足财务的对账需求，并试运行了两个月

   1. 合作方的对账功能主要还是依赖实例的主机名称或者标签
   2. 最大的问题依旧是实例买入的入口不统一不规范，导致的主机名称空缺或者不规范
   3. 对账功能还是需要 CMDB 建设的完善
   4. 总结起来，这个 OKR 的任务是充数的，因为由此引发了基础建设的问题，没有基础建设或者基础建设很薄弱，本任务就很浪费精力

还没完

下个 Q

主要还是想围绕监控系统做更多的开发，为了业务方更加方便的使用，另外也包含一些最近提的需求

目标是给自研的监控系统做成开源项目，朝着这一目标继续做，预计 Q4 能够对外完成

关于 CMDB 的基础建设，是否继续参与

关于 CMDB 之后的业务树项目，是否继续参与

关于工单系统，我觉得得开会讨论下怎么做，对标谁，能否替换现有的工单系统（三方收费，可能不续签）

关于对账系统的建设，需要开会讨论怎么做，做到什么程度

是否有新的项目开发，如果没有，自己玩一玩自研的 K8S 管理系统，目标达到可使用