java开发kpi考核_如何量化考核技术人的KPI？

对技术人来说，技术是成长的“核心”。然而，在实际工作协作中，技术的重要性常常被业务所掩盖，造成先业务后技术的现象。

针对这个痛点，阿里高级技术专家张建飞提出了自己的解决思路，希望能与大家一起探讨交流。

一、为什么需要技术KPI？

在业务技术团队，有一个不好的趋势就是团队越来越业务，越来越没有技术味道。每个人都在谈业务，技术大会上在谈业务，周会上在聊业务，周报里写的是业务项目......

唯独少被谈及的是技术本身。此处并不是说业务不重要，而是说理解业务和把控业务需求是技术人员的Base，而不是全部。

1、将就的代价

这种技术味道的缺失对技术团队来说是非常可惜的，也不利于技术人员的成长和发展。因为很难想象一个没有技术追求的团队能开发出一个健壮的、可维护性好、可扩展性好的系统。相反，这种业务代码的堆砌，从短期看也许是“较快”实现了业务需求，但是从长远来看，这种烂系统的增加会极大阻碍业务的发展，形成一个个的黑洞应用，而工程师被裹挟在业务需求和烂系统之间，疲于应对，心力交瘁。

这种将就将导致系统腐化，技术债越垒越高，像肿瘤一样消耗你所有的能量。

我不是药神，只能尝试开出一方——那就是在不影响业务的情况下(特别是相对稳定的业务，请拒绝业务方的时间倒排)，Tech Story应该和User Story有同等的重要性，要把重构优化提到和业务需求相等的优先级去处理。我们不仅要对业务需求负责，我们更要对应用的质量，系统的可维护性负责。

因为我们技术人员是应用的父母(有些是亲生父母，有些是养父母)，你不照顾