在知识密集型企业与敏捷产研团队中，绩效考核与 360 度同行环评（360-Degree Feedback） 是衡量组织效能、激励核心骨干与进行人才盘点（Talent Review）的核心抓手。然而，许多团队在推行绩效评估时往往面临诸多挑战：

1. 表格碎片化与统计繁重：HR 往往需要手动为上百名员工分发 Excel 表格，收集自评、直接上级评估与跨部门同行互评，再人工套用加权平均公式折算综合得分，耗时费力且极易出现公式错漏；
2. 考核与日常目标脱节：许多考核演变成“年终写小作文”，无法与员工在季度内实际交付的 OKR 目标与核心成果 及日常项目里程碑实现数据穿透；
3. 评价敏感性与隐私泄露风险：360 度同行互评若缺乏严格的权限隔离，极易发生“下级给上级打分被报复”或“同事间打分泄密导致团队内耗”的安全合规隐患。

通过 Notion 的关系数据库、Formula 2.0 高级加权算法与权限组治理方案，我们可以在无需采购昂贵专用 HR 软件的前提下，快速构建一套客观、透明、受严格权限保护的数字化绩效考核中枢。

---

一、三层数据中枢架构设计

为了实现考核任务的高效流转与敏感信息解耦，建议采用“三层星型数据库拓扑架构”：

┌────────────────────────────────────────────────────────┐
│             1. 绩效考核周期库 (Review Cycles)            │
│   • 考核周期 / 启动与截止时间 / 评估标准说明 / 全局状态机       │
└───────────────────────────┬────────────────────────────┘
                            │ (1:N 关联)
                            ▼
┌────────────────────────────────────────────────────────┐
│             2. 员工履职档案与总评库 (Employee Reviews)    │
│   • 被评人 / 归属部门 / 关联 OKR / 综合算分 / 最终等级分布   │
└───────────────────────────┬────────────────────────────┘
                            │ (1:N 关联穿透)
                            ▼
┌────────────────────────────────────────────────────────┐
│             3. 360 度多维评估打分库 (Feedback Submissions)│
│   • 评价人类型 / 业务交付得分 / 价值观得分 / 质性评语建议    │
└────────────────────────────────────────────────────────┘

有关多表架构的设计原则，可延伸参考 企业级数据库架构与关联汇总设计规范。

---

二、核心数据库字段设计规范

1. 员工履职档案与总评库（Employee Reviews）

字段名称	属性类型	说明与配置规范
考核案卷标题 (Review Title)	Title	命名规范：[2026-Q4]-[技术部]-[张三] 绩效评估案卷
被评员工 (Employee)	Person	被评估的员工 Notion 账号
直属上级 (Direct Manager)	Person	负责初审评分与面对面绩效面谈的直接主管
归属考核周期 (Review Cycle)	Relation	关联《绩效考核周期库》，如 2026-Q4 季度考评
关联季度 OKR (Linked OKRs)	Relation	关联 OKR 目标追踪系统 中该员工负责的核心目标
360 打分明细 (Feedback Relation)	Relation	关联《360 度多维评估打分库》，开启双向关联
自评得分 (Self Score)	Formula 2.0	过滤提取“本人自评”记录的分数
同行互评加权均分 (Peer Score)	Formula 2.0	过滤并计算所有“同级跨部门同行”的算术平均分
主管评分 (Manager Score)	Formula 2.0	提取直属上级填写的评估打分
加权综合总得分 (Final Composite Score)	Formula 2.0	采用自适应权重公式计算综合得分（1~5 分制）
绩效等级与分布标签 (Performance Grade)	Formula 2.0	自动化折算为 S (卓越)、A (超出预期)、B (符合预期)、C (需改进)、D (不合格)
考核状态 (Review Status)	Status	待员工自评、同行 360 评审中、主管综合打分中、面谈复核中、已归档完成

2. 360 度多维评估打分库（Feedback Submissions）

