一、为什么驻场工程师考核是个难题
驻场工程师与内部员工不同：他不在你的公司办公区，不参加你的内部例会，他的代码提交记录、任务完成情况、沟通协作表现，客户往往只看得到表面。很多企业用驻场外包后最大的困惑是——这个人到底行不行？干得怎么样？该不该换？
我们在服务国家电投、北京现代、美团等大型客户的过程中，管理着上千名驻场工程师，深刻体会到：没有一套科学的考核体系，外包服务就会沦为'派人头、收月费'的粗放模式，客户体验和交付质量都无法保障。
二、四维考核模型
我们将驻场工程师的绩效考核拆解为四个维度，每个维度设置量化指标：
| 维度 | 权重 | 核心指标 |
|---|---|---|
| 交付质量 | 35% | 代码缺陷率、Bug返工率、上线故障次数 |
| 交付效率 | 25% | 任务按时完成率、迭代故事点完成量 |
| 协作态度 | 20% | 响应及时性、沟通主动性、文档规范度 |
| 客户评价 | 20% | 客户负责人评分、续签意愿、投诉次数 |
2.1 交付质量怎么量化
很多客户认为外包工程师的代码质量没法考核，其实只要接入客户的代码仓库和Bug跟踪系统，数据自然就出来了。我们要求驻场工程师的代码必须经过Code Review，合并到主分支前由资深开发人员检查。每周统计：
- 提交代码量与有效代码量的比值（排除无意义提交）
- 代码合并后产生的Bug数量（按严重等级加权）
- 上线后因该工程师代码导致的故障次数
我们设定的基线标准是：每千行代码Bug数不超过3个，P0级故障零容忍。
2.2 交付效率怎么衡量
驻场工程师的任务由客户的项目经理分配，我们不直接干预任务安排，但会跟踪完成情况。具体指标包括：
- 分配任务的按时完成率（目标≥90%）
- 迭代周期内承诺故事点的实际完成量
- 主动承担额外任务的次数
需要注意的是，效率考核不能只看'写了多少行代码'，更要看'解决了多少问题'。一个工程师可能代码量不大，但解决了关键技术难题，价值远高于埋头写重复代码的人。
2.3 协作态度如何评估
这个维度看似主观，但我们设计了可观察的行为指标：
- 响应及时性：客户群内消息的平均回复时间（目标≤15分钟工作时间）
- 沟通主动性：是否主动汇报进度、风险、阻塞点，而不是等客户来问
- 文档规范度：提交代码是否附带注释和说明，是否按客户要求更新技术文档
- 团队融入度：是否参加客户的技术分享、评审会议，是否愿意帮助其他同事
2.4 客户评价怎么收集
我们每月安排客户经理与客户负责人做一次正式回访，收集对驻场工程师的评价。回访不是走形式，而是结构化的评分问卷：
- 技术能力匹配度（1-5分）
- 工作态度与责任心（1-5分）
- 沟通协作顺畅度（1-5分）
- 是否愿意续签该工程师（是/否）
- 有哪些具体改进建议
如果客户评分低于3分，我们会在一周内安排工程师替换，同时复盘问题出在哪里。
三、考核周期与结果应用
3.1 月度跟踪、季度评级
我们不对驻场工程师做月度末位淘汰，那样会导致人员频繁变动，客户项目反而不稳定。正确的做法是：每月收集数据并反馈给工程师本人，每季度做一次正式评级，结果与薪酬调整、后续项目分配挂钩。
3.2 评级结果分为五档
- S级（卓越）：客户主动表扬，各项指标远超基线，优先分配重要项目
- A级（优秀）：稳定输出，客户满意度高，享有绩效奖金
- B级（合格）：达到岗位要求，有提升空间
- C级（待改进）：部分指标不达标，进入辅导期，制定改进计划
- D级（不合格）：连续两季度不达标，启动替换流程
四、考核不是目的，改进才是
很多企业做绩效考核容易陷入'为了打分而打分'的误区。我们的体会是：考核数据最大的价值不是用来淘汰人，而是用来发现问题、帮助工程师成长。
比如某个工程师代码质量高但效率低，可能是因为他在某个技术栈上不够熟练，我们可以安排内部培训或技术辅导；某个工程师效率高但客户评价一般，可能是沟通方式需要调整，我们可以安排软技能培训。
五、总结
驻场工程师的绩效考核，本质上是外包服务商对客户负责的一种机制。客户把项目交给我们，我们不能只做'人头提供者'，而要做'交付质量的管理者'。旭日神州经过多年实践，这套四维考核体系帮助我们将客户续签率保持在90%以上，驻场工程师的主动流失率控制在行业平均水平的一半以下。