已经是七月份了各家公司都陆陆续续开始做上半年绩效考核了。就在今天2026 年 7 月 14 日我给团队里的一位中级程序员打了绩效A。我给出的评价是已经具备独立承担大型项目的能力了。在我看来A一定意味着超出预期。优秀不是把自己的工作做好而是做到了别人原本没有预期你能做到的事情。如果一位高级开发只是正常完成了自己负责的工作发挥稳定没有出现什么问题我一般不会给 A。因为那只是符合预期。那这位拿了绩效 A 的同事上半年具体做了什么主要负责了两个项目门店排班系统因为外采系统排班能力不够灵活所以决定自研门店半成品制备量看板用于提醒门店提前制作半成品提高产品制作效率。这两个项目我只是前期跟他对了一下整体技术方案。后面的设计、开发、联调、上线以及项目推进我基本没有参与。项目过程中遇到问题他也都是第一时间去处理。实在需要我参与的时候再来一起分析。整个过程非常顺。作为管理者我当然希望团队里多一些这样的同事。因为这样我就可以把更多精力放在更重要的事情上而不是天天盯着项目进度。管理成本降低了团队的整体效率反而更高。这也印证了我一直认同的一句话管理的最终目标不是管得越来越多而是管就是为了不管。尤其是半成品制备量看板这个项目。它不仅仅是一个普通的后台系统。里面涉及硬件设备对接、BI 数据、多个外部系统交互还有不同业务部门之间的协同。这种项目本身复杂度就不低。但直到现在上线运行一直比较稳定也没有出现什么大的线上问题。对于一名中级工程师来说我认为已经做得非常不错了。所以回到最开始那个问题。为什么我给了他 A因为他的表现已经超出了我的预期。至于超出预期并没有固定的标准。每个人超出预期的地方都可能不同。而他这次超出预期的地方就是已经具备了独立承担大型项目的能力。以后再有类似的大型项目我依然会优先交给他负责。因为我知道他大概率能够把事情完整地落下来。这种信任不是一两天建立起来的而是一个项目一个项目做出来的。所以我一直觉得很多人对绩效 A 有一个误解。总觉得只要自己很努力、加了很多班、代码质量很好就应该拿 A。但这些很多时候只是做好了自己的本职工作。真正决定能不能拿 A 的不是你有多努力而是你的表现有没有超出预期。今天这位同事拿 A是因为他已经能够独立承担大型项目。换成其他人也许超出预期的地方完全不同。所有拿 A 的人原因可能都不一样。但都有一个共同点超出了预期。
已经是七月份了各家公司都陆陆续续开始做上半年绩效考核了。就在今天2026 年 7 月 14 日我给团队里的一位中级程序员打了绩效A。我给出的评价是已经具备独立承担大型项目的能力了。在我看来A一定意味着超出预期。优秀不是把自己的工作做好而是做到了别人原本没有预期你能做到的事情。如果一位高级开发只是正常完成了自己负责的工作发挥稳定没有出现什么问题我一般不会给 A。因为那只是符合预期。那这位拿了绩效 A 的同事上半年具体做了什么主要负责了两个项目门店排班系统因为外采系统排班能力不够灵活所以决定自研门店半成品制备量看板用于提醒门店提前制作半成品提高产品制作效率。这两个项目我只是前期跟他对了一下整体技术方案。后面的设计、开发、联调、上线以及项目推进我基本没有参与。项目过程中遇到问题他也都是第一时间去处理。实在需要我参与的时候再来一起分析。整个过程非常顺。作为管理者我当然希望团队里多一些这样的同事。因为这样我就可以把更多精力放在更重要的事情上而不是天天盯着项目进度。管理成本降低了团队的整体效率反而更高。这也印证了我一直认同的一句话管理的最终目标不是管得越来越多而是管就是为了不管。尤其是半成品制备量看板这个项目。它不仅仅是一个普通的后台系统。里面涉及硬件设备对接、BI 数据、多个外部系统交互还有不同业务部门之间的协同。这种项目本身复杂度就不低。但直到现在上线运行一直比较稳定也没有出现什么大的线上问题。对于一名中级工程师来说我认为已经做得非常不错了。所以回到最开始那个问题。为什么我给了他 A因为他的表现已经超出了我的预期。至于超出预期并没有固定的标准。每个人超出预期的地方都可能不同。而他这次超出预期的地方就是已经具备了独立承担大型项目的能力。以后再有类似的大型项目我依然会优先交给他负责。因为我知道他大概率能够把事情完整地落下来。这种信任不是一两天建立起来的而是一个项目一个项目做出来的。所以我一直觉得很多人对绩效 A 有一个误解。总觉得只要自己很努力、加了很多班、代码质量很好就应该拿 A。但这些很多时候只是做好了自己的本职工作。真正决定能不能拿 A 的不是你有多努力而是你的表现有没有超出预期。今天这位同事拿 A是因为他已经能够独立承担大型项目。换成其他人也许超出预期的地方完全不同。所有拿 A 的人原因可能都不一样。但都有一个共同点超出了预期。
