第十五章 半年考核

一

入职六个月,半年考核来了。

云智科技的绩效考核每半年一次,采用 OKR + 360 度评价的方式。OKR 是自己设定目标和关键结果,360 度评价是上级、同事、跨部门合作方从多个维度给你打分和写评语。

考核结果分五档:卓越、优秀、良好、合格、不合格。

入职的时候,所有人都觉得王志远会垫底。

陈锐私下跟人打赌:"他过不了试用期。"

这话传到了王志远耳朵里。他没说什么,但记住了。

二

考核前一周,每个人要提交自己的半年总结。

王志远坐在电脑前,打开文档,开始回忆这六个月做了什么。

写着写着,他自己都有点惊讶——原来他做了这么多事情。

技术成果: - 修复了 12 个线上 bug,包括金额精度问题(BigDecimal) - 独立完成了用户导出功能优化(EasyExcel + 异步导出) - 独立完成了批量删除功能 - 独立完成了消息通知中心(事件驱动架构) - 独立完成了会员积分规则引擎(策略模式) - 在线上故障排查中发现了关键线索(缓存雪崩的根本原因定位)

流程贡献: - 制定了故障排查 SOP(标准操作流程) - 参与制定了 AI 生成代码的审查规范

技术分享: - 完成了一次组内技术分享(事件驱动架构实践)

个人成长: - 学习了 Scrum 敏捷开发全流程 - 学习了 Git Flow 工作流 - 学习了 TDD 测试驱动开发 - 学习了 UML 设计和设计文档编写 - 学习了代码重构和 SOLID 原则 - 阅读了《重构》《程序员修炼之道》等技术书籍

他看着这份清单,觉得有点不真实。六个月前的自己,连 DELETE FROM 不加 WHERE 会删全表都不知道。现在呢?他能独立设计一个模块,能在线上故障中找到关键线索,能在组内做技术分享。

这中间发生了什么?

他想了想,觉得答案很简单:他遇到了好的师傅,犯了很多错,然后从每一个错误里学到了东西。

三

360 度评价的结果在考核会之前是保密的,但王志远隐约能猜到一些。

赵北辰对他的评价应该不错——赵北辰一直在指导他,对他的进步看在眼里。

苏薇的评价可能比较客观——她不会刻意夸人,但也不会无端贬低。

马德华应该会给他好评——两个人关系不错,马德华虽然自己有点油滑,但对王志远一直挺照顾的。

陈锐……不好说。

李想的评价应该还行——自从那次需求确认事件之后,两个人的合作顺畅了很多。

他最担心的是周旋经理的评价。周旋是那种"只看结果"的管理者,不太关注过程。王志远在他眼里,可能还是那个入职第一天就差点删了全表的新人。

四

考核会在周五下午。

周旋经理一个一个地谈。王志远排在倒数第二个,等了一下午。

轮到他的时候,已经是下午四点了。他走进周旋的办公室,坐下来,手心微微出汗。

周旋翻开了他的考核材料,看了一会儿,然后抬起头。

"志远,你知道你的 360 度评价结果吗?"

"不知道。"

周旋把一张表格转过来给他看。

表格上列着每个评价人的打分和评语。王志远快速扫了一遍:

赵北辰(Tech Lead):

评分:4.5/5 评语:志远是我带过的进步最快的新人。从入职时的零基础到现在能独立负责模块,只用了六个月。他最大的优点是韧性强、肯学习、不怕犯错。在线上故障排查中,他画的故障排查流程图展现了优秀的结构化思维能力。建议继续加强系统设计和架构方面的学习。

苏薇(高级开发):

评分:4.0/5 评语:代码质量进步明显,从最初的"能跑就行"到现在能写出结构清晰、测试完善的代码。Code Review 的能力也在提升,能给出有价值的 Review 意见。不足之处是对复杂系统的全局理解还不够,需要更多实战经验。

马德华(开发):

评分:4.0/5 评语:小胖人好,技术进步快,团队合作意识强。

陈锐(开发):

评分:3.5/5 评语:基础扎实,学习能力强。但在技术深度上还有提升空间。

李想(产品经理):

评分:4.0/5 评语:需求确认做得很好,每次都会主动写 User Story 和验收标准,沟通效率高。是我合作过的最认真的开发之一。

王志远看完,把页面往上翻了一遍,又往下翻了一遍。

"进步最快的新人"——赵北辰给的这六个字,他盯着看了很久。

苏薇那条他也反复看了两遍。从十七条 Review 评论到"代码质量进步明显",这条路他走了四个月。

马德华那条最短,但他笑了——简短、真诚、很马德华。

陈锐的评语……3.5 分,不高不低。评语也很中性。王志远觉得,以陈锐的性格,能给 3.5 分已经算是"认可"了。

李想的评语让他意外——"最认真的开发之一"。他没想到产品经理会这么评价他。

