【研发效能】如何度量研发人员工作饱和度

书接上篇为什么领导总是喜欢看工作饱和度
如果说要想回答领导以上的问题，大家还真的要动一些脑筋，曾经听到的思路有：

• 给研发人员用的所有软件都装上计时器，包括word打开了多少分钟，腾讯会议开了多少分钟等等
• 研发人员自己报工时
• 看加班时间
  种种措施看下来，要么是太过精细不太利用推行，要么太粗看不了细节。
  从已经实施过的无数案例看下来，有以下的一些心得：

1. 从大到小：从价值层面来看，饱和度需要首先满足的是资源和事项的匹配

如果说非要度量到个人层面上的工作饱和度，那管理者可能首先需要看一下整个组织的交付饱和度如何，也就是研发所花费的人力和对应的业务领域所提出的需求之间的一个对比。

需求和人力的对比.png

如果合适的资源都投入到了合适的需求实现中，那再往下去看个人层面上的饱和度。

任务和人时的对比.png

2.从少到多：工作饱和度的目标是想满足忙闲还是多少

从帕累托原则来说，大约80%的效果来自20%的原因。在团队中，这可能意味着20%的团队成员（头部）贡献了80%的成果。
实际情况每个团队果真如此么？是四六还是五五、三七？这些可能都是需要有一定的度量单位进行可视化的度量才能得出更有效的结论。
如果想提升团队的饱和度可能就需要从人员的饱和度分布的比例的调整开始做起。