劳动力分析：敏捷时代如何衡量员工生产力

Clint Boulton

寻求量化员工绩效和生产力的首席信息官们正转向采用内置的业务价值的基准分析，但这能否准确衡量协作和敏捷性呢？

编译 徐盛华

IT部门平衡业务收入和管理成本的行为几乎等于在走钢丝，因此对首席信息官来说，衡量员工的生产力变得前所未有的重要。当员工在向企业交付产品时，他们在价值流中的表现究竟如何呢？

这里有一点引人注目：首席信息官们一直缺乏有效的机制来精准衡量员工的生产力。在一个充斥著科技的数字时代，我们可以通过智能手机做冰桶游戏、控制灯光，或者提交费用报告，然而大多数首席信息官却无法准确衡量员工贡献的生产力和质量。

虽然许多IT领导者正打算自己动手来解决这一数据缺口，但已经有一些初创企业正在制作所谓的“劳动力分析”工具，以帮助缓解这一问题。

将员工工作流等同于服务器工作负载

有这样一种构想：既然IT领导者可以根据其提供的价值来计算运行每个服务器或存储阵列的成本，那么是否也可以找到一种分析员工绩效的方法，就好像他们也是一台台服务器，可以根据业务需求进行调整、重新配置或重新部署。

泰森食品公司的首席技术官Scott Spradley一直在努力想实现对每个员工的工作绩效和成本进行基准化分析，因为在这家鸡肉生产企业中，每个人所发挥的作用都不一样。例如，数据科学家和软件工程师的价值比是不一样的。Spradley说：“这是对劳动力链中的每个人采取分类学的价值测量方法。”

迄今为止，量化劳动力的方法一直还是传统式的。公司向麦肯锡、贝恩和其他知名咨询公司支付数百万美元来评估员工绩效。他们会指派专业顾问跟踪每种岗位数周或数月，做笔记，写评估报告，提出建议，然后再跟踪下一个工作岗位。

但是，随着数字技术打乱了每个业务部门的分界，这种方法的价值开始受到质疑。因为，仅靠简单的净推荐值目标或企业内部员工的满意度指标已经不够了。

简单地说，工作的性质已经改变了。十年前，企业以“瀑布式”的周期构建软件，需要18～24个月的时间来交付能够满足企业需求的产品。如今，企业部署了“敏捷”团队，能用一到两周的快速开发周期构建软件。IT和业务已经服从于跨职能团队，软件程序员、UX设计师、产品经理和业务分析师共同工作。这种速度和人员大杂烩的融合可能会使最精明的顾问也感到困惑。

首席信息官需要新的工具来衡量运营过程中的产出，甚至是任务水平。Gartner 分析师 Bill Swanton认为：“我们需要的是一种全新的管理方式，而不再只考虑能完成多少工作量。‘劳动力分析就可以起到这个作用。”

DIY分析方法

许多首席信息官都将DIY的方法应用于劳动力分析。

在任职Aflac的首席信息官期间，Julia Davis创建了衡量生产力的基准指标，例如每个全职员工每月完成的任务。任务范围从帮助台请求（如修复打印机）到代码更改。当Davis开始分析应用程序开发时，她遇到了如何敏捷地度量单个执行者产出的挑战。Davis说，与自下而上的管理方法相一致，Aflac的“自我监督”敏捷团队能够保障开发进度和团队成员的正常运作。

TD Ameritrade公司CIO Vijay Sankaran说，在过去的两年中，TD Ameritrade使用了一种内部方法和工具，被称为Go Live，用于衡量敏捷团队在给定的快速开发周期生成的业务功能。最初，Go Live测量了为每个应用程序生成的特征数量，但后来扩展到测量每个工程师的业绩和生产力，以评估他们是否会随着时间的推移而改进。

在结果的鼓励下，Sankaran的团队现在正在扩展Go Live，以评估应用程序在敏捷开发周期中的各种等待状态。Go Live对一个应用程序从构思到故事创建再到代码完成等等进行了全面的审查，直到它投入生产。为了寻找改进的空间，该团队创建了一个目标和关键结果（OKR）度量标准，以优化从想法到生产的管线。

