研发效能，productivity 还是 performance

很多开发组织在敏捷转型的同时会成立一个研发效能的部门负责工程效率的提升，工作职责基本三大块:

• 基线和规范定义

• 效率和质量评估

• 工具研发和过程改进。

这里就有个范围的问题，用户价值的度量是否应当包含在研发效能管理的范围内？

回答这个问题，我们要转身看组织本身包含的活动类型。

还是搬出波特价值链，我们要回答的问题变成，研发活动是发生在基本活动还是支持活动上？

尽管我们在敏捷过程中强调业务和开发人员的持续交流，但对于大型开发组织而言，产品设计和开发活动依然存在管理的边界，需要进行领域分离，所以这里我们把“研发”换成“开发”。

对于大型开发组织而言，开发活动发生在基本活动的环节。基本活动的环节的特征是，目标明确，过程明确，也就是说，这些活动的治理方法都属于工程效率问题。

那么用户价值这个事情谁负责呢？回头看看 CEO 的老三样:找钱，找人，定方向。

“在合理的成本下，产出最大的用户价值”，这件事儿说到底还是 CEO 自己的事情，研发效能把这事儿干了，CEO 去干啥？

细心的人可能会发现，万一波特价值链这个模型本身就无效呢？例如现在的平台型组织怎么度量？

答案是，如果你所在的组织是真正的平台型组织，请先考虑生存问题，考虑研发效能的事情先就别考虑了。