字段名称	属性类型	说明与配置规范
评审单编号 (Submission ID)	Title	如 FB-2026Q4-001（建议由系统或自增编号生成）
被评估人关联 (Target Review)	Relation	关联对应员工的《员工履职档案与总评库》
评审人身份类型 (Evaluator Type)	Select	自评 (Self)、同级/业务协同 (Peer)、直属上级 (Manager)、隔级上级/评审委 (Skip Manager)
业务交付得分 (Business Delivery)	Number	范围 1.0 ~ 5.0，评估本季度业务目标与任务成果达成质量
团队协同与价值观 (Culture & Collaboration)	Number	范围 1.0 ~ 5.0，评估跨部门协作、主动性与团队贡献度
本单综合平均分 (Item Average)	Formula 2.0	计算公式：(业务交付得分 * 0.7) + (团队协同得分 * 0.3)
优势与亮点评语 (Strengths)	Text	质性评价，记录该员工本周期最亮眼的业务战果或突出能力
待改进建议与期待 (Growth Areas)	Text	质性评价，具体给出下一阶段的工作改进建议

---

三、Formula 2.0 动态综合加权算法与智能等级划分

在传统的考评公式中，通常设定为固定权重：自评 (10%) + 同行 360 评 (30%) + 直属主管评 (60%)。然而在实际执行中，新员工可能没有跨部门协作者，或者个别评审人因出差未在截止期前提交打分。如果公式写死分母，会导致算出的总分严重失真。

利用 Formula 2.0 的集合高阶函数与动态条件表达式，我们可以实现自适应权重重分配。关于高阶集合函数与变量定义机制，可延伸查阅 Formula 2.0 集合操作与高阶函数实战。

1. 提取自评得分与主管得分

在《员工履职档案与总评库》中新建 Formula 属性 自评得分 (Self Score)：

/* 从所有关联的评审记录中，筛选出类型为“自评”的分数并取第 1 项 */
prop("360 打分明细")
  .filter(current.prop("评审人身份类型") == "自评 (Self)")
  .map(current.prop("本单综合平均分"))
  .first()

新建 Formula 属性 主管评分 (Manager Score)：

/* 筛选出直属主管的打分 */
prop("360 打分明细")
  .filter(current.prop("评审人身份类型") == "直属上级 (Manager)")
  .map(current.prop("本单综合平均分"))
  .first()

2. 计算同行互评算术平均分

新建 Formula 属性 同行均分 (Peer Average Score)：

let(
  peerScores,
  prop("360 打分明细")
    .filter(current.prop("评审人身份类型") == "同级/业务协同 (Peer)")
    .map(current.prop("本单综合平均分")),
  
  if(
    peerScores.length() > 0,
    round(peerScores.sum() / peerScores.length() * 100) / 100,
    toNumber("")
  )
)

3. 自适应加权综合得分算法（核心算法）

新建 Formula 属性 加权综合总得分 (Final Composite Score)：

let(
  self, prop("自评得分"),
  peer, prop("同行均分"),
  mgr, prop("主管评分"),
  
  /* 判断主管是否已完成打分；若主管未打分，则不计算最终得分 */
  if(
    empty(mgr),
    toNumber(""),
    /* 如果有同行评分：自评 10% + 同行 30% + 主管 60% */
    if(
      not empty(peer) and not empty(self),
      round((self * 0.1 + peer * 0.3 + mgr * 0.6) * 100) / 100,
      /* 若缺失同行评分：自评 20% + 主管 80% */
      if(
        not empty(self),
        round((self * 0.2 + mgr * 0.8) * 100) / 100,
        /* 仅有主管评分时：主管 100% */
        mgr
      )
    )
  )
)

4. 绩效等级智能划分与带色彩的仪表板标签

根据企业通用的正态分布标准，将得分自动折算为考评档位，并通过 style() 函数进行视觉渲染：

let(
  score, prop("加权综合总得分"),
  
  if(
    empty(score),
    style("⏳ 评估收集中", "gray"),
    ifs(
      score >= 4.6, style("🌟 S · 卓越表现 (" + score + ")", "purple", "bold"),
      score >= 4.0, style("🟢 A · 超出预期 (" + score + ")", "blue", "bold"),
      score >= 3.2, style("🔵 B · 符合预期 (" + score + ")", "green"),
      score >= 2.6, style("🟡 C · 需制定改进计划 (" + score + ")", "yellow", "bold"),
      style("🔴 D · 不合格 (" + score + ")", "red", "bold", "underline")
    )
  )
)

