研发部绩效与协作机制

**任务集市 · 自由组队 · AI 赋能**

数据研发中心　研发部

2026 年 11 月　V2.5_alpha

目  录

- 方案摘要
- 一、目的
- 二、适用范围
- 三、职责与分工
- 四、绩效内容
- 五、解释与生效

方案摘要

本方案叠加「任务集市 + 自由组队」协作机制：工作显性化、积分化，凭主观能动性找活干、组队干、快速干，多劳多得、优质优得。

| 主线       | 机制                      | 对冲的风险     |
| -------- | ----------------------- | --------- |
| 1. 任务集市  | 工作显性化、积分化，活找人 + 人找活双向流动 | 挑肥拣瘦、任务黑箱 |
| 2. 自由组队  | 自主评估、自主认领               | 搭便车、抢单烂尾  |
| 3. AI 赋能 | AI 能力全员开放、责任归属清晰、资产沉淀有奖 | 质量滑坡、数据安全 |

## 一、目的

1. 压缩等待环节、释放组织吞吐量，让大家凭主观能动性找活干、组队干、快速干，提升部门季度产出效率；
2. 工作显性化、积分化，做到多劳多得、优质优得，使员工收入与产出直接关联；
3. 通过对任务积分、质量系数等客观记录的评价，为员工绩效核算、岗位调整、培训与发展等提供有效依据。

## 二、适用范围

适用于研发部全体 P 线员工。

组织打散原则：打散的是任务流动方式，不是行政汇报关系——行政仍按职能编组，便于人事管理与底线保障；任务脱离职能线进入集市。组队方式：允许个人成队，也允许同职能或跨职能组队，不限定职能背景；能力差距由 AI 与文档资产补足。采用全员提案制。

## 三、职责与分工

任务集市模式下各角色的新定位、职责与红线如下；行政汇报关系不变。

### （一）发布人（研发部所有 P 线员工）

任何 P 线员工均可作为发布人提出需求并发起任务：明确需求背景、范围、验收标准与截止时间，提交部门评审委员会评审入池。

红线：不得绕开集市直接派活（涉密/紧急 D/E 类除外）；不得承诺任务卡之外的口头积分。

### （二）组长

职责：任务分派与监督——负责本组任务的分派安排与执行监督，跟进任务进度与交付质量。

红线：不得以行政身份干预认领竞争（评估书择优为准）。

### （三）评审委员会

组成：各职能组长 + 产品 + 研发负责人 + 随机成员 2 人（每季轮换，覆盖未入会的职能线）。

职责：

1. 任务入池评审（对应任务来源渠道 A/B/C/E 的评审环节）；
2. 各需求级别难度系数默认值的校准与调整（每季度评审两次，校准结果仅调整默认值，已入池任务的难度系数不受影响）；
3. 质量系数争议的裁决。

绩效等级 S 与 A 的名额拆分及季度校准由研发负责人负责。

议事规则：涉及与自己发起/认领任务相关的评审事项时应回避；裁决以多数意见为准，仍存争议的由研发负责人最终裁定。

### （四）AI 赋能责任归属

责任原则：AI 可以代笔，不能代责。AI 产出视同本人产出，验收标准不打折；AI 能力全员开放、使用不设审批，但结果必须经人工审查验收后方可提交。

| 情形               | 归责规则                                |
| ---------------- | ----------------------------------- |
| AI 生成的代码/文档/方案   | 按「谁提交谁负责」处理，AI 产出视同本人产出，验收标准与人工产出一致 |
| AI 引入的缺陷（未经人工审查） | 计入提交人规范性系数，不因「AI 写的」免责              |
| 评审人未识别的 AI 隐患    | 评审责任照常追究，不对同一问题双重追责                 |

## 四、绩效内容

绩效内容包括两部分：考核说明与任务来源，核算规则。所有规则以表格形式呈现，便于对照执行。

### （一）考核说明与任务来源

本节说明绩效考核的计分口径、等级确定方式，以及任务（需求）的来源渠道与工时分级标准。

1. 考核说明

