消灭 360 条评论：我们如何停止对人员进行评级并开始管理工作

你好！ 我叫 Vitalina，是 SToFU Systems 的客户经理。

我们是这样一种公司，流程是在运动中诞生的，只是后来才得到名称、规则和成人监督。 一开始，我们没有自己的管理学院，所以我们抄袭“大家都抄”的东西。 其中一项借鉴的管理习惯是 360 度反馈。

从表面上看，360 看起来公平而成熟。许多来源。减少偏见。 “客观性”。嗯嗯！

在实践中，360不但没有加强，反而悄悄拆散了团队。从形式上看，它看起来是正确的，但实际工作却朝着错误的方向发展。所以我们把它删掉了。让我们一步一步来。

什么是360？

360 是指您收集有关某人的反馈 “来自各方”：来自经理、同事、邻近的队友，有时还有客户。 通常 这是一份带有评级和问题的调查问卷，例如 “什么进展顺利”，“什么阻碍”，“什么应该改变”。

我们也这么做了。我们发出了一份调查问卷，收集答案，汇总答案，并撰写建议。 从形式上看，一切看起来都很整洁。有数据点。有结论了。有一个“发展计划”。

为了清楚地说明我们在谈论什么样的“调查问卷”，我将举一个非常简单的例子，360通常会问什么。 从形式上看，这是典型的逻辑。

例如：“一个人应该继续做什么？”。 然后：“一个人应该开始做什么？”。 然后：“一个人应该停止做什么？”。 还有一个似乎很无辜的问题：“描述一下互动困难的情况以及原因。”

总结通常看起来像是来自集体全知之眼的小报告。大致是这样的：

优点：快速接任务、帮助他人、不会从雷达上消失。 风险：“准备好”有时意味着“几乎准备好”，会议上的讨论可能很尖锐，聊天中他回答得支离破碎。 接下来做什么：就“完成的定义”达成一致，同步期望，就升级格式达成一致。

纸面上一切都很好。美丽，甚至。 但有一个细节。 它是由每天一起工作的人们写的。 一旦你添加匿名，或者延迟 反馈“稍后”，它不再是一个开发工具 并开始过自己的生活。 想象一个项目团队 五人。然后有人说：“这是匿名反馈。” 匿名的。在五人团队中。 而在这样的现实中，360开始显露出它的真面目。

为什么 360 成为分裂团队的工具

1.第一点。赞扬——一行，批评——三卷本小说

当事情顺利时，人们会写简短的文章。 “一切都好。” “工作舒服。” “干得好”。这是学校笔记本上贴纸级别的反馈。当 出了什么问题，文学开始了。有了细节， 有例子，有情感。从技术上讲，这是正常的： 负数比正数更容易指定。但360里有 问题是：这整部“小说”然后又回到一个人身上，作为一种概括 团队的判决。

即使你尽可能温和地表达它，人类的大脑 读起来是这样的：“我们聚在一起写下 你怎么了。”就是这样。此后，任何尝试 “建设性反馈”感觉就像法庭听证会。你想要 一个开发工具，并得到了一个集体法庭。

我们诚实地问自己：我们真正想要做什么 这种做法？是的，它规定了格式，但是 它破坏了信任。

从生活来看是这样的。一份报告传到一个人那里，其中有三个 短语“一切都好”，以及两张负面画布。 当然，大脑对两个负面标记的记忆比三个正面标记更清晰 “不好”。 因为注意力就是这样安排的：很痛，所以很重要！ 从那时起， 人走向自卫而不是发展。他们 开始证明不然，或者 “这是上下文”，或者“你也不是圣人”。 而此时此刻，360°变成了一种仪式，每个人都 好像他们想要好的，但结果却和往常一样。

2. 第二点。小团队中的匿名是自欺欺人

有一个熟悉的管理童话：“匿名反馈消除恐惧”。 匿名？真的吗？在小型项目团队中？ 事实上，它几乎总是意味着“我要猜猜这是谁写的！”。

一个人收到一些不愉快的言论，然后 到了下一次项目会议，同样有 3-5 个人坐在那里。 他们不考虑“组织发展”。他们认为，“哪个 是你们中的一个吗？”这就开始了一个非常有毒的过程：每个人 表面上保持礼貌，但内心却隐藏着一层不信任。