Sankaran 说：“有这么多不同的操作杠杆需要考虑;使用什么，将可优化的资源放在敏捷团队的何处，以及在什么投资级别上等等。这门艺术需要去神秘化，但它也需要在商业方面进行大的文化改变。”

为了全面分析TD Ameritrade如何使用软件和硬件，Sankaran还采用了技术商业管理（TBM），这是一种越来越流行的将成本与商业价值相协调的管理IT的方法。

供应商在劳动力分析上建立站点

IT部门过去一直使用电子表格来执行这些分析，但许多部门放弃了这种方法，转而使用Apptio的TBM分析软件，Apptio也开始解决劳动力成本审查的棘手问题。

Apptio认识到劳动力成本占企业技术成本结构的50%，去年发布了Agile Insights这款产品，这是一个衡量价值交付、质量成本和劳动力利用率的SaaS解决方案。

Apptio 的CEO Sunny Gupta说，企业可以使用该工具分析代码签入、每个故事点的成本以及在项目管理应用程序（如Atlassian's Jira）中通过敏捷冲刺生成其他指标，并将其与ERP系统中的财务数据进行基准分析测试。他说， “这是为了摆脱不准确的数据，从而进行明智的、定量的决策制定。”

其他初创企业也加入了竞争。Fin Analytics正在构建旨在帮助企业更好地了解员工如何完成日常任务的软件。该公司由Kleiner Perkins、Accel和CRV投资，目前正在出售一款Chrome浏览器插件，Fin的联合创始人Sam Lessin告诉CIO.com，该插件可以记录员工的鼠标滚动、网站点击和浏览行为。它还跟踪应用程序的使用情况，例如每个员工花费了多少时间在群组聊天上，或者他们花了多少时间仔细阅读幻灯片演示文稿。该工具记录视频和音频，创建一个即时处理目录。

Fin的软件在统计仪表盘中提供这些信息，突出显示哪些管理人员可以用来指导团队成员的关键指标。

Lessin说，采用流程级别的方法来提高生产力和业绩是一个与大多数分析不同的点，后者衡量业务结果指标，如NPS和CSAT（客户满意度）得分。“没有人对过程测量进行过深入研究，以了解我们所做的事情对我们的工作有何影响。” Lessin 补充道，如今已有几十个客户在使用这一插件。

围绕劳动力分析的一些疑问

这种对劳动力的量化方法带来了挑战。 Harvey Nash的首席数字技术官Anna Frazzetto回顾了该公司十年前为确定软件程序员的效率所做的努力。一个程序员编写了一个1000行代码的小程序，另一个程序员编写了只有200行代码的相同的小程序，似乎后者的效率更高。但是如果200行代码的小程序有更多的缺陷，那么效率因素就会消失。Frazzetto说，“恕我直言，这个效率评估问题到现在也没能很好地解决。”

Gartner的分析师Swanton说，很难去比较不同产品的员工团队。考虑到不同程度的困难，在一个产品上工作的UX开发人员不能像在另一个产品上工作一样被评估。对于开发人工智能算法的人，CIO几乎不会问他：“今天你写了多少行代码？”

Swanton说，如果首席信息官衡量员工绩效的努力只是为了奖励或者惩罚员工的话，那么这样做就会阻碍团队合作，是对敏捷性的真正的死刑判决。

Swanton关于衡量产出的建议，可以追溯到当今大多数首席信息官都非常关注的事情：根据创造的价值或取得的商业成果来判断每个产品或敏捷团队。Swanton 认为，产品是否在业务能力方面提供了可衡量的改进？它是产生了收入还是抑制了成本？如果它做到了其中任何一件事，那就是胜利。 Swanton说，“IT的目标是使业务运转的更好。这才是真正重要的指標。”

尽管Lessin认为，一些企业领导可能担心用这种近乎于背后偷窥的方法来改进流程会吓到员工，但他也承认，对提供优质客户服务的高度重视将战胜怀疑论者，并将吸引到那些数据驱动的首席信息官们。

Clint Boulton 是CIO.com的一位资深作者，主要报道IT领导者、CIO角色和数字化转型。

原文网址

https：//www.cio.com/article/3404488/workforce-analytics-measuring-employee-productivity-in-the-agile-era.html