更新时间：2026 年 10 月

摘要

360度评估的命名来自几何比喻——完整圆周为 360 度，指代从工作关系的各个方向采集评价。在系统实现层面，它对应一套多源反馈的数据结构：多个评价组、分组权重、分组匿名策略。本文给出评价源的构成方式、权重模型的可配置参数、匿名保护的实现要点，以及常见的设计失误。

一、命名来源与对应的数据结构

360度评估是指由被评人的上级、同级、下属及本人等多个来源分别提供评价，再按预设权重合成结果的方法。因视角覆盖工作关系的各个方向，被形象地称为"360度"。

它对应的是单向评估：传统上级考核只有一个信息方向，全部来自同一个人。把视角铺开成一圈，才能得到相对完整的画像。

关于起源，行业内较为通行的说法是多源评价的思路最早出现在二十世纪中叶的军事评估中，之后被企业引入管理者的能力发展。不同资料对具体时间说法不一，可以确定的是它在二十世纪九十年代前后被广泛用于管理者的反馈与发展项目。

二、评价源的构成与观察范围

常规配置是四类评价组，必要时引入第五类：

四组之间不是重复采样，而是各自负责一块盲区。缺掉哪一组，对应的行为就没有人能观察到。

经验值：每个评价组不少于 3 人，每位被评人配 6 到 10 名评价人。人再少区分度不够，人再多催收成本翻倍。

三、单一上级视角的三处盲区

多源反馈补的正是这段过程信息，它不能替代业绩数据，但能让业绩数字背后的行为变得可解释。

四、权重模型的配置参数

系统需要支持按评价组单独设置权重，而不是全局统一或简单平均：

配置要点：

1. 三组权重合计归一到 100%。
2. 自评单独输出，与他评做差值比较，差值偏大通常对应自我认知偏差。
3. 去极值规则要可配置，并在报告中标注是否启用。

在企业微信环境中，评价关系可以直接调用通讯录接口批量导入，按部门、标签筛选评价人，省去人工收集名单再回填表格的环节。

五、三个典型设计失误

第一，把 360 当成全员互评来组织。表现是几十人互相打分，问卷回收了但数据没法用。原因是评价关系没有从协作关系推导，很多评价人并不了解被评人。修正方法是按组织架构和实际协作关系确定名单，每组不少于 3 人。

第二，认为评价人越多越好。表现是一份问卷配十几二十个评价人。修正方法是每位被评人配 6 到 10 人，够用即可。人太多作答质量下降，催收成本也翻倍。

第三，把多源结果直接平均。表现是四个来源各占 25%。修正方法是按组设权重，上级权重高于同级和下属。

六、一个容易被忽略的实现点

确认数据导出格式。能导出结构化表格（被评人 ID × 维度 × 各评价组得分 × 合成总分 × 自评差值）的系统，后续做跨期趋势对比和人才盘点才方便；只能导出 PDF 报告的系统，数据相当于被锁在里面，二次分析会很被动。