它并不总是会爆发为公开冲突。它只是简单地 让团队更加冷淡。缺乏凝聚力。不太愿意帮忙。 然后我们想知道为什么人们不分享他们的问题 “在早期阶段”。但因为他们已经曾经 共享 - 并且匿名返回给他们 索赔清单。

3. 360影响推广决策，比赛开始

这是最有趣的事情。而最悲伤的事情。

在我们的一次协调讨论中，我们注意到 有些奇怪的东西。一个人在接到电话时可以表现得彬彬有礼、乐于助人并且易于合作。在团队内部，他们看起来就像是完美的情侣。然后 你给他们一份“匿名”调查问卷，他们可以“评价其他人”， 分数突然下降或者批评变得过分。 我们自己也看到了这种影响。它直接损害了诚信。想象一下情况。您告诉团队，“360 次评分计入 促销”。就在同一秒，你转动了 团队是球员，而不是同事。因为如果 系统中出现“影响力”按钮，就会有人按下它。 并不总是来自邪恶。有时候只是凭感觉 不公正（“为什么他会升职，他是……”）。有时 来自竞争。有时是因为“世界就是这样运转的”。 那一刻你就得到了你想要的 避免：政治、游戏、“以防万一降低”成绩。

顺便说一句，这也是许多安全研究员 建议从业者分享反馈以促进发展 和行政决策（金钱、成绩、促销）。 CIPD 说得很直白：谈论 最好将评估/行政决策与对话分开， 出于开发目的而提供反馈。 以下是他们的证据审查的 PDF（实践总结）： www.cipd.org/...​e-review_tcm18-111378.pdf

4.第四点（我们痛苦的洞察）。 360经常取代经理的工作

经过几个循环后，我们最终得到了一个短语，起初听起来像是一种侮辱，后来听起来像是事实。

如果经理需要 360 来了解 人们如何工作以及问题出在哪里，经理 没有可观察信号的系统。没有指标。没有 定期谈话。没有节奏。或者所有这些都存在于“某个地方”， 但实际上并没有被使用。

而360则成了拐杖：“我们现在收集问卷，最后 我们将了解真相。”然后你就得不到“真相” 以及一张情感图画，乘以匿名、猜测 和政治游戏。

为了保持这一点，我将添加一个参考。

有一项关于多源反馈的研究。 其结论基本上是：“不要指望魔法”。 在对 24 项纵向研究进行的荟萃分析中，Smither、London 和 Riley 写道，在 360 度反馈通常是适度的，并且您不应该期望有很大的反馈 一波反馈后“批量升级”。 当一个人看到真正需要改变时，改进的机会就会增加， 接受反馈，相信他们可以改变，设定具体目标， 并实际做一些事情，而不仅仅是“阅读 PDF 并继续前进。” 这是文本本身 (PDF)：www.bauer.uh.edu/...​ngs/SmitherLondon2005.pdf

好的，我们删除了 360。用什么取代它？

我们不再通过票数来衡量人数

一张票可以容纳一周的研究，这是一个艰难的决定， 十次调用，仅 20 行代码。在另一项研究中，AI 代理一次运行实际上产生了 50 个功能 20分钟后。

如果您只是测量门票，那么您实际上是在测量 您的流程如何减少工作量 分成碎片

这就是我们改变问题的原因。更好的问题变成了： 交付了什么，它创造了什么价值，质量如何，是否可预测，状态是否诚实？

在没有管理剧场的情况下我们如何定义“结果”

我们集中在一个简单的框架上。

结果是价值交付、质量可接受、团队可预测且进展透明。

价值不是“代码是这样写的”。 它是“用户或客户获得了更好的结果”或“团队变得更容易” 以支持该系统”。

质量不是“我喜欢你的代码”。这些是后果：产品中的错误、事件、修订。

可预测性并不是“我们总能做到”。 它是：“我们真诚地了解我们有时间做什么和没有时间做什么， 我们不会在这方面欺骗自己。”

透明度是指“即将完成”不会变成一种生活哲学。

指标

当人们听到“指标”这个词时，许多人立即 还记得过去那位受过轻微创伤的工人的经历吗： 那个被数字打得头破血流的人。

