使用人效指标量化互联网技术团队的工作

zaiyiaaaa

开始之前请允许占用你一分钟时间讲个小故事：

昨天，就在昨天，某位老板问我：“我的CTO告诉我要上中台，说要投入20个人，1个月时间，做中台是应该用这么多人手这么长时间么？”

我来解读下这位老板的问题吧，实际上是对技术负责人的灵魂拷问：

• 技术团队的能力；
• 技术团队的效能。
  

那你可能非常不理解老板为什么会问这种问题，你觉得自己已经解释的很清楚了：“中台很复杂，又分为业务中台和技术中台，业务中台又有会员，权限，消息，商品，交易，营销等；技术中台又有：缓存，消息，搜索，调度，配置等；又要从产品需求开始梳理，再到概设详设再到编码测试，的确是一个大工程。”

其实呢，老板在说技术团队的效能，你在说技术复杂度，你俩都对，但是不在一个频道上，那自然会出现这种日复一日的灵魂拷问了。那怎么办呢？你不可能要求老板想方设法理解你吧？那对不起了，你只能想方设法找到这么一个小小的桥梁，无缝衔接你和老板，让老板懂技术团队，让技术团队得到公平公正的评价。

那老杨经过无数个日日夜夜千万次的问，才找到这么个桥梁，人效是也。

那细心的同学会问：“人效有这么神奇么”？不好意思，人效就是这么刚，毫不夸张地说，人效就是衡量技术团队优劣的最关键指标，不管你信不信，反正我是信了，而且我还要阐述一下我为什么信，走着。

首先明确一点，本篇的人效是一个广义的概念，包括五层含义：1.人员个数；2.研发容量；3.研发能力；4.业务投入率。5.研发人效。

直接上干货，公式如下图：

人效公式

细心的同学会问：“Oh my，怎么出来一个标准人天？什么是实际人天？什么又是有效人天？”

好吧，急啥呀，稍安勿躁，马上就解释了，含义如下：

1. 人员个数，表征具备不同工种不同级别的人数各多少个。What？你说你们公司没有职级标准？那么对不起，你只能从网上搜一个了。本篇附上老杨的示例供参考。

技术职级标准

2. 研发容量，表征技术团队容量几何，数值越大容量越大。标准人天就是为了统一度量衡，否则还是各说各话，那么以谁为标准呢？老杨告诉你一个最简单的方法，找一个进公司最早待的时间最长的程序员，以他为基准即可，其他程序员都向他看齐，乘一定的系数，本篇附上老杨的示例供参考。

标准人天

3. 研发能力表征技术团队能力，数值越大能力越强。如果你的团队研发能力超过了1，说明都超过了基准，那么恭喜了，你一不小心进入一个能力很强的团队，真是“傻人有傻福”。
4. 业务投入率表征技术投入到业务研发的情况，数值越大投入越大。解释下实际人天，本篇约定业务研发分为5个阶段：需求、设计、开发、测试、线上bug，凡是投入到这5个阶段的人天皆为实际。那么请注意哦，你畅谈风月、游戏人间的时间肯定不在此列。
4 y8 |$ |+ S9 @# y' Q5. 研发人效表征技术人员的效率，数值越大人效越高。解释下有效人天，本篇约定在需求、测试两个阶段有效系数0.5，在线上bug阶段有效系数0，所以尽量减少这3个阶段的投入哦。

( L' U! R: f1 C5 ?: n( c% \$ a

实际投入有效投入

不难发现，上述五点，可以完美的回答：技术团队有多少什么样的人能做多少什么样的事；技术团队这些人的能力怎么样，朝什么方向去提升；技术团队支持业务的工作投入怎么样，效率怎么样。此时你可以和老板来个默默无语两眼泪了，相见恨晚思密达。

如此这般，开篇的中台事件，在基于明确了上述人效值的前提下，你就可以如是回答老板：“中台一期包含：会员，权限，消息，缓存，搜索，调度，配置，分别需要80人天，60人天，60人天，50人天，50人天，50人天，50人天。”

% f$ v4 R/ B' d  x$ B

勇往直前11

研发能力表征技术团队能力，数值越大能力越强