以财年季度为周期进行考核，每季度结束次月发放。在考核周期内，如员工离职（含主动辞职、或由于严重失职或违反公司管理规定的行为而被勒令辞退或辞职等），将不作为季度绩效奖金的分配对象。绩效考核分为 S、A、B、C 四个等级，等级由部门内排名确定：个人绩效积分 = Σ（个人在各需求上的实际工时 × 该需求质量系数），即各需求「实际工时 × 质量系数」逐项相乘后再求和。实际工时越多、质量系数越高，积分越高，排名越靠前，等级越高。积分相同时，依次比较质量系数均值、交付准时率、L2 级任务实际工时占比确定先后。

2. 任务来源

| 渠道           | 发起人         | 入池条件                |
| ------------ | ----------- | ------------------- |
| A 管理者发布      | 研发负责人/组长    | 直接入池评审              |
| B 全员提案       | 研发部任何人      | 提案单 → 研发负责人/组长评审    |
| C 业务部门需求     | 业务部门提出，产品对接 | 产品把关后入池，业务方参与验收     |
| D 特例：涉密/核心链路 | 研发负责人指定     | 不入公开集市，定向派单，积分同口径结算 |
| E 特例：紧急任务    | 任何人         | 先挂「紧急」标签开工，24h 内补评审 |

3. 需求级别定义（L0～L4，按优先级排序）

需求级别按任务优先级从高到低排序，**L0 为最优**；级别描述任务体量与复杂度，仅作为入池评审时的参考口径，不写入任务卡；难度系数由评审委员会在入池评审时参照级别默认值评定；**级别与绩效等级（S/A/B/C，按个人积分排名确定）完全独立，互不换算**。级别与难度系数默认值的对应关系见下表。

| 级别 | 名称     | 难度系数默认值 | 典型范围   | 判定特征                                               |
| -- | ------ | ------ | ------ | -------------------------------------------------- |
| L0 | 战略任务   | 1.3    | 2 周以上  | 部门级战略/基建投入：如新系统搭建、核心链路重构、跨季度大项目；影响面广、需立项管理         |
| L1 | 完整功能   | 1.1    | 1～2 周  | 跨模块或多端协作的完整功能交付：含方案设计、开发、联调、验收全流程，通常需要拆分多人分工       |
| L2 | 小功能/优化 | 1.0    | 1～3 天  | 单模块内的功能开发或体验优化：如既有页面加字段、接口性能优化、规则调整；需要简单设计与自测      |
| L3 | 轻量任务   | 0.8    | 半天以内   | 单点小改动：如小工具开发、配置调整、简单脚本、单文件级 Bug 修复；无架构影响、无跨端协作     |
| L4 | 闸门工作   | 0.7    | 2～3 小时 | 例行性、无风险的操作类工作：如版本发布、数据订正、证书续期、值班响应；有标准步骤可循，产出可即时验证 |

判定口径：以「任务体量 + 影响面」双维度定级，入池评审时逐项对照上表；争议由评审委员会裁决。范围中途扩容的，按「难度系数配套规则」重新评审定级。


### （二）核算规则

核算以「实际工时 × 质量系数」为唯一计分口径，按部门内积分排名确定等级，不设目标积分。

**绩效等级**

| 等级 | 人数   | 排名区间      | 说明                  |
| -- | ---- | --------- | ------------------- |
| S  | 2 人  | 第 1～2 名   | 约 10%，头部标杆        |
| A  | 3 人  | 第 3～5 名   | S + A 合计 5 人（约 25%） |
| B  | 14 人 | 第 6～19 名  | 部门主体（约 65%）           |
| C  | 2 人  | 第 20～21 名 | 末位约 10%，须制定改进计划      |

**注：** S 与 A 的拆分（2 人 / 3 人）可由研发负责人在季度校准时按当季整体水平微调，S + A 合计 5 人不变；各级名额按同一比例（S+A 25%、B 65%、C 10%）折算后取整——S、A、C 向下取整、余数并入 B 级，确保各级人数之和等于参评总人数（21 人时即上表：B 14 人、C 为第 20～21 名）。

**奖金挂钩规则**

**一句话：奖金 = 个人基数 × 排名系数**，系数只由部门排名决定——第 1 名最高 1.1，末名最低 0.9，中间每名等额递减，中位名次恰好 1.0；基数按个人工资口径确定、因人而异。

以 21 人部门为例（每名递减 0.01）：

| 排名         | 排名系数 | 相对基数 |
| ---------- | ---- | ---- |
| 第 1 名      | 1.10 | +10% |
| 第 6 名      | 1.05 | +5%  |
| 第 11 名（中位） | 1.00 | 基准   |
| 第 16 名     | 0.95 | −5%  |
| 第 21 名     | 0.90 | −10% |