指标不应该成为鞭子。他们应该是眼镜。没有它们，管理者往往是盲目的。 当经理失明时，他开始在调查问卷中寻找“客观性”。好吧，你明白了。

我们将指标留在团队级别，因为大多数问题都是系统性的！ 如果我们想要纠正流程而不是寻找指责，那么我们需要衡量流程！

老实说，我们没有在这里发明任何东西。 DORA（开发运营 研究和评估）已经促进了一个非常实用的 一组交付指标：交付变更的速度 当变革出错时，失败是多么痛苦。 这是他们的快速指南：dora.dev/guides/dora-metrics。

还有一个重要的评论我想强调一下 墙上写给任何想要制定 KPI 指标的人： “不要把指标作为目标”！ 因为一旦 你说“我们每天需要部署N次”，其中一部分 团队开始部署数字而不是价值。这是旧的 一旦某个指标成为目标，它就不再是目标 一个指标。 DORA 明确提到了古德哈特定律 并描述了典型的陷阱。这是关于“四/五键”的页面 简而言之：dora.dev/...​s/dora-metrics-four-keys

DORA 通常强调的另一件事是： 背景很重要。这些指标最好在一内查看 团队或服务随着时间的推移，而不是通过比较 带有大型机或小团队的移动应用程序 拥有可容纳200人的平台。

如果你不是技术团队，逻辑是一样的。而不是 “部署”您可能已经“客户端接受了结果”；而不是 “事件”可能会“升级”；而不是“回滚”，“返工” 对齐后”。要点仍然是一样的：我们移动价值的速度有多快 通过系统以及错误给我们带来了多少损失。现在 - 非常重要的“不要这样做”。 不要将这些指标转换为单独的 KPI！ 因为那时人们开始优化数字而不是改进产品。 KPI 与“部署”有关，突然之间，您为了部署而进行部署。 KPI放在“周期时间”上，任务被分解到荒谬的程度只是为了“快速结束它们”，而困难的部分却悄然消失在阴影中。 关于“事件”的 KPI，事件开始被重命名为“特殊情况”或“意外的用户场景”。

对我们有帮助的第一件事是可预测性。 简单 问题：我们在计划中承诺了什么 以及实际给予的内容。不是为了羞耻。为了理解。 因为如果你不断地承诺 10 个并做到 6 个， 那么问题就不是“懒人”了。问题在于估计， 优先级、WIP、阻碍因素、上下文切换。换句话说，在管理方面。

第二是交货时间。该任务需要多长时间？ 从“拿去工作”到“实际交付”的路上。 这是非常发人深省的。因为常常会发现 我们快速“编写代码”，但“交付” 慢慢地。然后你可以看到瓶颈在哪里：审查、测试、 释放、协调、依赖。

第三个是WIP。如果团队同时“工作” 一次解决十个问题，那么就没有人真正做任何事情。更准确地说， 每个人都同时做所有事情。然后我们想知道为什么感觉有进步 缓慢而紧张。当大脑铺成薄层时 跨越十项任务，它并没有变得更有生产力。它就变成了 更累了。

另一件帮助我们更清晰思考的事情是：如果你希望工作在系统中更快地推进，答案通常是不要对人们施加更大的压力。这是为了减少批量。较小的更改更容易审查、测试、发布和回滚。 DORA 直接表达了同样的观点：较小的批量通常会提高速度和稳定性。这听起来很明显，直到一个团队真正尝试遵循它一个月。

质量：我们停止争论“在我看来”，并开始考虑后果

通过问卷评估“质量”是一个坏主意。因为“品质” 在问卷中，往往涉及的是同情心、风格和品味。

我们继续讨论后果。

有多少缺陷到达生产。他们有多严重？趋势如何变化？

我们发生过多少这样的事件。我们花了多长时间才恢复？同样的原因是否重复？

修改了多少次。有多少任务被“通过”然后返回。因为“准备好”原来是没有准备好。

你们不再争论“谁是最好的”。您会看到产品的实际情况。

一个违反直觉的结论：为什么要评估一个人？

我们挖掘的时间越长，就越常发现一个奇怪的问题。

我们为什么评价一个人？拒绝升职？来展示谁是“明星”？拿人来比较？