五

周旋看着他,表情比平时柔和了一些。

"志远,你的综合评分是 4.0,绩效等级是'良好'。"

良好。不是"合格",不是"不合格",是"良好"。

"你入职的时候,说实话,我对你的期望不高。"周旋直言不讳。"二本毕业,没有实习经历,面试的时候表现也一般。我当时觉得你能过试用期就不错了。"

王志远没说话。他知道这是事实。

"但这六个月你的表现超出了我的预期。尤其是线上故障那次——赵北辰跟我说了,是你画的那张流程图帮助团队定位了根本原因。一个入职不到半年的新人,能在 P0 故障中做出这样的贡献,不容易。"

周旋喝了一口保温杯里的水,继续说:"你的进步幅度是全组第一。从入职时的'不合格'水平到现在的'良好',这个跨度比从'良好'到'优秀'更难。"

他看着王志远:"小王,进步很大嘛。年轻人就该有这股劲。"

这是周旋第一次叫他"小王"而不是"志远"。王志远不知道这意味着什么,但他觉得这个称呼里多了一点……认可。

六

走出周旋办公室的时候,王志远在走廊里遇到了陈锐。

陈锐的脸色不太好。

王志远后来从马德华那里听说了陈锐的考核结果——绩效等级是"合格",比上个半年降了一档。原因是 360 度评价中,有人写了很直接的反馈:

"在团队协作方面有待改进。存在将他人成果据为己有的情况,影响了团队信任。技术能力不错,但需要更多地关注团队贡献而非个人表现。"

王志远猜这是苏薇写的。苏薇的风格——直接、准确、不留情面。

陈锐看到王志远,表情复杂地停了一下,然后低着头走了过去。

王志远看着他的背影,心里没有幸灾乐祸的感觉。他想起这六个月里陈锐对他做的那些事——抢脚本、抢方案、冷嘲热讽。但他也想起陈锐偶尔说出的有用的技术建议,想起陈锐在 Review 上追问他线程池配置时说的那些正确的话。

陈锐不是一个坏人。他只是太在意"被看到"了,在意到不惜用错误的方式。

王志远不知道陈锐会不会改变。但他知道,自己不需要靠踩别人来证明自己。

七

考核结束后,赵北辰把王志远叫到了茶水间。

"考核结果看了?"

"看了。良好。"

"满意吗?"

王志远想了想:"满意。但也知道自己还有很多不足。"

赵北辰点了点头:"这个态度就对了。'良好'不是终点,是起点。下个半年,我对你的期望会更高。"

他从包里掏出一本书,递给王志远。

封面上写着:《程序员修炼之道:从小工到专家》——Andrew Hunt & David Thomas

王志远接过书,翻开扉页。上面有赵北辰手写的一行字:

笨功夫才是真功夫。——赵北辰

王志远盯着这行字看了很久。

"赵哥,"他说,"谢谢你这半年的指导。"

赵北辰笑了笑:"不用谢我。你自己肯学、肯练、肯犯错、肯改——这些都是你自己的功夫。我只是给你指了个方向。"

他拍了拍王志远的肩膀:"下个半年,我要去负责一个新项目,可能没那么多时间带你了。但我相信你已经有了自己学习和成长的能力。"

王志远的心里咯噔了一下。赵北辰要走了?

"不是离开公司,"赵北辰看出了他的紧张,"就是换个项目。还在同一层楼,有问题随时找我。"

王志远松了一口气,但心里还是有一种说不清的失落感。

这半年,赵北辰就像一棵大树,他在树荫下慢慢长大。现在大树要移到别的地方去了,他得学会自己晒太阳了。

八

那天下班的时候,王志远在电梯里遇到了林秀秀。

"考核结果怎么样?"她问。

"良好。"

"恭喜!"她真心实意地笑了。"我就知道你可以的。"

"你呢?"

"我也是良好。行政部的考核没你们那么复杂,主要看工作完成度和同事评价。"

电梯到了一楼,两个人走出公司大门。

夕阳很好,金色的光洒在路面上,把两个人的影子拉得很长。

"明天早上还跑步吗?"王志远问。

"当然。"林秀秀说。"不过明天我们换个路线,跑远一点。你现在能跑三公里了,该挑战一下了。"

"三公里?"

"怎么,怕了?"

"不怕。"王志远笑了。"跑就跑。"

两个人并肩走在夕阳里。王志远的影子比半年前瘦了一圈,但比半年前长了很多。

他想起入职第一天,他一个人拖着行李箱走进云智科技的大门,心里全是忐忑和不安。

六个月后的今天,他走出同一扇门,心里是踏实和期待。

踏实,是因为他知道自己这半年没有白过。

期待,是因为他知道下一个半年会更好。

九

晚上回到出租屋,王志远翻开赵北辰送的《程序员修炼之道》,看了第一章。