举例：某人季度奖金基数为 3,000 元、排名第 6，奖金 = 3,000 × 1.05 = 3,150 元（超出基数 150 元）。

精确口径（部门人数不是 21 时按同一公式自动换算）：**第 i 名系数 = 1.1 − 0.2 × (i−1)/(N−1)**，N 为当季部门参评总人数；同等级内不同排名系数不同（如第 6 名与第 18 名同为 B 级但系数有别）。

**线上事故追责（等级修正项）**：线上事故是排名的**修正项**——先按积分排出初步名次、生成初步排名系数；事故责任人再按最严重一次事故扣减系数（事故等级越高扣得越重，这是追责条款，不是走过场）：

| 事故等级 | 影响系数 Y | 系数扣减      |
| ---- | ------ | --------- |
| 一级事故 | Y≥4500 | −0.10（顶格） |
| 二级事故 | Y≥2000 | −0.05     |
| 三级事故 | Y≥500  | −0.03     |
| 四级事故 | Y≥150  | −0.02     |

扣减完成后，**按修正后系数重新排序**：据新名次重新划定 S/A/B/C 绩效等级，奖金同样按修正后系数结算——系数被扣到谁后面，名次和等级就排到谁后面。举例（N=21）：原第 10 名（系数 1.01）出了二级事故 → 1.01 − 0.05 = 0.96，被原第 12 名（0.99）反超，名次、等级随之后移。

- **Y 怎么定级**：影响用户数 × 业务重要性（普通 1.0 / 重点功能 1.5、2.0）× 故障持续小时数；项目经理每月复盘 debug 记录定级，季度内累积计算，最终以通报邮件为准；
- **底线 0.80**：修正后系数最低 0.80——即使末名 0.9 撞上顶格一级事故（−0.10）也只降到 0.80；该名次下季度若再犯，直接进入研发负责人面谈程序。

**核算规则**

| 项目     | 规则                                                                                                       |
| ------ | -------------------------------------------------------------------------------------------------------- |
| 预估工时   | 认领人在评估书中报出、经评审确认后锁定的工时（含开发、联调、自测、缺陷修复），用于排期评估、认领择优与预算控制；认领后不得自行调整，不参与计分                                  |
| 实际工时   | 验收时按人统计的真实投入工时（含开发、联调、自测、缺陷修复），即为计分基数；同时计入工时台账与预估偏差统计，用于异常预警                                             |
| 质量系数   | 默认 1.0；由对内三维（难度 0.7～1.3、规范性 0.8～1.0、创新性 1.0～1.2）与对外两维（时效 0.8～1.0、效果 0.8～1.2）评定（见本节「质量系数评定维度」），整体浮动范围 0.5～1.5（封顶封底） |
| 个人绩效积分 | 个人绩效积分 = Σ（个人在各需求上的实际工时 × 该需求质量系数）                                                                       |
| 部门排名   | 按个人绩效积分从高到低生成初步排名，经线上事故扣减修正后，按修正后系数从高到低依次排列；同分依次比较质量系数均值                                                 |
| 绩效等级确定 | 按排名顺序依次划定 S、A、B、C 四级，各级名额见上文「绩效等级」表，满额即止                                                                        |

**预估工时规则**

1. 预估入池、参与竞争：发布人不填预估工时，只填截止时间；认领人在评估书中报出自己的预估工时，预估工时与方案质量共同作为认领择优依据，预估工时一经确认即锁定。预估工时用于排期、预算与认领竞争，不作为计分依据。工时不设参考区间，预估的合理性由评审委员会在入池评审时结合任务体量把关。
2. 计分用实际，预估不参与计分：计分基数以验收时统计的实际工时为准；实际工时须如实申报，虚报漏报一经查实按异常处理并通报。多人协作任务按分工表（入池时提交）拆分各自实际工时计分。
3. 防工时虚高（预估与实际双重约束）：

- 预估不得超过单人季度可投入工时上限，且须与截止时间匹配；超出单人季度上限的跨端协作任务须按端拆分报出，并经评审委员会批准；
- 实际工时超过预估 30% 的，须书面说明超时原因并经组长确认，超时部分经评审委员会认定属合理返工/需求变更的方可计分；
- 预估明显偏低的（如明显低于同类任务工时水平），须在评估书中说明可行性依据（复用既有模块、AI 辅助提效等）；验收按实际工时结算，不因预估偏低而少算积分。

