在Scrum和SAFe背景下使用每个团队成员个人评级的实践

在本文中，我计划讲述在我们的实践中，我们如何在按照 框架工作的过程中应用Scrum中每个团队成员的个人评级 SAFe

也许很多人会同意，尤其是在俄罗斯，我们这里的人相当经常地尽量少干活（在自己的能力范围内交付最终产品，或通过获得新能力来交付）而多拿钱。随着公司规模扩大，这种机会似乎成正比地增长。通常，各种HR相关人员会处理这个问题，他们想方设法构建正确的激励机制。OKR之类也属于这里。总的来说，这一切似乎都旨在平衡公司内部每个人的负荷，并让公司所有相关群体/团队都感到舒适。在本文中，我将分享一个我自己想出的、并在团队中应用的指标。在我看来，它可以补充HR和OKR在平衡某个具体团队内部负荷方面的努力，或者相应地发现失衡。此外，它完全可以扩展到团队之团队，我看不出这有什么特别的问题。

因此，作为Scrum Master，我有时相当明显地看到团队中的负荷并不平衡，有人干着两个人的活，有人什么都不做（这些是极端形式，当然也是严重问题，但这个指标显示的不只是极端形式）。我遇到过这样的情况，于是开始思考什么指标能够鲜明地凸显这个问题。最终，这促成了每个团队成员的个人评级。

在描述这个指标本身之前，我还想指出一个在我看来非常重要、目前我对此绝对确信的想法。

指标应该建立在你们本来就会获得的数据之上。获取任何指标都不应迫使团队系统性地花费更多时间，也不应让团队的价值交付流程去迎合指标本身。关于这一点，我会尽量在后续文章之一中详细说明。

那么，举一个具体案例。当然，我们使用看板来让用户故事在从DOR（Definition Of Ready，就绪定义）到DOD（Definition Of Done，完成定义）的各种状态之间移动。我们的看板是虚拟的（即位于互联网上，通过链接访问）。我们的团队也是分布式的，站会通过企业Skype进行，同时会直播看板。

团队成员可以方便地将自己设为用户故事的参与者，这样在使用按自己筛选时，就可以快速只保留自己当前参与的那些故事（我们最常在站会上使用这个筛选器）。

这里还想说明一下：这并不意味着该团队成员不能参与其他故事（例如，如果在站会上某个团队成员请求帮助，他完全可以成为新故事的参与者；或者相反，如果他觉得不需要自己的参与，也可以不再作为某个故事的参与者。

因此，为了计算每个团队成员的评级，我们需要查看每个团队成员影响了多少SP。在我们的例子中，阿尔卡季影响29 SP（故事1、2、5、6），塔季扬娜影响33 SP（参与所有故事），瓦西里影响23 SP（故事1、3、5、6）。

已关闭（完成DOD）方面，阿尔卡季是29 SP中的5 SP，塔季扬娜是32 SP中的6 SP，瓦西里是23 SP中的5 SP。我在排序上折腾了很久，最后得出了这样一个比较两个团队成员的公式（team[i] ——一个团队成员， team[j] ——另一个团队成员）：

根据这个排序，我们会得到当前团队成员评级如下。

• 第1名。瓦西里（已完成5/23）
• 第2名。阿尔卡季（已完成5/29）
• 第3名。塔季扬娜（已完成6/32）

现在让我们生成整个冲刺的所有数据。假设冲刺持续5个工作日。

• 第1天
  

  

  
  第1名：瓦西里（已燃尽0/23）
  第2名：阿尔卡季（已燃尽0/29）
  第3名：塔季扬娜（已燃尽0/32）
  
• 第2天
  

  

  
  第1名：瓦西里（已燃尽0/23）动态(1->1)
  第2名：阿尔卡季（已燃尽0/29）动态(2->2)
  第3名：塔季扬娜（已燃尽0/32）动态(3->3)
  
• 第3天
  

  

  
  第1名：瓦西里（已燃尽23中的5）动态(1->1->1)
  第2名：阿尔卡季 （已燃尽29中的5）动态(2->2->2)
  第3名：塔季扬娜（已燃尽32中的5） 动态(3->3->3)
  
• 第4天
  

  

  
  第1名：瓦西里（已燃尽23中的8）动态(1->1->1->1)
  第2名：阿尔卡季 （已燃尽29中的8）动态(2->2->2->2)
  第3名：塔季扬娜（已燃尽32中的9） 动态(3->3->3->3)
  
• 第5天
  

  

  
  第1名：瓦西里（已燃尽23中的23）动态(1->1->1->1->1)
  第2名：塔季扬娜 （已燃尽32中的24）动态(3->3->3->3->2)
  第3名：阿尔卡季（已燃尽29中的21） 动态(2->2->2->2->3)
  

因此，使用该指标可以积累 每位团队成员的个人统计数据，并帮助他做出正确的结论。 例如，在这里我们看到瓦西里从一开始就非常合理地规划了自己的时间 （即在冲刺规划时，他与团队商定了工作量，并且 实际完成了该工作量。）但是，与此同时，他是否本可以以某种方式帮助其他团队成员呢？ 也许不能，但在回顾会之前值得思考这个问题。

塔季扬娜和阿尔卡季的问题更严重。显然，从一开始在冲刺 规划时，他们就与团队商定参与所有故事，但事实上未能 履行承诺。在回顾会之前也值得思考原因。也许 应该少给自己规划一些，也许应该扩展能力以便来得及完成所有 计划的事情，也可能有其他解决方案。

因此，我们不仅可以积累整个团队、也不仅 一个冲刺的统计数据，还可以积累DEV TEAM具体成员在所有时间内的统计数据，并利用这些 信息来持续改进团队。

最后，我想特别提请注意一个事实：在团队中使用这个 指标之前，团队中大多数人必须已经具备足够高的信任水平。此外，我建议大力强调首要之事——没有 加班以及舒适的工作。

我们侧重于正确预测结果，而不是激励 加班以占据第1名。归根结底，这个指标旨在提升 每位团队成员单独的规划能力。