书的开头有一段话:

"关心你的技艺。如果你不在乎能否漂亮地开发出软件,你又为何要耗费生命去开发软件呢?"

他把这句话抄在了笔记本上。

然后他翻到笔记本的第一页——那是入职第一天写的:

Day 1

今天是入职第一天。差点删了全表。 赵哥说:别怕犯错,怕的是犯了错不知道为什么。 笨功夫才是真功夫。

他一页一页地翻过去。Day 15,站会恐惧症。Day 28,需求像雾像雨又像风。Day 35,Git 历险记。Day 38,第一次 Sprint Review。Day 60,代码的味道。Day 90,测试的力量。Day 95,设计先行。Day 120,暗战。Day 125,第一次技术分享。Day 130,敏捷不是快。Day 135,线上故障。Day 150,开始跑步。

一百八十天。从 Hello World 到 Hello Life。

他在最新的一页写下:

Day 180

半年考核,良好。不是优秀,但我知道自己值这个"良好"——每一分都是实打实挣来的。

赵哥送了我一本《程序员修炼之道》,扉页上写着"笨功夫才是真功夫"。翻开笔记本从第一页看到现在,一百八十天,从差点删全表到能独立做设计评审。说不感慨是假的。

这半年学了很多技术,但最重要的东西不是技术。是"说不会不丢人",是"先想清楚再动手",是"诚实比完成更重要"。这些道理说出来都像废话,但每一条背后都是一个教训。

下一个半年,赵哥要去新项目了。我得学会自己走了。

有点怕。但也有点期待。

就像跑步一样——刚开始的时候觉得一百米都跑不完,现在能跑三公里了。人生也是一场长跑,不需要跑得最快,但要跑得够远。

他合上笔记本,把它和《程序员修炼之道》并排放在桌上。

窗外的月亮又大又圆。楼下的烧烤摊飘来孜然味。隔壁外卖骑手的闹钟没有响——也许他今天休息了。

王志远关了灯,躺在床上。

明天早上七点,林秀秀会在楼下等他。

明天上午九点十五分,站会照常开。

明天,又是新的一天。

他闭上眼睛,嘴角带着一丝笑意。

第一幕和第二幕,结束了。

但他的故事,才刚刚开始。


:::{admonition} 小胖的笔记 :class: tip

本章知识卡片:绩效考核与个人成长

1. OKR vs KPI

OKR KPI
全称 Objectives & Key Results Key Performance Indicators
理念 目标驱动,鼓励挑战 指标驱动,考核达标
目标设定 自下而上,员工参与 自上而下,管理层设定
完成率 60-70% 算成功(鼓励挑战性目标) 100% 是基本要求
与薪酬挂钩 通常不直接挂钩 通常直接挂钩
适用场景 创新型、探索型工作 重复性、可量化的工作

OKR 示例:

O(目标):成为团队中代码质量最好的开发者 KR1:Code Review 通过率从 60% 提升到 90%(一次通过,无需返工) KR2:单元测试覆盖率从 40% 提升到 80% KR3:完成 2 次组内技术分享

2. 360 度评价

        上级评价
           │
  跨部门 ──┼── 同事评价
           │
        自我评价

360 度评价的维度(示例): - 技术能力 - 代码质量 - 团队协作 - 沟通能力 - 学习成长 - 责任心

写好 360 度评价的原则: - 具体:用事实和例子,不要空泛 - 建设性:指出不足的同时给出改进建议 - 公正:对事不对人 - 及时:基于最近的表现,不要翻旧账

3. 个人成长计划

半年回顾模板:

1. 这半年我完成了什么?(成果清单)
2. 我学到了什么?(技能/知识/软技能)
3. 我做得好的地方是什么?(继续保持)
4. 我做得不好的地方是什么?(需要改进)
5. 下半年的目标是什么?(OKR)

4. 程序员成长路径

初级开发(0-2 年)
├── 能独立完成分配的任务
├── 代码质量达到团队标准
├── 熟悉开发流程和工具
└── 能在指导下解决问题

中级开发(2-5 年)
├── 能独立负责一个模块
├── 能做技术方案设计
├── 能指导初级开发
└── 能独立排查和解决复杂问题

高级开发(5+ 年)
├── 能负责系统架构设计
├── 能做技术选型和决策
├── 能带领团队完成项目
└── 在某个技术领域有深度

5. 推荐书单(小胖的半年书单)

书名 作者 核心内容
《重构》 Martin Fowler 代码质量、重构手法
《程序员修炼之道》 Hunt & Thomas 职业素养、实践智慧
《Scrum 指南》 Schwaber & Sutherland Scrum 框架(免费)
《代码整洁之道》 Robert C. Martin 编码规范、命名、函数设计
《设计模式》 GoF 面向对象设计的经典模式

核心原则:笨功夫才是真功夫。

:::