360评估表

被评估人：郑凯，产品研发中心前端组长，职级 P6

评估区间：7月至9月

组织人：陈静

回收日期：0000-00-00

用途：发展反馈

一、评估说明

本次评估帮助郑凯看清 7 月至 9 月在专业、协作、带教、交付和沟通上的他人感受。评分人 5 名：上级李明，同事张伟、赵磊，下级何敏，以及郑凯本人。每项 1 到 5 分，5 分表示周围同事可以放心把这类事情交给他。5 份问卷均在 10月9日 18:00 前收回，五项全部作答。

分数只用于 10月11日的发展面谈。年度等级和奖金系数仍按绩效评定单独决定。每类角色只有一两个人，陈静在发卷时已说明评分人身份会被看见。

二、评分明细

三、结果汇总

五项平均为 4.24。交付和专业能力最高，7 月和 9 月两个版本都在冻结日发布，支付相关的前端缺陷在发布后 48 小时内关闭了 11 个中的 9 个。带教 4.2，何敏给出 5 分，并写明每周两次评审能在当天改完。

沟通 3.4，是五项里唯一低于 4 的维度，也是自评与他人差距最大的一项。张伟和何敏都写到：代码评审经常只有“可以合并”四个字，没有指出文件和改法。李明写到：7 月至 9 月的站会有 9 次超过 20 分钟，约定时长是 15 分钟，超时后其他组的问题被挤掉。赵磊给了 4 分，认为需求澄清会能把范围说清，日常消息回复偏慢，平均超过半天。

专业能力 4.6。李明举例：郑凯在 9 月把结算页的状态整理成一页，后端据此对齐了支付失败、取消和处理中三种提示。张伟给 4 分，复杂动画仍要和他结对才能在冻结日前完成。

协作 4.4。赵磊写到，需求澄清会上郑凯会当场标出做不完的交互，9 月因此撤下 2 个来不及交付的动效，版本范围在冻结日前稳定下来。张伟给 5 分，联调日前郑凯会把接口疑问列成清单。

带教 4.2。何敏写下三件具体帮助：空状态任务只做一页、第一次评审指出命名、独立负责前给了检查清单。李明给 4 分，希望这份清单也给下一名新人使用，目前只在何敏身上用过。

面谈后的两周用来检验沟通。10月13日至10月24日的评审评论，每条至少写上文件名和一处改法。站会由张伟计时，超过 15 分钟的议题记入会后清单，当周关闭。

四、反馈安排

1. 10月11日 15:00 至 15:45，李明与郑凯面谈。陈静列席前 10 分钟，说明分数来源后离场。
2. 面谈只讨论沟通这一项改进：评审意见写明文件和改法；站会设计时，超时的议题改到会后。
3. 10月25日由张伟回看一周内的评审评论，是否还存在只有四个字的结论。结果发李明和郑凯。
4. 下一轮 360 放在次年 1 月，仍用这五个维度，便于和本次对照。