技术 KPI 的量化

技术 KPI 的量化

提升技术氛围，打造工程师文化不能仅停留在口头上，可搭配一定的强制手段，比如和技术人员的利益绑定。这种绑定就需要我们能对技术贡献进行一个相对公平的分解和量化。

技术 KPI

基于此，我将技术人员的 KPI 分解为业务贡献、技术贡献和团队贡献三个大的部分。

其详细内容如下：

• 业务贡献：包括需求把控，业务项目和业务创新。
• 技术贡献：包括设计重构、技术影响力、Code Review、创新提效和代码质量。
• 团队贡献：包括招聘、新人培养和团队氛围。

那么技术贡献中的这几个维度要怎么理解呢，解释的话我就不多说了，用我们工作中的一些案例来描述一下吧。

应用质量：

• 你负责或者共同负责的应用质量分（可以从代码重复率，圈复杂度，分层合理性等维度考察）。
• 你做了哪些提升应用质量分的工作。

设计重构：

• 我在客户通项目中，对 CRM 销售域进行了领域建模和设计，并且抽象合理。
• 我发现 Infrastructure 中 package 分类不合理，进行了重新设计并重构完成。
• 我发现现在系统中错误码比较混乱，我梳理制定了新的错误码规范，并完成了代码重构。

技术影响力：

• 在团队内分享 10 篇干货，点赞数 1000。
• 团队分享策略模式，得到同学好评 。
• 我接受邀请，在行业会议上分享了 SOFA 架构。

Code Review：

• 我在 Review 某某代码的时候发现，可能存在线程不安全的隐患。
• 我在 Review 某某代码的时候发现，存在设计不合理的现象，此处使用责任链可以很优雅的解决问题，并具备一定的扩展性。

创新提效：

• 我发现本地测试启动 Pandora Boot 比较浪费时间，所以写了一个 TestContainer 大大提升了自测效率。
• 我发现有一些 boilerplate 代码不需要写，所以对乐观锁、分页进行了 annotation 支持，简化了代码。
• 在某个项目或者技术点上面，我产出了一篇专利：基于领域模型的业务配置化。

代码质量：

• 提测后的 Bug 数，线上故障数（系统可以提取，不用自己填写） 
• 我完善了某某模块的单元测试，并多次在自动化回归中发现问题。