4. 预估偏差考核：按季度统计个人「实际工时 ÷ 预估工时」均值，连续两个季度偏离幅度超过 30% 的，下季度其预估工时须经评审委员会核定后方可生效，并列入工时申报重点核查名单。
5. 与「提效」的关系（制定说明）：本方案以实际工时计分，多投入、多产出即多积分，工时台账与预估偏差统计（本条第 4 款）承担效率监控职能：持续低偏差、高质量的个人在排名与晋升评审中更具说服力；预估与实际的偏差数据同步用于优化后续排期与预估基准。

**跨季度任务结算**

1. 分季暂计：跨季度任务（如 Q1 认领、Q2 交付）在各季度末按当季实际投入工时确认计分基数，暂以质量系数 1.0 计入当季积分，参与当季排名。
2. 交付补差：任务最终验收后，以最终质量系数对全部实际工时重算总分；重算总额与各季度已计分之和的差额（补差），一次性计入任务交付季度（以验收通过之日所属季度为准）。
3. 补差为负同样计入：重算总额低于各季度已计分之和的（如最终质量系数偏低、且后续季度投入工时较少），补差为负值，同样计入交付季度，不做跨季度回滚、不在历史季度追溯调整。
4. 多人协作按分工表分摊：补差按分工表（入池时提交）比例分摊至各成员，各自计入其交付季度积分。
5. 任务终止不补差：任务中途取消或终止的，按已完进度的验收结论结算，质量系数按已完成部分评定，不进行补差。

**示例：** L0 级任务预估 60 小时，Q1 实际投入 24 小时（完成约 40%）：Q1 暂计 24 × 1.0 = 24 分；Q2 再投入 30 小时后验收通过，全部实际工时 54 小时，最终质量系数 1.2，重算总额 54 × 1.2 = 64.8 分，补差 64.8 − 24 = 40.8 分计入 Q2。若最终质量系数为 0.8，重算总额 43.2 分，补差 19.2 分计入 Q2。

**示例演算**

示例以 3 个需求、4 名员工演示（计分基数均为验收统计的实际工时）：

- 需求甲（L1 级）预估 24 小时（按端拆分：客户端 14 + 服务端 8 + 设计 2），实际投入 22 小时，其中员工甲（客户端）13 小时、员工乙（服务端）7 小时、员工丙（设计）2 小时，需求质量系数 1.10；
- 需求乙（L2 级）员工丁独立完成，预估 12 小时、实际投入 14 小时（超预估 2 小时经确认属合理返工，全额计分；延期 2 小时、超出承诺工期 10% → 时效 0.8），质量系数 0.96；
- 需求丙（L3 级）员工丙独立完成，预估 6 小时、实际投入 4 小时（自主提案立项 → 创新性 1.2；按期交付、问卷「符合预期」），质量系数 1.08。

质量系数拆解（便于核对，对外满意度系数 = 时效 × 40% + 效果 × 60%）：

- 需求甲 1.10 = 难度 1.1 × 规范 1.0 × 创新 1.0 × (时效 1.0×0.4 + 效果 1.0×0.6)；
- 需求乙 0.96 = 难度 1.0 × 规范 1.0 × 创新 1.0 × (时效 0.8×0.4 + 效果 1.0×0.6)；
- 需求丙 1.08 = 难度 0.9 × 规范 1.0 × 创新 1.2 × (时效 1.0×0.4 + 效果 1.0×0.6)。

个人积分（按人汇总，质量系数随需求、工时按实际投入）：

- 员工甲 = 13 × 1.10 = 14.3 分；
- 员工乙 = 7 × 1.10 = 7.7 分；
- 员工丙 = 2 × 1.10 + 4 × 1.08 = 2.2 + 4.32 = 6.52 分；
- 员工丁 = 14 × 0.96 = 13.44 分。

四人积分与部门其他成员统一排序后，按名次落入对应等级。

工时口径说明：预估工时为该需求的总工时，即各端（客户端、服务端、设计等）预估工时之和；评估书中须按端拆分列明各自工时占用，作为排期、预估合理性评审与认领择优的依据。实际工时按同一口径在验收时按端统计、按人归集，为唯一计分基数。

**质量系数评定维度**