当我们诚实地谈论它时，事实证明 我们大部分真正的需求并不是关于排名 人们。它们与团队绩效有关：我们在做什么 我们承诺，质量好，工作可预测， 我们是否精疲力尽？客户得到了什么吗？ 他们期望什么？

也就是关于系统。

如果是这样，那么评估的第一个对象就是团队和流程。而不是一个人作为目标。

团队表现不佳，因此我们对整体进行审查 链条：招聘、入职、任务定义、规划、审查、 测试、发布、通信、依赖。这是管理上的 更难，是的。但它更诚实。

有时它看起来很脚踏实地。例如，当 “我们又没有时间了”，第一个问题不是“谁在放慢脚步”， 和“时间消失在哪里”。因为时间可以消失 等待中：任务闲置 正在审查、正在测试、被协议阻止，或者 它们并行的数量实在太多了。

当有人陷入困境时，我们首先检查什么

我们有时也会看到有人“不拉”的情况。但我们没有进行问卷调查，而是进行了简单的诊断。

这个问题一直存在吗？如果是这样的话，问题很可能是 在招聘或入职时。在这种情况下，你可以修复招聘流程， 不是拿着问卷的人。

之前还正常，后来就变坏了？然后 它可以是背景：倦怠、任务变化、角色冲突、 个人情况。这是正常管理工作的区域： 查明发生了什么，减轻负担，帮助患者恢复健康 控制，并制定一个简短的 2-4 周恢复计划。

此人是否清楚了解什么是成功 看起来像是在不久的将来？因为很多时候问题并不在于 认为这个人是“弱者”。是我们把它们置于雾中 并称之为期望。

我们还存在另一个细微差别。如果一个人 多次失败，经理有时可以主观提高 酒吧：“现在证明你不是一个失败者。” 这通常在潜意识层面起作用，并且对团队来说效果很差。 通常最好采取相反的做法：缩小范围，缩小任务范围， 消除噪音，让人们有机会持续做好一些事情 并重拾自信。这对于 经理。这正是我们仔细观察的原因 我们雇用的经理。

结论

360当然可以。在大公司里，匿名确实是可能的。

当团队已经拥有直接反馈的文化时， 360 是一个附加信号，不是主要信号 “真相”。

我们没有那个。我们的团队很小，节奏很快，不信任的成本很高。

360在纸面上看起来像是一个成熟的工具。在我们的 现实，它已经成为一种将恐惧聚集在一处的机制， 猜测、竞争和“集体判断”。

我们删掉 360 并回到基础： 简单的团队指标、开放的对话和透明的状态。

材料和链接（如果你想深入挖掘）DORA, software delivery performance metrics。对这五个指标以及团队滥用这些指标时陷入的陷阱进行了扎实的解释。

DORA, DORA’s software delivery performance metrics. 简短版本，其中包含历史“为什么四/五”以及有关具有指标的游戏的警告。

DORA Research: 2024, DORA Report. 完整报告（下载各种语言的 PDF 版本）。

Smither, London (2005), meta-analysis on multisource feedback。为什么你不应该指望 360 度挥动会产生神奇效果。

CIPD, Performance feedback: an evidence review (PDF)。关于反馈如何发挥作用/不起作用以及为什么将“评估”与“发展”混淆通常是有害的。

CCL, 360 Degree Assessment & Feedback: Best Practices Guidelines。如果你仍然做360，有一些事情要在开始之前考虑，而不是在火灾之后。

CCL, SBI feedback model。一个非常简单的“没有捷径”反馈框架。

Google SRE, Postmortem Culture: Learning from Failure。关于无可指责的事后分析以及为什么羞辱文化正在扼杀学习。

Amy Edmondson (1999), Psychological Safety (PDF)。团队心理安全的主要来源。

WEF, Feedforward technique。关于如何将反馈转向“我们下一步做什么”而不是“昨天发生了什么”。

Goodhart’s law。对于任何想要制定 KPI 指标的人来说，这是最有用的“反理论”之一。

社区问题

社区对 360 有何看法？你用它吗？你的经历是怎样的？

当团队规模较小、每个人都了解一切时，如何解决“匿名”问题？

哪些交付/质量指标实际上可以帮助您管理流程而不是绘制漂亮的报告？

感谢您的时间和关注。