有关公式函数与正则处理，可参考 Formula 2.0 函数与正则实战手册 及 Notion 数据库公式官方指南。

---

四、权限隔离与同行匿名评审安全基线

在 360 度环评中，最敏感的核心问题就是保密性。如果员工能看到“哪位同事给了我低分”，会直接破坏团队信任关系。通过合理的团队空间与权限视图配置，可以彻底杜绝此问题：

1. 团队空间物理隔离策略

1. 核心库归属 HR 专属团队空间：将主数据库（《员工履职档案》与《360 打分明细》）建立在仅限 HR 与核心高管有权限的闭门团队空间内，普通成员对该空间完全无访问权限（No Access）。相关配置详见 团队空间架构设计与权限治理 与 权限组配置指南；
2. 基于受限视图或表单派发：
   • 方案 A（Notion 表单收集）：同行评审通过 Notion 表单提交，表单不回显已提交记录；
   • 方案 B（针对性单页共享）：为主管创建过滤后的单页视图（仅显示其下属），并只赋予该页面的 Can edit 权限；
   • 方案 C（匿名化处理）：在打分明细库中，去除填报人的姓名属性，仅保留“评审人身份类型（如：跨部门协同方 A）”，并在最终面谈前由 HR 进行质性评语脱敏。

详细的访问控制规范可深入查阅 分享和权限设置全景指南。

---

五、绩效面谈 SOP 与改进计划（PIP）全生命周期闭环

考评的终极目的不是给员工“贴标签”，而是促进个人成长与组织效能进化。完整的考核闭环应包含以下标准化流程：

┌──────────────────┐    ┌──────────────────┐    ┌──────────────────┐
│ 1. 自动得分聚合   │ ─► │ 2. 面对面绩效面谈 │ ─► │ 3. 制定下季 OKR  │
│ HR 审核校准分布  │    │ 肯定亮点 & 剖析短板│    │ 与个性化改进建议 │
└──────────────────┘    └──────────────────┘    └──────────────────┘
                                                          │
                                                          ▼
                                                ┌──────────────────┐
                                                │ 4. 案卷归档与调薪 │
                                                │ 锁定页面防止篡改 │
                                                └──────────────────┘

1. 绩效校准会（Calibration Meeting）：HRBP 汇总全员得分分布看板，重点关注评级为 S 级（Top 10%）与 C/D 级（Bottom 10%）的员工，确保不同部门主管的评分标准尺度统一；
2. 一对一面谈记录归档：在《员工履职档案》的页面正文中，嵌入《1-on-1 绩效面谈模板》，记录主管反馈、员工自我反思以及双方达成的共识目标；
3. 针对 C/D 级员工启动 PIP 改进追踪：直接联动 HR 招聘与入职系统 的员工全生命周期档案，设定为期 30~60 天的里程碑改进计划并定期复盘；
4. 一键锁定案卷防篡改：面谈签字确认后，点击页面右上角的 Lock page（或通过自动化状态机），将该季度考评案卷完全锁定，作为后续年终奖金折算与职级晋升的法定客观依据。

---

六、常见问题排查与专家建议（FAQ）

Q1：员工在中途请长假或跨部门借调，导致季度 OKR 发生大幅调整，如何处理考核？

建议在《员工履职档案》中增加一个 Select 属性 考核特殊状态（如 新入职免考、休假免考、借调特殊考核）。在 Formula 2.0 中，加入前置判断：如果该字段不为空，直接输出 ⚪ 免于季度常规考核，不计入公司整体的等级正态分布基数。

Q2：如何避免直接主管在打分时“全员打满分”的人情分现象？

可以在《绩效考核周期库》中引入强制分布校验公式：统计该部门下属中 A/S 级的人数比例。若 A 级以上人数超过部门总人数的 25%，系统在主管总评仪表板顶部弹窗警告“当前优秀比例已达 40%，超出公司 20% 指导线，请先校准后再提交”。

Q3：历史考核记录如何安全归档，以防被新加入的管理层无序调阅？

每当一个考核周期结束，将状态流转为 已归档完成，并通过数据库过滤将该年度案卷移动到独立的“历史考评归档冷库”中，关闭继承权限，仅对公司法定法人与 HRD 开放读取权限。