质量系数采用「对内三维 + 对外两维」结构：对内管「活干得怎么样」，对外管「业务认不认」。

公式：质量系数 = 难度系数 × 规范性 × 创新性 × 对外满意度系数，其中对外满意度系数 = 时效 × 40% + 效果 × 60%；最终结果四舍五入保留两位小数，整体按 0.5～1.5 封顶封底；争议由部门评审委员会裁决。

| 层  | 维度   | 浮动范围    | 默认         | 评定依据 / 评分主体                                   | 评定时点    |
| -- | ---- | ------- | ---------- | --------------------------------------------- | ------- |
| 对内 | 难度系数 | 0.7～1.3 | 级别绑定值（见「需求级别定义」表） | 评审委员会                                         | 入池评审时锁定 |
| 对内 | 规范性  | 0.8～1.0 | 1.0        | 交付物是否符合开发/设计规范（含规格说明书、设计文档、操作文档是否齐全）、是否通过验收走查 | 验收时     |
| 对内 | 创新性  | 1.0～1.2 | 1.0        | 自主找活行为认定（见下）                                  | 验收时     |
| 对外 | 时效   | 0.8～1.0 | 1.0        | 预定交付时间 vs 最终交付时间（系统记录，客观判定）                   | 交付完成时   |
| 对外 | 效果   | 0.8～1.2 | 1.0        | 业务方问卷：不达预期 / 符合预期 / 超出预期                      | 上线后一周内  |

#### 创新性（自主找活加分，只奖不罚）

| 情形                           | 系数      | 认定依据        |
| ---------------------------- | ------- | ----------- |
| 自主提案并立项（B 类提案过评审），且本人执行      | 1.2     | 提案单 + 任务卡关联 |
| 主动认领集市滞留单（入池超 5 天无人认领）或跨职能补位 | 1.1     | 集市系统挂单时长    |
| 正常认领 / A、C、D、E 类派单任务         | 1.0（默认） | 无需主张        |

防刷规则：提案须过入池评审方可挂 1.2，未立项不产生系数；提案人本人不执行的，提案人不挂分（其提案被采信的，按 L4 级闸门工作计 2～3 小时）；滞留单以系统挂单时长为准，故意压单刷 1.1 的，经委员会查实取消当季 1.1 资格。

#### 时效判定规则（客观口径）

1. 预定交付时间（截止时间）由发布人在发布任务时写入任务卡，作为唯一判定基准；
2. 判档：按期或提前 1.0；延期 ≤ 承诺工期 10% 记 0.9；延期 > 10% 记 0.8；
3. 停表规则：需求中途变更、等待业务方反馈或数据、评审委员会裁定事项的登记等待期不计入延期；
4. 提前交付不额外加分：实际工时口径下按投入计分，时效基准封顶 1.0，不重复奖励。

#### 效果问卷规则

问卷题目（单题）：本次交付上线后，是否达到你预期的使用效果？□ 不达预期（0.8，须写原因）　□ 符合预期（1.0）　□ 超出预期（1.2，备注栏附数据证据，经评审委员会复核确认）

1. 验收通过后 1 个工作日内发出问卷，5 个工作日内回收；逾期未填按「符合预期」1.0 计，业务方不配合不扣执行人积分；
2. 多人评分取算术平均；
3. 「超出预期」须在备注栏附数据证据，无证据的按 1.0 计，防止人情分；
4. 「不达预期」须写明原因，原因指向非执行方责任的（需求中途变更、业务侧数据未到位等），可向评审委员会申诉改判；
5. 无业务方的任务（L3 级小工具、L4 级闸门、D/E 类），由发布人或流程发起人按同一问卷代评。

难度系数配套规则：

1. 入池锁定，不由认领人自评：难度系数由评审委员会在入池评审时评定并写入任务卡；认领人自评的一律按所属级别默认值取值。
2. 越级评定需批准留档：超出 0.7～1.3 默认范围取值的，须经评审委员会批准并书面说明理由、留档备查，否则按级别默认取值。
3. 范围变更重新评审：需求范围中途扩容（如由 L2 级做成 L1 级），须重新评定难度系数，未重新评定的按原值结算。

## 五、解释与生效

1. 本方案自发布之日起执行；与原绩效考核制度不一致的，以本方案为准。
2. 本方案由研发部负责人负责解释，修订经审批后公示。