从2022年开始，每年到了12月底，部门负责人会要求公司HR组织部门成员的年度述职。按照每年的惯例，今年已经是第三次了，虽然每年述职评委的变化不大，但是每年我自己的感受却有很大的不同。
2022年-兴奋
2022年部门团队刚刚完成初步的建设，团队人员熟悉感不够，还处在一个彼此磨合的阶段。
那时的我，属于1个工程组（4个成员）的负责人。整个部门总共20个人左右，分为了：2个工程组、1个产品组、1个算法组。
那年的述职，我们部门也成为了公司首例全员述职的部门。由于没有往年的参照，也不清楚这种述职意义，大家都进行自由发挥，没有任何框架和规范的约束，可谓是五花八门、参差不齐。
我作为一个团队的负责人，对于这次述职更多的感觉，是初次尝试的兴奋，并没有给予足够的重视。现在我再去看当年的材料，有一种强烈的羞耻感。
- 年度概述中，完全体现不出这一年的成绩和产出。
- 当年对自己准备的材料还非常自信，有种与众不同的满足感，处于井底之蛙而不自知。
- 这一页PPT全是虚头巴脑的废话，评委想看到的是真材实料，不是大道理。
正是由于这次自己没有认真准备的年度述职，让自己失去了2023年的晋升机会，也是直到现在公司唯一的一次机会。
这件事情让我当年郁闷了好长一段时间，我甚至还去问过部门负责人，为什么连晋升申请的机会都不给我？
部门负责人对我说：还不是时候，能力还达不到要求。
后来我才真正明白，这个能力指的是什么。就是你还没有展现自己团队产出的能力，就像茶壶里的饺子倒不出来，这对于一个Leader是非常大的缺陷。
2023年-自信
2023年部门在算法和产品侧进行了一定的人员扩张，整个团队成员到达将近40人。到了2023年的年底，部门的底座已经基本稳定，团队各个领域都已经具备了一定的人才储备。
这一年的述职，无论是公司还是部门，大家也更加规范和成熟。有了前一年的踩坑经验，今年我的述职材料也准备的更加完善和充足。
在述职过程中，这一年给我的感觉是自信。自信源于以下：
- 跟去年对比有了质的进步。
- 跟部门其它的Leader对比，自己的产出以及材料，也具备一定的优势。
- 评委也给予了我较大的肯定。
但是，有些事情等你准备好了，机会就已经错过了。这跟商业市场竞争是一个道理，一个产品有好的创意，如果不快速上线给用户使用，等你准备好了，可能机会就被其它人先抢占了。
这一年在公司内部，无论是绩效考核，还是个人影响力，我都取得了较大的成绩。可是，公司以及整个行业都处于一种下行的趋势，你的顶峰遇到了公司的下坡路，最终的效果就是正负相抵消。
2024年-困惑
2024年部门内部也才刚刚完成述职不久。这一年我准备的更加充分，甚至对材料提前练习了多次，确保自己还能够有去年的那份自信。
2024年随着大模型的发展，AI应用如雨后春笋般爆发。部门也进一步扩充了算法和数据分析岗位的人员，整体达到了约70人。我管理的工程团队，成员也从去年的4人扩充到今年的9人。
今年的述职，给我更大的感受是困惑。困惑的不是自己准备的材料不充分，而是工程方向的价值感不足。
今年述职的安排，是部门内Leader和非Leader述职分开进行。我们述职时，除了有HR来主持，还特意邀请了一名公司高管作为评委。述职安排的顺序本来是： 产品Leader -> 工程Leader -> 算法Leader。被邀请的高管看了一下述职顺序，说：“工程侧的内容，他也听不懂，就把算法的述职排到了工程前面。工程侧只保留一位总负责人顺序不变，其余都排到算法后面，他听完算法侧的述职，后面就不听了。”
最终述职的顺序变成了： 产品Leader -> 工程侧总负责人 -> 算法Leader -> 工程侧其它Leader。总共10多个人，每个人半小时，一天的时间，到了后面述职时，大家的精神都很疲惫，再精彩的内容也会让人难以集中精神。
而这次述职让我困惑的点：
- 在公司上层管理者的价值排序中，产品 > 算法 > 工程。
- 工程侧总负责人述职完成后，被邀请的高管问到一个问题：“AI在25年，能够给团队带来多大的效率提升”。在当前公司业务没有大进展的前提下，团队能够提效的方式，只能通过裁减人员来体现。
- 工程侧关注的几个核心指标，支撑产品需求完成的效率和质量以及系统的稳定性，这些都不能给公司带来正增长，都是后台辅助的工作人员，舞台上耀眼的明星属于产品和算法。
2025年-展望
作为一个软件工程师要如何体现自身的价值？这个问题在IT基础设施没有这么完善的公司里，要能够量化出来，并不容易。
软件工程师，在日常工作中，要做的事情包括（不限于）：
- 支撑好产品或者业务需求，确保需求上线的效率和质量。（这是公司挣钱的武器，但是工程人员只负责落地。产品或者业务人员才是焦点，他们证明了需求要做的价值，以及做后带给公司的收益。）
- 优化系统运行中已存在的问题或者潜在的问题，提升系统的稳定性。（坚守好系统的底线，让业务能够 7 * 24 小时持续运转）
- 提前优化架构，为后期更高效的支撑业务，提供更好的架构。
总而言之，软件工程的最核心的点是：高效支撑业务的发展、并保障系统的稳定性。
高效支撑业务发展如何体现，要么在人力相同的情况可以做更多的事，要么在人力减少的情况做同样多的事，体现支撑的高效性。
保障系统的稳定性如何体现，系统全年没有任何故障，最好还能用更少的资源做到，也就是降本增效。
产品是站在研发前面的经营者，也是每个需求或者项目更全面的统筹者，自然而然从公司的价值来看，这个职位的价值就是高于研发。
而算法随着现在AI的发力，是更能够让公司产生新创意，挖掘出新的经营赛道的职位，从未来来看，它的价值也必然高于研发。
在这种情形下，那么作为软件工程师，2025年我们又该如何发力呢？
- 与AI友好合作，把它当作自己的工作助手，进一步提升自己的工作效率。
- 向前看向产品，从产品的核心竞争力和数据分析上提升自我的能力。
- 深入大模型，对AI的落地和支撑能力，有更全面的了解。
