小结2025年个人工作小结(通用2篇).docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

小结2025年个人工作小结(通用2篇)

2025年个人工作小结(一)

年初,我把“让每一天都留下可追踪的痕迹”写在便利贴上贴在显示器下沿,从此开启了一场与自我赛跑的持久战。一季度,我负责的客户数据中台项目进入攻坚,原有ETL链路日均延迟18分钟,销售部门每次做季度复盘都要手动补录前一天缺失的订单,怨气像滚雪球。我拉着运维、产品和销售开了一场“吐槽大会”,把痛点全部写在白板上,再逐条贴色卡区分业务优先级。技术侧最棘手的是夜间批量任务与实时流计算资源争抢,我提出“错峰+降频”双策略:把非关键报表从00:30挪到02:00,同时把实时流计算内存预分配策略从“平均主义”改为“按订单价值梯度加权”,让高价值订单享有80%的缓存。为了验证效果,我写了700行Python脚本模拟双11流量洪峰,压测20轮后延迟从18分钟降到4分30秒,内存利用率提升37%。脚本被我上传到GitLab,合并请求描述里只写了一句话:“让数字说话,别让同事熬夜”。三个月后,销售部在群里发了一张截图:季度复盘PPT里第一次没有出现“数据缺失说明”这六个字。那一刻,我知道自己没白加班。

四月,公司启动“北极星”降本专项,财务给出目标:全年IT预算削减8%,但不砍项目。领导让我牵头做“云资源瘦身”,我第一反应是“这锅太沉”。云账单拉出来,光对象存储就占35%,其中70%是历史备份,法律要求保留五年,动不得。我把近三年的访问日志扔进S3Inventory,用Athena跑SQL,发现90天以外的备份访问量为0。于是设计“冷热分层+冰川转储”方案:90天内数据留在标准存储,90-365天转入低频,365天以上自动沉到GlacierDeepArchive,同时把原本每天全量备份改为“周日全量+其余增量”。方案上线第一个月,存储费用下降42%,领导在OKR复盘会上把“超预期”三个字说得很重。我却盯着另一组数字:冰川取回需要12小时,万一真要紧急回滚,业务等不起。为此我写了两套预案:A预案是提前把近半年数据留在低频层,B预案是用生命周期策略在回滚触发时自动提升存储等级并发送短信告警。为了压测B预案,我半夜两点把测试库删掉,假装“灾难”发生,12分48秒后数据回到标准层,业务系统无感知。第二天我把演练报告发给财务,附加一句:“省钱不是目的,让公司睡得着才是”。

六月,我临时接手离职同事的IoT平台,代码仓库里躺着三千个未解Issue,边缘设备固件版本混乱,云端MQTT主题命名像“摩斯密码”。我先花三天把设备影子(DeviceShadow)全部导出,写脚本做语义聚类,发现80%的主题都遵循“产品/区域/设备ID/属性”四级结构,只是分隔符有人用“/”有人用“_”。我拉齐各产品线负责人,开了一小时“命名公约”会议,现场投票选定统一规范,然后把旧主题全部映射到新主题,用Node-RED做路由转发,保证新老兼容。接着做固件OTA升级,按设备在线时段分批灰度,每批5%,观察CPU、内存、消息延迟三项指标,一旦标准差超过基线10%就自动暂停。升级持续三周,最终把版本收敛到三个主版本,未收到一例客诉。为了防反复,我把整个流程写进Confluence,画了一张“时间-风险”热力图,红色区域代表禁止发布窗口,后来这张图片被硬件部门拿去当桌面壁纸,他们说:“看着红色就提醒自己别手痒”。

八月,我给自己设了一个“私活”:把团队周报自动化。原因是每周五下午两点,大家一边写周报一边刷手机,气氛像“开学前补作业”。我用JiraAPI拉取每个人的任务状态,再匹配Git提交记录,按“需求-任务-代码-缺陷”四象限生成Markdown,推送到企业微信机器人。为了让数据更好看,我加了一个情绪值:如果当周缺陷关闭率大于90%,就在标题后面加一朵??,否则是???。第一周推送后,缺陷关闭率从82%飙到94%,PM说:“为了那朵小花,也得把Bug清完”。后来有人提出“代码行数不等于工作量”,我又引入“有效提交”概念:只统计与需求关联的commit,且diff复杂度超过20。跑了一个月,大家发现排行榜前几名居然是平时话少的测试同事,因为他们提交的自动化脚本动辄改动几十个文件。于是团队里掀起一股写脚本的热潮,连设计师都开始学Python,说是“为了让自己出现在周报里”。到年底,我们团队把这条自动化周报开源,GitHub上star数破千,有人留言:“原来周报也可以有游戏化思维”。

十月,公司准备ISO27001年审,领导把“资产清单完整性”交给我。IT资产分散在五个系统:CMDB、财务固资、云控制台、门禁、工位贴纸,数据像“平行宇宙”。我先写爬虫把五个系统的数据拉到本地,再做模糊匹配,发现同一台MacBook在CMDB里叫“MBP-2021-A12”,在财务里叫“苹果笔记本-13寸-银色”,在门禁里没登记。为了统一

文档评论(0)

156****9588 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档