再谈研发效率提升

最近因为一个版本的发布上线，带着团队兄弟们几乎通宵了，见到了凌晨四点武汉的景色。为什么到这么晚，这背后的原因是值得深思的。归根结底，就是研发效率不高，到了临近上线仍出现各种各样的问题。

之前写过两篇有关研发效率的文章《关于增效，需要做好这两点》和《怎样提高开发效率》，我一直认为开发效率的提升是整个开发过程中的重中之重。研发效率不能提高，靠堆人和增加工作时长，只能是指标不治本。本文是回顾和总结，也是新的思考。

首先，下面是之前文章中提到的一些观点：

工具使用
沟通（正向交底、反向交底）
加强代码审查
了解需求背后的意义，找准关键点

研发的效率不是说做的事情越多越好，也不是说测试验证没问题就可以了，可以从三个维度来进行衡量：

有效性
效率
可持续性

有效性

有效性是指我们的代码产出是否解决了问题，是否达到了客户的预期。最近有个项目组就碰到了这样的情况，开发人员非常辛苦，加班加点都按照“要求”把任务完成了，但一发布生产环境，客户就提出各种问题，看似好像是客户在刁难，实际是没能满足客户的诉求，对客户来说，这些辛苦是没有价值的。

效率

效率指的是开发人员的开发速度，同样的一个任务，有的人需要花好几天，有的人几个小时就搞定了，这不光是技能熟练程度的问题，思维更加重要，能够想到最优解，能找到最关键的点进行突破。

可持续性

可持续性分为两个方面：

代码的可扩展性：有良好的代码质量，产品才能持续地迭代，否则等到坏味道太重的时候就会推到重来，好的扩展性取决于在编码的前期要有足够的思考和规划；
可读性：一个团队依靠的是所有成员共同来完成一件事，任何一个开发人员都有可能接触到产品中其他人所写的代码，良好的可读性既方便自己也方便他人。

要能支撑上面的三个维度，需要从下面五个方面进行实践

公司文化
团队的协作实践
个人技能实践
流程优化
分享、降低部门壁垒

公司文化

公司的文化会影响到团队，甚至是个人，老板如果对产品毫不关心，那产品团队是做不好产品的。想要研发团队高效产出，那么在公司层面一定要特别重视研发效率的提升，所有有关提效的行为都应该是被鼓励和支持的。

团队的协作实践

现在几乎很少有单打独斗的时候，基本上都是一帮人合力来完成一件事情，团队是按照前后端的方式进行分组，还是按照功能性来进行分组？不同的团队可能会有不同的选择。也可能会在两者间进行切换。前后端之间怎么沟通协作？多个后端怎么协作做一个事情？需要大家讨论出一个都认可的方式，可以避免后续的很多争论和扯皮。比如我们现在是这么做的：

团队从前后端分组方式调整为按功能性进行分组，目的是每个组可以独立承接任务，有竞争有比较；
前后端协作比较简单，提前定义好接口规范；
后端多人之间协作，在编码前先写空方法，然后进行评审，这样相关人员都大致了解了整体思路。

个人技能实践

任何一个对技术有热情的人，都会想方设法努力提升自己，技术和业务都是如此。一个人的力量是有限的，如果互相之间能取长补短，每个人都会成长的很快。最近的一次周会上，我对团队建议，每个人每天都可以写写总结，如果觉得有收获或者学习到什么新的技能了，可以分享自己的总结给团队其他成员。

流程优化

很多时候，做事的方式换一下，或者步骤做些调整就能带来事半功倍的效果。比如前几年在代码发布时采用 Jenkins 构建容器镜像，然后再针对版本去 Gitlab 中去创建 Tag ，但 Tag 经常会忘记创建，会带来无法在当前版本上进行 Bug 修改的问题。后来将流程改为，先创建 Tag，然后在 Jenkins 中针对 Tag 进行构建，就很好解决了这个问题。

如果某个流程使用起来很别扭，或者会带来一些明显的问题，那就需要思考是否有更好的方式可以替代。流程的顺畅是产出优质软件的关键因素，只有这样才能最大程度地释放开发人员的创造性和积极性。