当前位置：首页 > article >正文

工作-述职笔记

article 2026/4/12 5:47:35

述职不是小阵仗，本来打算随便写写糊弄过去得了，但是看了人家洋洋洒洒数十页的报告，发现自己的这几页，已经不是简单，而是简陋，甚至是不能看了。

常用路子：
1、年度总结。
工作量当然是越多越好。
注：一定要量化，例如项目数量，功能数量，对接系统数量，联调系统数量，培训数量，文档输出数量，资产包或工具数量。全年无故障，稳定性，客户好评等。

这里的数量后续还可以附带一个明细列表。
项目数量
功能数量
对接系统数量
联调系统数量
培训数量
文档输出数量
资产包或工具数量
升级版本数量
漏洞修复数量
服务器、数据库、网关、mq迁移等数量

2、经典案例介绍。
拿出一个项目详细铺开，展现成果及能力。
例如：项目时间紧、任务量大、需求复杂、人手不足、客户要求高等。

但是保质保量完成了任务，甚至提前完成了任务。

这里面有什么经典方案。例如某个功能批量处理起来很慢，通过什么方案，将处理效率从每分钟1000条变成了10000万，快了10倍等。

又例如某个功能原本没有而且复杂，在客户的要求下变成了现实，面对挑战，无所畏惧，最终克服了。

3、降本增效的体现
光说项目还不够，有没有降本增效(体现价值)的内容，而且最好做对比。

实际上这也提出了个挑战，如果只面对功能，很难说有大幅的降本增效。
要大幅的提高效率，必须依赖于平台等，但是一般的研发没有这个实力，因为弄一套可接入的平台，需要很强的技术功底及大量的时间。
虽然很难，但是如果真的做到了，那么绝对是迈进了一大步。

非平台类的如何体现降本增效呢?
可以从文档输出等方面来说，一定程度上可复用，也会提高效率。
例如接口文档整理的很清楚，接手或交接都很快速有效。

4、今年职业规划
职业规划必须清晰，目的性明确，模糊性的词语不要用，容易被挑战。
例如：提升技术，积累知识，熟悉产品等，用在这里就不太好。
提升技术提升多少呢?
积累知识那不用说，每天都是在积累?
熟悉产品熟悉一点也是熟悉，你是在熟悉多少?

所以要明确?
例如由资深开发->技术经理或技术经理->架构师。
同等难度的项目数量由今年的10个变为20个。
承接项目效率比去年快30%等。通过引入新平台、或新技术等。

5、对公司的建议
可以是常规建议，例如多培训，多形成文档体系。
也可以是自己的大胆想法，例如人工智能运用到项目中。
例如 deepseek答题节省运维成本。
deepseek输出代码提高开发效率等。

6、提问及点评
虽然是常规环节，但也十分重要。
各位技术专家及领导经常会有比较透彻的见解，需要认真听取，对自己很有益处。

量化最大的好处就是。

很正常，好做的项目也到不了我们手里。

不服不行，多听听领导或大拿的点评，确实有很多亮点。很多话术自己想都想不起来。

千万别小看培训，可能就是短短1小时，但是需要下很多功夫，例如选题、宣讲哪些内容，重点是什么，亮点是什么，效果是什么等等，而且要落实到图案上，可以让参与者一目了然，另外，听众可能会提出各种问题，自己需要对内容非常熟悉才可以从容应对每个提问，这其实是不太容易做到的。