- 前言 -

最近一直在思考如何更合理地去衡量一个技术人员的开发效率？

网上查找了一些资料，发现有些衡量标准是通过检测代码的编写行数以及代码质量来评估一个开发人员的效率，例如：思码逸、pingcode等一些代码检查工具。

在复杂的业务系统中，如果仅仅是凭代码的数量和行数来衡量一个开发人员的水平，对开发人员来说是不公平的。每个开发人员的开发经验、业务理解能力、沟通能力还有业务的复杂度都是一个影响因素。

作为一名技术管理者，需要做好如下3点：

1、作为需求和技术的沟通桥梁，将需求转化为技术，用技术反哺业务需求；

2、提供一个友好的沟通环境，协助需求人员和开发人员达成某种共识；

3、人才的培养，帮助团队成员评估技术风险和进度风险。

这一篇我们来聊聊“如何衡量开发效率”？

一个功能需要多少工作量？

工作经验、业务复杂度、需求离解度、需求和技术沟通方式；决定了一个功能到底需要多少工作量。工作量的评估并不是开发完就完事儿了，还得考虑到测试阶段测试出来的问题数量以及是否满足需求度。

二、衡量工作量的标准是什么？

工作经验、业务复杂度、需求离解度、沟通能力是最重要的四个标准

三、如何更精准的衡量工作量？

项目开展推进过程中，难免会出现项目延期和赶工的情况，出现这类情况的原因总结归纳为以下几类：

1、工作量评估不精确，对自己能力的盲目自信；

2、业务理解不正确，对业务需求未完全理解；

3、设计不合理，库表和功能的设计和拆分满足不了业务需求；

4、缺乏有效的沟通，需求和技术人员的沟通不在同一个频道

一份正确、高效的开发计划。离不开以下8大环节：

一反馈和设计、三输出和三评审

需求输出、开发计划输出、项目总体计划输出

需求评审、业务复审、计划评审

功能设计、需求反馈

衡量开发人员的效率不是目的，帮助团队每一位成员快速提高技术、业务、理解、沟通能力，打造一个高效的项目，助力团队实现团队梦（您好、我好，大家下班早；你快、我快，单车变宝马）