EngThrive: Make It Fast and Easy to Do Great Work
本文介绍了在微软开发的 EngThrive，这是一个多维度的衡量与改进系统，它围绕速度、便利性和质量来组织开发者生产力，同时优先考虑员工福祉，并利用遥测数据与调查相结合的方法，使指标与真实成果而非活动量保持一致。
原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
想象你是巨轮的船长。你的目标是让船尽快抵达目的地。多年来，你一直通过统计船员转动舵轮的次数或他们舀出多少桶水来衡量成功。你曾认为：“舀出的水桶越多，船速就越快。”
但随后，你注意到一件怪事：船员们疯狂地转动舵轮、拼命舀水，可船速却并未加快。事实上，船员们已精疲力竭、怒不可遏，随时准备弃船而去。
这正是微软工程领导者们面临的问题。他们意识到，用“活动量”（如代码行数或拉取请求数）来衡量开发人员是否真正出色地工作，是一种错误的做法。
本文介绍了EngThrive，一种将软件工程视为活态生态系统而非工厂装配线的全新生产力衡量方法。以下是其运作方式的简明解析。
重大误区：衡量了错误的指标
本文指出，长期以来，企业试图用单一数字（如“代码行数”）来衡量生产力。
- 陷阱所在：如果按字数付给作家报酬，他们就会写出冗长乏味的句子以获取更多报酬；如果按代码行数付给开发人员报酬，他们就会写出杂乱低效的代码以凑足数字。
- “远程办公”悖论：疫情期间，微软发现开发人员提交的代码量增加了 20%。按旧算法，人人都是超级明星。但当他们询问开发人员“你感觉如何？”时，78% 的人表示已精疲力竭。船速看似飞快，船员却已濒临溺亡。
解决方案：“速度、顺畅度、质量”三要素
EngThrive 不使用单一数字，而是采用三脚凳模型。若其中一条腿过短，凳子就会倾倒；唯有三者兼备，方能稳固挺立。
- 速度（竞速）：这不仅仅是打字快慢，而是关乎从创意到客户的转化。
- 类比：如果你必须等待三周油漆才能到货，或者经理不断更改颜色，那么无论你刷车刷得多快都无济于事。速度衡量的是从产生创意到客户实际使用该产品所需的总时长。
- 顺畅度（坦途）：这衡量的是摩擦阻力。
- 类比：想象你驾驶一辆汽车。如果刹车卡滞、收音机故障，且每个红灯前都要填写文件，那么即便引擎动力强劲，你也无法快速行驶。“顺畅度”衡量的是开发人员将多少时间耗费在与工具搏斗、等待会议或修复构建故障上，而非真正构建新事物。
- 质量（耐用性）：这衡量工作成果是否经得起考验。
- 类比：如果你用一天时间（速度）毫无麻烦地（顺畅度）建好一座房子，但每逢下雨屋顶就漏水，那你并未实现高效生产，只是为日后制造了更多工作。质量衡量的是故障发生的频率以及修复所需的时间。
护栏：“蓬勃发展”
还有一个第四要素称为蓬勃发展（Thriving）。它并非要最大化追求的目标，而是一道安全护栏。
- 类比：想象汽车的时速表。你可以猛踩油门加速，但如果引擎开始冒烟、驾驶员痛苦尖叫，你就必须踩下刹车。
- 如果某项变革让团队速度更快，却让他们陷入痛苦（精疲力竭、状态糟糕），“蓬勃发展”指标就会发出警报。研究发现，不快乐的开发人员认为自己缺乏生产力的可能性高出 25 倍，离职的可能性高出两倍。如果船员都离职了，船再快也无济于事。
测量方法：“混合方法”
EngThrive 不仅查看计算机日志（遥测数据），也不仅询问人们的感受（调查），而是将两者结合。
- 遥测数据如同健身追踪器：它告诉你发生了什么（例如：“你花了 4 小时开会”）。
- 调查如同询问本人：“那感觉如何？”（例如：“那些会议既无用又令人沮丧”）。
- 两者结合，才能讲述完整故事：“我们花了 4 小时开会，且感觉是在浪费时间。”
论文中的现实案例
论文分享了微软应用此方法的三个故事：
- “会议”修正：一个团队意识到开发人员被会议淹没。他们设定目标，为每个人提供更多“专注时间”。
- 结果：开发人员每周获得了 2 小时额外的专注时间。他们不仅工作更快，还修复了那些一直困扰他们的旧有故障代码（技术债务）。结果如何？“糟糕的日子”减少，实际产出提升了 13%。
- “游戏化”实验：一个团队试图通过在新员工入职第一天分配一个微小简单的任务，来“作弊”名为“首次拉取请求时间”（新员工提交代码的速度）的指标。
- 结果：出人意料的是，这奏效了！尽管他们“操纵”了指标，但新员工感到更有信心，更快地掌握了工具，并在接下来的一年中写出了更多代码。这种“游戏”迫使团队采取了正确的行为。
- “健康日”实验：在精疲力竭危机期间，一个团队给所有人安排了两天非计划的休假。
- 结果：代码产出在两天内下降（对“速度”不利）。但精疲力竭的缓解持续了数月，团队仅用两周就追回了所有延误的工作。如果没有“蓬勃发展”这道护栏，领导者可能会因为第一天看起来像“失败”而取消休假。
关于人工智能
论文认为，人工智能只是另一种工具，如同新锤子或更快的汽车。
- 人工智能或许能让人写代码更快（活动量），但 EngThrive 会追问：它是否真的让产品更快交付给客户（速度）？是否让工作更少令人沮丧（顺畅度）？是否减少了故障发生（质量）？
- 该框架对人工智能同样适用，正如它对办公楼、休假政策或会议规则同样适用。
核心启示
你无法用单一数字衡量一个人。EngThrive 是一个系统，它主张：“让我们让创造卓越工作变得快速、顺畅且高质量，同时确保从事这项工作的人在其中感到快乐与健康。”
它将企业从“你写了多少行代码？”的追问，转向“我们创造了多少价值，以及创造过程感受如何？”的探索。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。